https://bugs.freedesktop.org/show_bug.cgi?id=41915
[email protected] changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|normal |enhancement --- Comment #15 from [email protected] 2011-11-06 19:12:59 PST --- (In reply to comment #14) > However, although we might not offer everything, I think that the description > (if case) above might already help a lot for the default use case of naming > cell ranges. But, I might not be aware of any side issues like "Tools - > Detective". Furhtermore, I assumed that Calc can correctly differentate > between > real cell references and named ranges (please see the last paragraph of > comment > #0). > Last Paragraph of comment #0 is invalid. Neither does Libreoffice allow RangeNames with the name ES1 nor does ODF allow that. All names that would be interpreted as references are not valid named ranges. A short explanation for the current behaviour: In ScInputHandler::InitRangeFinder() we parse the cell string for references. This feature has been designed excatly like it behaves at the moment So the current behaviour is expected and I'll mark this bug as enhancement. If one wants to improve it, it might be a nice idea to create a concept for functions, values, database ranges, ... I'll add it to my enhancement list for (local)range names. Maybe I find some time for the 3.6 release. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. _______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
