[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-usability
Subject:    Re: Easier Searching in KDE
From:       Manuel Amador <rudd-o () amautacorp ! com>
Date:       2004-06-10 20:25:14
Message-ID: 1086897689.3882.13.camel () localhost ! localdomain
[Download RAW message or body]

[Attachment #2 (multipart/signed)]


El mié, 09-06-2004 a las 15:45, Jamethiel Knorth escribió:
> >From: Manuel Amador <rudd-o@amautacorp.com>
> >Date: Wed, 09 Jun 2004 14:28:16 -0500
> >
> >El mar, 08-06-2004 a las 03:02, Dik Takken escribió:
> > > On Mon, 7 Jun 2004, Jamethiel Knorth wrote:
> > >
> > > > I'm going to post this to core-devel when 3.3 is released. A 
> >discussion about
> > > > optimizing the search backend really belongs there. Some of the people 
> >on
> > > > there probably will have some really solid ideas about it.
> > >
> > > Yes I agree, but not before the desired user experience has been defined
> > > by us on this list.
> >
> >Ridiong on this train of thought,
> >
> >I don't know about internet searches, but I would like a search tool
> >that:
> >
> >1. is available just like kfind is
> >2. is available in the file manager
> >3. is available in file/open dialogs
> >4. performs rich searches and returns results in less than three seconds
> >5. automatically updates when a file is changed to match the search
> >criteria
> >6. lets me search by
> >    a) date
> >    b) keywords
> >    c) any kind of metadata present in the file
> >    d) full text
> 
> So, what here wasn't in the proposed changes that started this thread? As 
> far as I can tell, it is all there. If it is not, please state what is not, 
> so that I can see about where to work it into the UI.
> 
> 1) The proposal included a standalone program like KFind, and a pane of that 
> which could be embedded as a kpart.

check.

> 2) The proposal had one section that could be embedded as a kpart, and a 
> sidebar which could be used in Konqueror.

check.

> 3) A huge portion to the proposal was dedicated to search options in file 
> selection dialogs.

check.  May I say that your mockups were great.

> 4) The results of the searching are really implementation details, not part 
> of the interface design. It is assumed the system will be optimized for 
> speed.

check.

> 5) That is completely an implementation issue. If it can be done without too 
> much overhead, good.

check.

> 6) Everything you listed is included in the current KFind, and none was 
> removed in the proposal.

criteria 4 and 5 aren't.

> 
> >
> [snip]
> 
> _________________________________________________________________
> Looking to buy a house? Get informed with the Home Buying Guide from MSN 
> House & Home. http://coldwellbanker.msn.com/
> 
> _______________________________________________
> kde-usability mailing list
> kde-usability@kde.org
> https://mail.kde.org/mailman/listinfo/kde-usability
-- 
	Manuel Amador
	Jefe de I+D                         +593 (9) 847-7372
	Amauta                     http://www.amautacorp.com/
	GNU Privacy Guard key ID: 0xC1033CAD at keyserver.net

["signature.asc" (application/pgp-signature)]

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


[prev in list] [next in list] [prev in thread] [next in thread]