--nextPart1477565.iImnVUHdlI
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Sunday 07 November 2004 10:49, Leo Savernik wrote:
> Am Sonntag, 7. November 2004 16:16 schrieb Dik Takken:
> > We split the location bar into two parts, the protocol part and the
> > address part.
>
> [...]
>
> > This solution has one problem (and maybe more), you can't select the
> > whole location string anymore.
>
> Worse, you can't paste urls anymore.

KURL has all the abilities built it to parse out pasted strings into protoc=
ol=20
and "the rest" .. so this is not a problem.

> Please refrain from splitting any address bars.

however, i _do_ agree with this where "splitting" means "using two comboxes=
,=20
side by side" since those two comboboxes will present issues with selection=
,=20
autocompletion, etc, etc...

what i think _would_ do it (and why i haven't said anything because i'm not=
 up=20
to coding this right now) is a cutsom combobox what would provide a "drop=20
down arrow" right INSIDE the edittable area. this widget would behave,=20
editting wise, as any other combobox but would provide a menu both for any=
=20
specific section of the editable area as well as on the whole widget.

a bigger issue, however, is the meaning of protocols. even the proposed wiz=
ard=20
does nothing for this problem, which is the true root of the issue. i mean,=
=20
what IS irc6 or finger or fish? well, sure, WE might know, but the users th=
at=20
need this extra help don't.

we don't need more, baroque interfaces (such as wizards for constructing=20
something as basic as an address), what we need are:

	0. more human friendly ways of describing addresses. raw URL parts are too=
=20
technical.
	1. subtle UI elements that are provided as part of traditional-looking=20
elements that provide aid without getting in the way or making things look=
=20
more complex.

=2D-=20
Aaron J. Seigo
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA  EE75 D6B7 2EB1 A7F1 DB43

--nextPart1477565.iImnVUHdlI
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBBjma91rcusafx20MRAjlpAKCHQsGJ890r43/RywOWqJWFww9ymgCgmk7q
FHgjPnEFcFP2nQASy03+GLQ=
=j42V
-----END PGP SIGNATURE-----

--nextPart1477565.iImnVUHdlI--