https://bugzilla.wikimedia.org/show_bug.cgi?id=34384
MWJames <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] | |m --- Comment #2 from MWJames <[email protected]> 2012-06-05 01:22:10 UTC --- While it is understandable to aim for the least impact on a user when choosing some options, I'm not sure that "further results" limit is one them since it would allow to set high limits that might cause incalculable database selects for result sets that are not being used nor actively sought for. Aiming for a large result set to be displayed does not make to search faster nor does the convenience level increase because the fundamental problem still persists for the user to break down his/her search results. I think, it would be rather more efficient to wait on the ability to reuse data via ajax and let the user decide how for (how many elements) he/she wants results to be displayed as on the contrary to allow large results to be pre-selected without any user interaction. Finding the "right" result is not paramount with a large result set and other things should be considered first: * better formats * general ajax support * query caching * search interface etc. Improvements should generally increase interactivity for the user and not increase potential performance pitfalls. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
