--===============0366868506==
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-UbUb1R74e/gmwj6/DZzW"


--=-UbUb1R74e/gmwj6/DZzW
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

If there is ANY need for plug ins at all, it would NOT be in the search
interface, but rather as feeders for a robust metadata/indexing system,
and ONE, only ONE search interface which would contact the
metadata/indexing system and present results in unified form.  Be it a
list, icons, a detailed list or panes for each result, all of them bode
much better than tabs.

See Kazaa and the like.  Why can't we build a search tool like kazaa?=20
Or... perhaps we can.

Which again brings us back to the need for a robust metadata/indexing
system.  Any other search improvement attempt is just a pipe dream with
less-than-ideal results.

El mar, 01-06-2004 a las 20:26, Jamethiel Knorth escribi=C3=B3:
> >From: Dik Takken <D.H.J.Takken@phys.uu.nl>
> >Date: Wed, 2 Jun 2004 00:23:31 +0200 (CEST)
> >
> >On Tue, 1 Jun 2004, Gustavo Sverzut Barbieri wrote:
> >
> >>>Maybe, instead of cramming the results all in one widget, we could use
> >>>tabs to display the results of different searches:
> >>>
> >>>+-------+
> >>>
> >>>| Files | Music | Movies | Amazon.com
> >>>|       +-----------------------------------+
> >>>| foo  3K ...                               |
> >>>| bar  5K ...                               |
> >>>| ....                                      |
> >>>
> >>>That way it would be very easy to add the results of more search agent=
s,
> >>>since all you would need was another tab. Also, the search agents coul=
d
> >>>define a suitable layout to present their results (i.e. presenting the
> >>>album cover for music, display local local theaters for movies etc.)
> >>
> >>I don't like tabs that much, but it seems fine and consistent with we=20
> >>already
> >>have in kde.
> >
> >I don't like Tabs either. I want to quickly see how many hits a have for=
=20
> >earch plugin. Just scrolling a page is much more convenient than clickin=
g=20
> >on all tabs.
> >
> >The only argument agaist 'cramming' all results into one page seems the =
be=20
> >that it will become an inconsistent mess. I don't see why it would
> >become a mess, but if people choose to mess it up anyway, tabs won't hel=
p.=20
> >The output of each plugin is still the same, the only difference is that=
=20
> >you can only see the results of one of them.
> >
> >You see, if each plugin just takes care of it's own output-section to lo=
ok=20
> >nice and clean, I see no problem in displaying multiple sections on a=20
> >single page. If anyone can think of better arguments, please tell us.
>=20
> I'm going to repeat myself.
>=20
> I think it's a really bad idea to try to forceably mix plugins. If some=20
> plugins have sources that need to be mixed, a plugin can be made to mix=20
> them. There is no reason that a plugin needs to only have one source it=20
> searches. Too many plugins have completely unmixable results for the mixi=
ng=20
> to be done automatically. It just doesn't work, regardless of whether it =
is=20
> in tabs or in a single view.
>=20
> _________________________________________________________________
> FREE pop-up blocking with the new MSN Toolbar  get it now!=20
> http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/
>=20
> _______________________________________________
> kde-usability mailing list
> kde-usability@kde.org
> https://mail.kde.org/mailman/listinfo/kde-usability
--=20
	Manuel Amador
	Jefe de I+D                         +593 (9) 847-7372
	Amauta                     http://www.amautacorp.com/
	GNU Privacy Guard key ID: 0xC1033CAD at keyserver.net

--=-UbUb1R74e/gmwj6/DZzW
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: Esta parte del mensaje =?ISO-8859-1?Q?est=E1?= firmada
	digitalmente

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

iD8DBQBAv3ZnWyznNMEDPK0RApwcAJ9SLEGWNPkvG22DPlxRzc4fXwwR1wCaA6Cx
SnVcCSDmkmXLchqXu63yBU4=
=QpVV
-----END PGP SIGNATURE-----

--=-UbUb1R74e/gmwj6/DZzW--


--===============0366868506==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
kde-usability mailing list
kde-usability@kde.org
https://mail.kde.org/mailman/listinfo/kde-usability

--===============0366868506==--