To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=104241
------- Additional comments from mhath...@openoffice.org Sat Aug 15 15:33:25 +0000 2009 ------- oops - hope this was not ment serious, changing sorting-paradimas might be done somewhere else. However, this never could be a defect, nor is this related to the subcomponent programming. If this is the pledge for having a (NEW) parameter in these features for finding exact match, which returns a "N/A" if it does not exist, that is okay, and welcome. But touching the default behaviour is not welcome. Bytheway: The example is not that serious, as it consists only of descrete values of strings. But very offen these functions are used to group values, like group of "1 2 3 4 5" and "what is the indexed value for 1,25" And bytheway: since years I worry about the wrong searchorder in all these functions: Example: Having a telephonebook and looking for "B" gives should give the first of the B's, not the last of the As like in OO.o, but that is another story Martin --------------------------------------------------------------------- Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification --------------------------------------------------------------------- To unsubscribe, e-mail: issues-unsubscr...@sc.openoffice.org For additional commands, e-mail: issues-h...@sc.openoffice.org --------------------------------------------------------------------- To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
