[ticker-dev] Ticker group "invitation" attachments
Matthew Phillips
matthew.phillips at dsto.defence.gov.au
Sun Sep 5 20:20:07 CDT 2004
David Arnold wrote:
>-->"Matthew" == Phillips, Matthew <Matthew.Phillips at dsto.defence.gov.au> writes:
>
> Matthew> So I'm guessing (a) no one cares (fair enough ;) or (b) no
> Matthew> one hates this idea badly enough to flame me.
>
>Well, I'd prefer that group descriptions used the existing format for
>key descriptions, so there was One True Way to ship keys about, with
>one matching MIME type, etc.
>
>But I understand that this means more work on your MIME parser, so I
>can see the attraction of a simpler, all-in-one format.
>
>
>
I'm a bit conflicted about this myself, given my expressed sentiments
about keeping it simple ;) However, this way has the key advantage of
using a single, composable (nestable) syntax that can be accepted by a
wide range of environments. Plus I see the MIME multipart approach as
not being much easier in that it relies on one syntax for the payload
and another (MIME multipart + inter-part references) for the composition
of "nested" payloads.
Also, my research into MIME parsing libraries was a bit depressing, for
the Java world anyway. They all seemed to be very limited, complex and
bloated or very difficult to install, or all three. XML handling seems
to be fairly standard in language libraries these days and, if not, well
the one I bundle in Sticker (SAX + JDOM) is about 110K of bytecode so I
assume it wouldn't be too terrible to have to bundle one in other languages.
You might note that, although the key format deviates from the One True
Way, it does so by a direct, automatic (almost) mapping from name/value
to XML attributes. So, although not ideal, there is a way to work out
what the XML version of the simpler format is, and even to hack a small
parser that just extracts the name="value" parts for parsing keys.
> Matthew> Either way, does anyone object to me assuming this is a
> Matthew> reasonable proposition and writing a short document to
> Matthew> "standardise" it on tickertape.org?
>
>Documenting what Sticker does is a fine thing.
>
>What's the MIME type of this format?
>
I'm still suggesting "application/x-elvin-tickergroup".
>text/xml+foo? Does anyone
>understand the rules for XML-based MIME?
>
>
Of that I have no idea. XHTML is text/xml+html, but tacking the "xml+"
seems like a hack to me (it implies there might be other ways to
represent XHTML). In this case I'm proposing a One True XML Way for the
group format, so whacking an xml in there seems a bit disingenuous.
Matthew.
More information about the ticker-dev
mailing list