[Standards] IMML

Olivier Goffart ogoffart at kde.org
Mon Sep 10 21:26:20 UTC 2007


Well, ignore my message...  I thought we were in a <html/> element, but we 
aren't.

Le lundi 10 septembre 2007, Olivier Goffart a écrit :
> Le lundi 10 septembre 2007, Tomasz Sterna a écrit :
> > It was brought on a list but I will repeat it:
> > It WILL break existing client.
> >
> > HTML-like way of thinking will not work here because message stanza is
> > not HTML.
> >
> > Let me rewrite your example (skipping the attributes and adding newlines
> > and whitespace for readability):
> >
> > <message>
> >  <body>Hello,
> >   <span>:D</span>
> >        .
> >  </body>
> > </message>
> >
> > There is no element <span/> in the message/body schema, so unknown
> > sub-element 'span' will be ignored by the client (or the whole message,
> > by the more strict ones), leaving us with <body>Hello, .</body> CDATA.
>
> Of course there is an element <span/> It's even specified in the XEP-0071
>
> Now, there is no 'rel' attribute.
> But what does implementation with unknown attribute? They probably ignore
> them.
> The 'class' attribute can be used instead
> We could define some predefined imll-* class
> <body>Hello <span class="imml-emoticon">:-D</span>. </body>
>
> Personally i don't see the interest of the parent emoticon.  What garrent
> the parent emoticon actually exist. Emoticon that doesn't exist should be
> rendered as text. The text of an emoticon should have enough meaning by
> itself.  The image is just a plus.
> If the image has a meaning by itself, maybe inband image should be used
> instead.


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.jabber.org/pipermail/standards/attachments/20070910/a76d2d8e/attachment.sig>


More information about the Standards mailing list