I have one single major con: a search result should be a concrete URL one that works well with the back button.
I much dislike Curriki search which is doing something such and ours doesn't. (try the search boxes on http://i2geo.net (ours), and Curriki http://www.curriki.org/ )
The Lucene search can be enhanced to be more performant for this I think (lowering the amount of stored fields), it is known to be able to handle 1000-2000 requests a second.
paul Le 17-juin-09 à 10:40, Vincent Massol a écrit :
Hi, I think the new search results page (the main search one not the lucene one) has some limitations that could be improved: - it doesn't scale with large number of documents (if you do a search that returns a lot of documents) - it doesn't allow refining your search easily - the information presented take up more vertical space than needed (currently 3 lines instead of one) and thus less results can be presented - it could be reused by other pages which require listing documents such as the SpaceIndex which lists all pages in a given space. It's actually currently reused but as a consequence the SpaceIndex page isn't nice at all and doesn't scale. Would it make sense to: - have a livetable - display all docs by default when you arrive on the search page (ie no filter set) - make the current search field a field bound to the livetable and that filters that table when text is typed inside - remove the need for the spaces combo box since it would be a filter field in the livetable already - same for the wiki field Pros: - all the limitations listed above are resolved - the search becomes live (that's a + compared to other solutions since I haven't seen other apps do this) - it unifies the way we use livetable across XE - if we do this we could also modify the AllDocs page to have the global search field. Basically wherever we display documents we could also include this search field. Main Question: - would the live search be costly? With Lucene search probably not,with the DB search, it could (for ex if document content isn't indexed).WDYT? Thanks -Vincent _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
