Apache OpenOffice (AOO) Bugzilla – Issue 80665
Implement Language Control for Calc Status Bar
Last modified: 2019-01-07 15:29:30 UTC
The menu "Format/Default Formatting" should no longer remove any language attribute. (See spec in URL item 1.6) This is a follow-up of issue 78856 which is fixed accordingly in CWS langstatusbar. I introduced two new functions that can be used when that CWS gets integrated (will not be any time soon) but should be done for OOo 2.4. The new functions are: - OulinerView::RemoveAttribsKeepLanguages - EditView::RemoveAttribsKeepLanguages The Calc specific slot for this seems to be SID_CELL_FORMAT_RESET. There are two relevant occurrences one could be readily changed to make use of the new functions, for the other one (the one calling DeleteContents) it seems to be more troublesome to determine at the end (just before svx gets called) if Format/Default was triggered or not. Thus please take over. Thanks! Also ER raised the question if the new behavior required in the spec is really that useful for the spreadsheet where cells also have a language. Maybe it makes more sense for Calc to stay with the current behavior and apply the cells language to it's text when Format/Default gets called. Please discuss with FL.
.
> Also ER raised the question if the new behavior required in the spec is really > that useful for the spreadsheet where cells also have a language. Maybe it makes > more sense for Calc to stay with the current behavior and apply the cells > language to it's text when Format/Default gets called. Confusing wording. What I said was that when a user selects "Default Formatting" she may expect the Default cell style being applied, which so far is the case. While the feature of keeping the language attribute is undoubtedly useful especially in Writer, I doubt that in Calc "Default Formatting" should silently ignore the language attribute. What may complicate things is that Calc knows two language settings per cell, one is the character attribute used for spell checking, which would not be reset using the new approach, the other is the number format's language that would still be reset. If the character's language attribute was not reset, one might expect the same of the number format's language. IMHO the behavior should be explicitly selectable by the user.
I discussed with FL and he agreed that this one should be fixed when the full spec (see link) get implemented. Thus changing summary and adjusting target.
Too late for features for 3.0.
Reset assigne to the default "issues@openoffice.apache.org".
*** Issue 128001 has been marked as a duplicate of this issue. ***