Problems with localizing Editor - strings under Table->Select & Delete should have own entities in *.dtd files. Attached patch.
Why is it a problem to use the same strings in those two menus? They are intended to be identical.
I agree with brade -- if the strings are identical, there's no reason to duplicate them in the DTD file. What problems are you having?
Mayby in English but not in Polish. For example after localizing: editorOverlay.dtd -> tableCells.label -> Cell(s) editorOverlay.dtd -> tableTable.label -> Table to (Polish): editorOverlay.dtd -> tableCells.label -> Komórka editorOverlay.dtd -> tableTable.label -> Tabela I've got in Delete menu (Delete->Table): Usuñ->Tabela instead of Usuñ->Tabelê Its grammar error. And I can't localize Table to Tabelê (then it will be ok in Select & Delete menu) because this string is also used in other menus/labels. For my own needs I only need one entity for Select & Delete, but don't know if in other languages it will be enough, so I've made patch with entities both to Select and Delete menu.
Or I'm wrong and this strings are used only in Select & Delete menu?
Kathy or Charles, is this a really problem?
Not that we know of. We released 6.0, 6.01, and recent mozilla milestones with the same DTD entries and we heard of no problems localizing those.
I don't see the problems for other languages. But if it comes in different localization in Polish, we should separate them. Actually it is not a good practice to share the same strings because you never know it will work the same way for other languages. Reassigned to cmanske.
Assignee: rchen → cmanske
Ok, Marek has explained the grammatical reason why the strings should be different. But is there any way this could be changed only in the language(s) that really need it? Or are we not allowed to make XUL changes during localizing? It's a shame to have to bloat the UI with duplicate strings just for a few localizations, but I'll defer to localization rules, of course.
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Target Milestone: --- → mozilla0.9.6
Changed QA contact to firstname.lastname@example.org.
QA Contact: teruko → ruixu
Ehhhmmmm... For Polish localization: If strings from table menu are used _only_ in Table menu (Select & Delete) then this bug is invalid (don;t know if it is invalid for other languages). In other case - if this strings are used in Table menu (Select & Delete) _and_ in other labels (for example in properties editor) then this bug is valid, and we should check if there are any problems with other languages.
We only share these strings in the table submenus, they can't be used in any other context because of the restricted association of DTD files with particular XUL files. Upon close inspection, the only entity that is shared among multiple menus is "tableTable.label", shared between Select and Delete menus, which was the example given in the original bug report. If that string needs to be duplicated, then we only need to add one new string for that case, not all the others in the patch. Marek: So do we need separate "tableSelectTable.label" and "tableDeleteTable.label" strings or not?
No, if it is used only in select and delete then there is no need to separate tabletable entity. So bug should be now invalid. Sorry for troubles ;)
Ok, marking invalid as instructed.
Status: ASSIGNED → RESOLVED
Last Resolved: 17 years ago
Resolution: --- → INVALID
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.