Dave Cridland wrote:
> On Thu Oct 18 23:40:15 2007, Peter Saint-Andre wrote:
>> Dave Cridland wrote:
>> > On Wed Oct  3 21:39:36 2007, Peter Saint-Andre wrote:
>> >> http://www.xmpp.org/extensions/tmp/xep-0048-1.1.html
>> > > Two comments I think need to be addressed relatively urgently:
>>
>> <snip/>
>>
>> Let us know if you think version 1.1pre4 addresses your concerns:
>>
>> http://www.xmpp.org/extensions/tmp/xep-0048-1.1.html
>>
>> http://svn.xmpp.org:18080/browse/XMPP/trunk/extensions/xep-0048.xml?r1=1260&r2=1298
>>
>>
>>
> Kind of... Certainly the password element being deprecated is addressed.
> But you're still hung up on web pages being the only use of URLs.

I'm not hung up on it personally. That was the use case people cared
about at the time. If folks want to store generic URIs (not web page
URLs), we can define a spec for that. After all, the "X" in XML stands
for Extensible, no?

>> Or, well, you're an XMPP Council member, you can weigh in at the next
>> meeting:
>>
>> http://www.xmpp.org/council/agendas/2007-10-24.html
>>
>>
> Yep. But then again, it's so much easier to sort out things here and now
> rather than deploy nuclear weaponry. :-)
> 
>> > 1) The document says it's defining a data format to store XMPP
>> > conference rooms and "HTTP URLs" - is there any problem with storing
>> > other scheme URLs? I can't see a reason for this restriction.
> 
> You've at least allowed https, but you're still saying "web pages". URIs
> are much bigger than that, and a whole heap more interesting.

URIs are yes. But not URLs.

Again, it's about the use case of interest. If folks want to "bookmark"
mailto: and gopher: and ftp: and svn+ssh: URIs and so on, have at it.
Let's define a spec for that. But I see no reason to confuse existing
implementations, which use the <url/> element only for web pages.

> Instead of making a huge long post here, I'll do one on my blog instead:
> 
> http://blog.dave.cridland.net/?p=40
> 
> I hope that gives some food for thought.

Indeed. :)

Peter

-- 
Peter Saint-Andre
https://stpeter.im/

Attachment: smime.p7s
Description: S/MIME Cryptographic Signature

Reply via email to