--===============50194190193285149== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-/KzYdRzrMOmlam19ZslC" --=-/KzYdRzrMOmlam19ZslC Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sun, 2003-08-03 at 00:36, Thiago Macieira wrote: > Waldo Bastian wrote: > >The problem is that the hostname part of a URL not necessarily refers to= a > > DNS hostname. That is the case in smb for example, where it refers to a > > workgroup I believe. Fortunately those names are case insensitive so it > > doesn't cause problems there. >=20 > What I mean is: there shouldn't be a protocol requiring a hostname that i= sn't=20 > "hostname-like". Hostnames are case-insensitive and the set of characters= =20 > allowed is restricted by STD 3 and RFC 3491. For instance, a hostname can= not=20 > start with a dash, even though some other protocols may allow it in whate= ver=20 > they encode in the host part of the URL. It's like writing web applications that have to work on Internet Explorer - sometimes you have to make allowances for stupid but prevalent applications. Unfortunately, in the case of URL abuse, it happens so often it limits the usefulness of applications that are too strict about the standard. > What I can propose is that KURL is given a new method telling it not to=20 > process at all (keep as is; maybe only encode %HH). Though I don't know i= f=20 > that solves the problem. It doesn't unless at least KHTMLPart operates in that mode by default, and I suspect that would defeat the usefulness of the IDN support in KURL. How about this: the .protocol control files in $KDEDIR/share/services could be extended to include a directive specifying that the given protocol uses non-standard URLs, which KURL would obey and not attempt to process further. It's a bit like my previous suggestion of hardcoding a set of protocols that use DNS host names, only a little more sane and flexible. I'd be happy to come up with a patch to implement it if it doesn't sound too unreasonable. --=20 Petter E. Stokke http://www.gibreel.net/ PGP key: http://www.gibreel.net/key.asc Fingerprint: 4FF3 12BD 692A 0FFF 984F 78DA 4776 81FB 1906 3A9F --=-/KzYdRzrMOmlam19ZslC Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQA/LR36R3aB+xkGOp8RAq2BAKCxUR25e9w8zxHC8iESt1J2jlb7OACfefJ4 czYcVV6yncokO/HjcmIrITE= =TwhG -----END PGP SIGNATURE----- --=-/KzYdRzrMOmlam19ZslC-- --===============50194190193285149== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe << --===============50194190193285149==--