[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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

On Tue, Jan 12, 2010 at 10:31 PM,  <KareAndersen@gmail.com> wrote:
> Den 11. jan. 2010 22.09 skrev Paul Wratt <paul.wratt@gmail.com>:
> <snip>
>> Theoretically the resource source format could be defined as xml, or
>> specifically as html+css style, which would assist in making the
>> addition of scripting to HighWire a reality, even if the format were a
>> subset
> This caught my interest, so I googled a bit. Sounds like the BSDL describes
> the problem - http://www2002.org/CDROM/alternate/334/
> I don't think html+css would really work. You would need custom elements,
> and the meta tag is just evil. XML + XSL however, could.
>> That indicates that HighWire might be a good basis for a resource
>> designer, as it already has the basis for an interpreter, and that
>> resources in source form could then be previewed in any web browser,
>> which in itself would allow a lot more people to design for the
>> platform as a whole
> This I don't see... However, once a schema has been worked out, there are
> plenty of tools available to work with XML and XSLT.
All  HTML, XML, and there style counterparts are subsets of sgml.
Having cheaked Gentoo and WOW/BattleNet recently they are using xml.
It may be more useful to look at an engine that can handle these, like
a slim line WebKit, and get the html engine and js with it

>> This need not be seen as one huge development, as the individual parts
>> are usable by themselves as well as being needed for a cohesive
>> development environment
> It does not sound trivial either, but maybe someone here has more experience
> with XSLT (transformation of XML to, in this case, .RSC) and can provide
> some clues?
> Just thinking out loud...
> /Kaare

xml to RSC as a definition would not be hard, even as HTML+css (even
if it is only as ascii, not rendered), however the trick is RSC as

The other point is that there neds to be some updating done on the
resource format, an extension at least, that can allow for a standard
set of AES objects and in particular 32bit color widgets. XaAES is
lacking in this department, and so anything new would help there
before any coding was done.. something that can easily be extended
into MyAES as well...

BTW, as a temp solution, something like python could be used to do xml
and xsl to rsc binary... there is a new package available from Mikro
that works natively..