Tue, 07 Nov 2017 20:34:04 -
Jonas Wielicki (XSF Editor) wrote:
> The XMPP Extensions Editor has received a proposal for a new XEP.
>
> Title: Message Markup
> Abstract:
> This specification provides an alternative to XHTML-IM with rigid
> separation of content and
On Dienstag, 7. November 2017 20:34:04 CET Jonas Wielicki wrote:
> URL: https://xmpp.org/extensions/inbox/markup.html
It has been brought up in xsf@ that this XEP seems contradictory, because it
states in the Requirements:
> Textual data and markup metadata MUST be separated strictly.
But also
Le mercredi 8 novembre 2017, 10:11:52 CET Jonas Wielicki a écrit :
> On Mittwoch, 8. November 2017 08:29:49 CET Georg Lukas wrote:
> > * Goffi [2017-11-08 08:17]:
> > > about the stars in the list items, it's not really nice to keep them.
> > >
> > > It would be good to have an
On Wed, Nov 08, 2017 at 10:14:43AM +0100, Jonas Wielicki wrote:
> On Mittwoch, 8. November 2017 08:44:16 CET Remko Tronçon wrote:
> > Hi,
> >
> > On 7 November 2017 at 21:34, Jonas Wielicki wrote:
> > > The XMPP Extensions Editor has received a proposal for a new XEP.
> >
>
On 8 November 2017 at 09:14, Jonas Wielicki wrote:
> On Mittwoch, 8. November 2017 08:44:16 CET Remko Tronçon wrote:
>> Hi,
>>
>> On 7 November 2017 at 21:34, Jonas Wielicki wrote:
>> > The XMPP Extensions Editor has received a proposal for a new XEP.
>>
On Mittwoch, 8. November 2017 08:44:16 CET Remko Tronçon wrote:
> Hi,
>
> On 7 November 2017 at 21:34, Jonas Wielicki wrote:
> > The XMPP Extensions Editor has received a proposal for a new XEP.
>
> Minor remark: the XEP says that spans MUST NOT overlap. Is there a reason
>
On Mittwoch, 8. November 2017 08:29:49 CET Georg Lukas wrote:
> * Goffi [2017-11-08 08:17]:
> > about the stars in the list items, it's not really nice to keep them.
> >
> > It would be good to have an attribute to say which plain text characters
> > can be safely removed
Hi,
On 7 November 2017 at 21:34, Jonas Wielicki wrote:
> The XMPP Extensions Editor has received a proposal for a new XEP.
>
Minor remark: the XEP says that spans MUST NOT overlap. Is there a reason
for this? I'm asking, because the systems I have seen that use external
* Goffi [2017-11-08 08:17]:
> about the stars in the list items, it's not really nice to keep them.
>
> It would be good to have an attribute to say which plain text characters can
> be safely removed without changing the meaning.
> For instance type="numeric" means than
Le mardi 7 novembre 2017, 21:34:04 CET Jonas Wielicki a écrit :
> The XMPP Extensions Editor has received a proposal for a new XEP.
>
> Title: Message Markup
> Abstract:
> This specification provides an alternative to XHTML-IM with rigid
> separation of content and markup information, improving
Le mardi 7 novembre 2017, 22:41:21 CET Marvin Gülker a écrit :
> §9 on security: one issue that comes to my mind is specifying
> out-of-range values for the "start" and "end" attributes by a malicious
> client.
Or a start without end/end without start, if a client replace it by HTML tags
This is an interesting approach. Specifying the markup completely
externally would not have occured to me, but is a really cool idea.
Some notes:
§4.1 has:
> The start and end attributes define the range at which the span is
> applied. They are in units of unicode code points in the character
>
On 11/7/17 1:48 PM, Goffi wrote:
> Le mardi 7 novembre 2017, 21:34:04 CET Jonas Wielicki a écrit :
>> The XMPP Extensions Editor has received a proposal for a new XEP.
>>
>> Title: Message Markup
>> Abstract:
>> This specification provides an alternative to XHTML-IM with rigid
>> separation of
Le mardi 7 novembre 2017, 21:34:04 CET Jonas Wielicki a écrit :
> The XMPP Extensions Editor has received a proposal for a new XEP.
>
> Title: Message Markup
> Abstract:
> This specification provides an alternative to XHTML-IM with rigid
> separation of content and markup information, improving
The XMPP Extensions Editor has received a proposal for a new XEP.
Title: Message Markup
Abstract:
This specification provides an alternative to XHTML-IM with rigid
separation of content and markup information, improving the resilience
against spoofing and injection attacks.
URL:
15 matches
Mail list logo