LUMIERA.clone/src
Ichthyostega 54fb335a9c allow to "peek" into an embedded Record's type field
while I still keep my stance not to allow reflection and
switch-on-type, access to the internal / semantic type of
an embedded record seems a valid compromise to allow
to deal with collections of object-like children
of mixed kind.

Indirectly (and quite intentional) this also opens a loophole
to detect if a given GenNode might constitute a nested scope,
but with the for the actual nested element indeed to cary
a type symbol. Effectively this limits the use of this shortcut
to situations where the handling context does have some pre-established
knowledge about what types *might* be expected. This is precisely
the kind of constraint I intend to uphold: I do not want the
false notion of "total flexibility", as is conveyed by introspection.
2016-04-16 00:48:15 +02:00
..
backend wrap-up(#985): resolve various leftovers 2016-01-10 11:21:34 +01:00
common clean-up(#985): remove code superseded by this rework 2016-01-09 02:05:23 +01:00
gui Element protocol: broadcast of state reset messages unit test PASS 2016-02-14 05:03:08 +01:00
include allow for trace-logging the processed diff-tokens 2015-11-01 03:54:43 +01:00
lib allow to "peek" into an embedded Record's type field 2016-04-16 00:48:15 +02:00
lumiera release prep: remove defunct autotools buildsystem 2013-10-29 03:47:50 +01:00
plugin Merge: change building to create modules 2008-12-20 02:15:33 +01:00
proc rectify-design(#301): disentangle CmdClosure hierarchy 2016-02-07 01:41:40 +01:00
tool clean-up: sourcefile layout and spell checking 2014-10-23 23:04:35 +02:00
.gitignore
DIR_INFO update some DIR_INFO entries 2011-04-05 00:44:30 +02:00
doxygen.dox DOC: reorganise the Doxygen configuration and structure 2013-10-25 06:34:38 +02:00
SConscript build/platform: make lib SigC++ available for GUI test code 2015-12-25 03:06:33 +01:00