lumiera_/data
Ichthyostega 8d6cb19e3f Global-Layer-Renaming: fix handling of GuiResources in the build
the new structure causes them now to be installed into $TARGET/stage
which is simply not what I want. I still consider $TARGET/gui the better choice,
since an administrator or packager is not aware of our layer namings.

The existing solution was half baked anyway, it did not really replicate the source tree.
On the other hand, I want to retain the location of the CSS files within the GUI tree,
since I consider it a good practice, to keep "code-like" resources with the actual code,
and not far away in some arcane "data" directory.

No I've noticed, that the env.GuiResource() function is only used once, for this very task.
So, for the time being, we can keep it simple and deditaced to that task, i.e
we pick up all CSS files we find and install it into a single target directory.

NOTE: this issue has brought to my attention two further, completely unrelated issues

 * Ticket #1192 (Lumiera hangs on failed GUI start)
 * The ProcDispatcher does an idle wait, due to an error in timed-wait implementation
2018-11-16 18:18:33 +01:00
..
config Global-Layer-Renaming: fix handling of GuiResources in the build 2018-11-16 18:18:33 +01:00
icons DemoGuiRoundtrip: add new dock for UI experiments (#1099) 2017-08-31 20:15:52 +02:00
DIR_INFO update some DIR_INFO entries 2011-04-05 00:44:30 +02:00
SConscript move Icon building down into separate SConscript 2012-01-11 07:05:01 +01:00