LUMIERA.clone/tests/stage
Ichthyostega c31522c236 Timeline: define better internal zoom-out limit
The value used previously was too conservative, and prevented ZommWindow
from zooming out to the complete Time domain. This was due to missing the
Time::SCALE denominator, which increaded the limit by factor 1e6

In fact the code is able to handle even this extremely reduced limit,
but doing so seems over the top, since now detox() kicks in on several
calculations, leading to rather coarse grained errors.

Thus I decided to use a compromise: lower the limit only by factor 1000;
with typical screen pixel widths, we can reach the full time domain,
while most scaling and zoom calculations can be performed precisely,
without detox() kicking in. Obviously this change requires adjusting
a lot of the test case expectations, since we can now zoom out maximally.
2022-12-10 04:26:22 +01:00
..
ctrl Global-Layer-Renaming: fix remaining textual usages and IDs in the code 2018-12-10 00:09:56 +01:00
interact Clip-Drag: get the gesture logic to work 2021-04-17 22:32:26 +02:00
model Timeline: define better internal zoom-out limit 2022-12-10 04:26:22 +01:00
test Lib/Diff: prefer the name "emplace" over "build" 2021-05-02 18:31:47 +02:00
abstract-tangible-test.cpp Project: update and clean-up Doxygen configuration 2021-01-24 19:35:45 +01:00
bus-term-test.cpp Global-Layer-Renaming: fix remaining textual usages and IDs in the code 2018-12-10 00:09:56 +01:00
gen-node-location-query.hpp Global-Layer-Renaming: adjust namespace qualification 2018-11-15 23:59:23 +01:00
README Global-Layer-Renaming: rearrange directories 2018-11-15 23:28:03 +01:00
session-structure-mapping-test.cpp Timeline: reconsider time handling and Stage/Steam integration 2022-10-30 23:12:34 +01:00
test-gui-test.cpp Timeline: reconsider time handling and Stage/Steam integration 2022-10-30 23:12:34 +01:00

GUI backbone tests

The tests in this subtree are a bit special: they cover the generic and
backbone internals of the Lumiera GTK GUI. They are linked against the
complete GUI-module (gui plugin), and thus may use all related ABIs.

Yet these tests are *deliberately* compiled without any GTK, GTKmm or SigC
includes. This effectively rules out the use, even indirectly, of any GTK
widgets and APIs -- forcing the covered GUI backbone entities to stay
clean and generic at API level.

This is a decision done on purpose. The concrete GUI framework technology
shall be treated as an implementation detail. There is no point in writing
tests which click buttons in the GUI -- better delegate any significant
logic or functionality to GUI agnostic components. GUI is meant to be
a presentation layer and must not develop intelligence on its own.