Updated comment on a note i made earlier... " Designer would like to update form definitions (add fields, reorder things, maybe change sizing, ...), but does not necessarily need to embed a functional form (although if not substantially more difficult, might in fact be a neat feature). "
In fact, embedding a functional form in Designer does not make sense, for the very reason that Designer needs to update form definitions, rather than operate a form - the user interaction events inherently need to be handled a different way - operations such as rearrange/move/resize rather than data entry/lookup. === Idea 1: form-display in Designer to simulate managed layout by calculating x,y char coordinates - at display time, not at form definition time - according to managed-layout (hbox/vbox/etc) concepts. Idea 2: use Forms-UIHbox & Forms-UIVbox and disabled/readonly empty (or spaces) TextCtrl - utilizing some of the managed-layout implementation in Forms - use events on widgets (select drag) rather than rectangle overlaps (if it can be effective to override such events as needed by Designer). In either case, it will be necessary to walk the Gobject tree (or a tree of same structure containing UI objects), rather than a flat list of UI objects. Also, user-interaction events will have somewhat different meaning with managed layout than with character positioning: when moving an element by dragging, it is meaningful to change the order of entries, but not to move an entry to an x,y coordinate. _______________________________________________ gnue-dev mailing list [email protected] https://lists.gnu.org/mailman/listinfo/gnue-dev
