* Betr.: " Re: [tryton-dev] Better search GUI" (Wed, 29 Sep 2010 16:38:20 +0200):
> Just to inform that I have added a small gtk example that allow to see > it in action: http://codereview.appspot.com/2099045. > > To get the files, dowload the raw patch set, then use the patch command > like: "patch -p0 < issue_xx.diff" this will create a directory "b" with > the sources in it. To see the demo just launch gtk_demo.py. > > This demo just handles simple domains (not parenthesis no AND / OR). Thanks for this first plot looking promising, while I am not able to contribute anything to the pyparsing problem, sorry. Nevertheless for me some principal questions of this thread are not yet answered: 1) Will we lose the actual search interface, if the 'one-line-search' will be implemented? - At first simplicity for the user will be lost, because he has to learn, that specification of fields has to be done in the one-liner. While this could be a rather simple learning step the search over several fields will afford to learn the syntax needed. Could be too straightforward for the scope of many users IMO. If a user has minimal understanding of logical operators it is a very smart solution, but I am pessimistic in this respect. 2) Will we lose all those differentiated operators like 'Begins with', 'Is'. etc.? The ideal solution for me would be to have this one-liner-interface (provided it can be done in a sufficient sophisticated way) on top of the form with all other search fields (the well known search interface until now) collapsed. If the search fields could be shown (extended) with a click on an arrow just besides the one-liner-interface all users could have their prefered interface. -- Mathias Behrle MBSolutions Gilgenmatten 10 A D-79114 Freiburg Tel: +49(761)471023 Fax: +49(761)4770816 http://m9s.biz UStIdNr: DE 142009020 PGP/GnuPG key availabable from any keyserver, ID: 0x8405BBF6
signature.asc
Description: PGP signature
