[Standards] Call for Experience: Advancement of XEP-0071 (XHTML-IM) to Final

Sergey Dobrov binary at jrudevels.org
Wed Aug 1 09:42:01 UTC 2012


Hello.

On 08/01/2012 07:43 AM, Mathieu Pasquet wrote:
> 
> I am also not sure about the <strong/> and <blockquote/> elements: they
> are shown as a recommended element to support (7.8), but the business
> rules (8.7) states that they should not be used, but rather <span/> or
> <p/> with appropriate style attributes. Is it only for backward
> compatibility, then?

I'm using the blockquote element very intensive. I don't think that we
should give a preference to style attributes because IM differs from web
and we need messages to be more semantic than to be more styled. I.e. we
need to support the same style for all messages as strong as it possible
to prevent transformation of a chat window to an Xmas tree, so we need
to outline semantic groups rather than style them to provide a
possibility to theme them by recipient preference. Also, it's easier to
parse such message by machines to provide some advance search
possibilities and etc. So I don't imagine the XHTML-IM without such
things as blockquote, cite, code, strong, em, etc.

> 
> 
> There is the matter of the <img/> tag that accepts a data:base64 as a
> src, leading to very big stanzas. I think that maybe the XEP could state
> that whenever possible, the use of base64 data should be avoided, at
> least in MUCs, where the message is replicated as many times as there
> are users, leading to high bandwith usage (although if I remember
> correctly, most servers set the max stanza size to 10 KiB).
> 

agree. possibly, we need to prefer XEP-231 for that? Also, I am dreaming
of some flexible file sharing protocol through XMPP to be able to
transfer bigger files that's possible with XEP-231.


> 
> -- Mathieu Pasquet (mathieui)
> 
> 
> 

Nice to meet you, Mathieu.


-- 
With best regards,
Sergey Dobrov,
XMPP Developer and JRuDevels.org founder.



More information about the Standards mailing list