Ichthyostega 4d21baea6b Bugfix: rectify a moronic tuple type rebinding introduced with #988 ... At that time, our home-made Tuple type was replaced by std::tuple, and then the command framework was extended to also allow command invocation with arguments packaged as lib::diff::Record<GenNode> With changeset 0e10ef09ec A rebinding from std::tuple<ARGS...> to Types<ARGS> was introduced, but unfortunately this was patched-in on top of the existing Types<ARGS...> just as a partial specialisation. Doing it this way is especially silly, since now this rebinding also kicks in when std::tuple appears as regular payload type within Types<....> This is what happened here: We have a Lambda taking a std::tuple<int, int> as argument, yet when extracting the argument type, this rebinding kicks in and transforms this argument into Types<int, int> Oh well.		2017-12-11 02:20:15 +01:00
..
draw	DOC: drawing to show the structure of timeline display	2016-12-02 04:07:46 +01:00
DIR_INFO	update some DIR_INFO entries	2011-04-05 00:44:30 +02:00
empty.html	upgrade TiddlyWiki to v2.8.1	2013-08-10 05:36:57 +02:00
InterfaceConcept_Varga.mm	Lumiera GUI thoughts -- Mindmap to complement the Interface concept PDF	2015-04-26 23:22:42 +02:00
renderengine.html	Navigator: decide upon the fine points of meaning	2017-10-30 01:47:29 +01:00
thinkPad.ichthyo.mm	Bugfix: rectify a moronic tuple type rebinding introduced with #988	2017-12-11 02:20:15 +01:00
uml	better use doc/devel/uml...	2007-06-21 02:57:49 +02:00
workflow.mm	DOC: expand concept map	2014-10-25 01:56:44 +02:00