Re: [MiNT] Svar:Re: HRD's & RSC's

[Paul Wratt <paul.wratt@gmail.com>]

On Wed, Jan 13, 2010 at 3:15 PM, Arnaud BERCEGEAY
<arnaud.bercegeay@free.fr> wrote:
> Hello,
>
>> I'm not saying that XML is a bad idea. On the contrary. A proper RSC
>> editor that reads and writes XML version of the RSC will be a great
>> development tool:
>>
>> - Super-objects can be created. Complex objects that consist of several
>> simpler objects. E.g. listboxes, datepicker...
>> - Store references to code with the objects. This makes it relatively
>> easy to integrate the RSC editor with an IDE (you refer to the XML
>> objects in the code, not the actual AES object), thus resulting in a
>> real 'Visual GEM' programming environment.
>> - Easy to support multiple languages.
>
> For information, this is what some developers had in mind ;)
>
> One of the piece of this work is DFRM. It's open source. The aim is to
> create dynamically a GEM form based on a "human ?" description of objects,
> for example "place a text "blabla" centred on this object", and the size of
> the whole form is recomputed to cope with the size of the new added object.
> It's really cool for translation where length of text may change once
> translated.
>
> Next (missing) step is an xml parser to read xml file and built a RSC form
> with an extra properties to identify each object managed by the application
> (for example text id "BUTTON_OK" attached to the OK button, the text id
> being defined in the XML file, and then, application may use
> ObjcFindById(tree,"BUTTON_ID") or something like that to get the index of
> the OK button in the tree).
>
> I hope you'll find some useful ideas or piece of code there.
>
> http://windom.sf.net
> http://windom.free.fr/dfrm/
>
> Arnaud.
>
so an xml definition of a resource file would compliment the code that
builds and dynamically adjusts the forms? And at the moment it is
probably only missing the xml loader due to no xml definition..

Is DFRM restricted to dialog forms only. I see covers Menus too. Also
see you can build large objects structures (eg sliders). Can it be
used to define new widgets?

I actually had the documentation for this, but had obviously not read
it yet, although I have read other windom docs. Is there any way to
get those extra example tuts added.

so any xml resource definition should remain DFRM aware, or cater for
it at a minimum, possibly even the compiler/decompiler as well, as
this allows resources to be stored as C source, including
re-engineering.

This would also allow for an Editing tool to be created immediately,
one that does not depend on xml rendering, using just the loader and
writer.

Paul