[Upstream] [hardy] OOo, locale fr_FR: important part of a label hidden in options dialog

Bug #188357 reported by Olivier Mengué
2
Affects Status Importance Assigned to Milestone
OpenOffice
Unknown
Low
openoffice.org (Ubuntu)
Fix Released
Low
Unassigned

Bug Description

Binary package hint: openoffice.org

Locale: fr_FR.UTF-8
Language for OpenOffice.org: french

Outils > Options > Paramètres linguistiques > Langues > Touches séparateur de décimales.

The label of the checkbox shows only "Identique à l'environnement linguistique ("
The hidden part is probably ",)" which the part where is the most important information (which decimal character is used) as the online help says (translated from french) : « If this option is checked, the character that is displayed after "Identique à l'environnement linguistique" is inserted when you press the numpad key. »

Combined to bug 188331 / bug 188342, this is a major problem because it is the first important setting that a french user will want to change.

Tags: hardy
Revision history for this message
In , Ronny-standtke-d (ronny-standtke-d) wrote :

I use OOo(German) under Linux and the layout of the Options dialog
(Extras->Optionen...) is broken at two places. I will attach screenshots.

Revision history for this message
In , Ronny-standtke-d (ronny-standtke-d) wrote :

Created attachment 38527
Screenshot showing cut-off button border in Options dialog

Revision history for this message
In , Ronny-standtke-d (ronny-standtke-d) wrote :

Created attachment 38528
Screenshot showing a cut off checkbox description in options dialog

Revision history for this message
In , Rainerbielefeld-ooo-qa (rainerbielefeld-ooo-qa) wrote :

@ronnystandtke:
I don't think that something broken is shown in 'Sicherheit.png!,
"Makrosicherheit..." is the correct text for this.

Concerning 'Sprachen.png'
I checked with "2.0.2 German version WIN XP: [680m5(Build9011)]" and can also
see the problem:
In Menu (German...) "Extras - Optionen - Spracheinstellungen - Sprachen" in line
"Dezimaltrennertaste" the description for the checkbox is truncated, only "( ,"
is shown instead of "( , )".
This is only a problem in the German translation (too long), looks fine in
English version.

This problem should be fixed (Linux only?) due to Issue 48575 ?

@ufi
btw., I believe that "decimal separator" (and so translated "Dezimaltrenner") is
more common than "decimal separator key" (and so "Dezimaltrennertaste). What do
you think?

Revision history for this message
In , Uwefis (uwefis) wrote :

the screenshots look unfamiliar. Please have a look at "Use system font for user
interface" in Tools-Options-OOo-View and if a replacement font is in use at
Tools-Options-OOo-Fonts.
The "decimal separator" is the sign or character used as the decimal separator
on screen, while the "decimal separator key" is the key on the keyboard that has
either a , or a . written on it. The mapping is done by the system and by the
setting of OOo Options dialog.

Revision history for this message
In , Ronny-standtke-d (ronny-standtke-d) wrote :

> I don't think that something broken is shown in 'Sicherheit.png!,
> "Makrosicherheit..." is the correct text for this.

The attachment description says it: "Screenshot showing cut-off button
border". The problem is not the text but the cut-off button border (at the
bottom).

> This is only a problem in the German translation (too long), looks fine in
> English version.

I am doing localizations for several other projects and translations can not
be "too long" or "too short". Dynamic GUI layouts are now available for more
than 10 years and just adopt to the translated string lengths of the current
locale. If anything is broken here its not the German translation but the
dialog layout that is maybe(?) using fixed coordinates or is not dynamic at
all.

> the screenshots look unfamiliar.

This is OOo-2.0.3 under Debian Linux with the KDE desktop.

> Please have a look at "Use system font for user interface" in
> Tools-Options-OOo-View and if a replacement font is in use at
> Tools-Options-OOo-Fonts.

The "Use system font for user interface" checkbox is selected. Font
replacement is not in use.

Revision history for this message
In , Stefan-baltzer (stefan-baltzer) wrote :

SBA: First and most important: ONE PROBLEM = ONE ISSUE!

Yes, it IS tempting to mention seemingly connected problems (...within the same
dialog...) within one issue. But this way we would mutate the issue tracker to
an ieffective discussion forum. There are other tools to do so, i.e. mail aliases.

So we will focus on the decimal seperator string thingie and disregard all other
mentioned problems within this issue.
If someone feels like writing seperate issues for the other stuff, please go
ahead and write more issues. (...Makrosicherheit button border: != Prio P5, and
no Problem on Suse 9.4 with GNOME desktop...)

Back to the subject:
Experience tells that English is hardly ever a problem concerning string length.
Spanish, French and Portuguese are more likely to have longer strings. No, there
is no official statistic for this, but it was adressed by "squeezing the UI
strings a little" for some languages.

It can be seen for this very string in French:
"Identique à l'environnement linguistique (,)" is LONGER than the German
"Dem Gebietsschema entsprechend (,)". But on the same machine there is MORE
space left after the brackets with the French UI.

But since there is no space left, it is clear that a system font of other Linux
distributions that is slightly larger will cause the problem that can be seen in
the screenshot "Sprachen.png".

Summarized:
 - A workaround is to apply font replacement so that a slightly thinner
no-serif-font is used for UI
 - Changed the Prio to P4 as it does not affect all languages and all systems alike
 - Set target to "OOo later" because there is bigger fish to catch at times and
in the near future for OS. (Note: OOo community developers are invited to fix
the things SUN developers do not have ressources for)
I corrected the summary to reflect the findings.

-> OS: Please proceed.

Revision history for this message
In , Ronny-standtke-d (ronny-standtke-d) wrote :

> SBA: First and most important: ONE PROBLEM = ONE ISSUE!

No reason to shout here. This issue deals with exactly one problem (broken
layout) and shows two symptoms of this problem.

> it was adressed by "squeezing the UI strings a little" for some languages.

Fighting symptoms is the wrong way to deal with a problem. You should fix the
layout of the dialog by not using fixed positions and dimensions but use a
dynamic layout that automatically adopts to translated string lenghts, chosen
fonts or dialog size changes. Then you don't need to "fix" translations
anymore.

> there is bigger fish to catch at times and in the near future for OS

The problem does not disappear just because you ignore it. By not fixing the
problem you will notice its symptoms again and again.

You need to think longterm.

Revision history for this message
Olivier Mengué (dolmen) wrote :
Revision history for this message
In , Olivier Mengué (dolmen1) wrote :

*******
It can be seen for this very string in French:
"Identique à l'environnement linguistique (,)" is LONGER than the German
"Dem Gebietsschema entsprechend (,)". But on the same machine there is MORE
space left after the brackets with the French UI.
*******

On Ubuntu 7.10, french locale (fr_FR.UTF-8) the important part of the string is
missing too. See screenshot.

So this issue applies to french in addition to german.

Revision history for this message
In , Olivier Mengué (dolmen1) wrote :

Created attachment 51327
Screen capture of the Langues dialog in french, showing the layout problem

Revision history for this message
In , Olivier Mengué (dolmen1) wrote :

I've reported the french version of the bug in Ubuntu as bug 188357
https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/188357

Combined to the fact the Ubuntu keymap for french users is broken (Ubuntu bug
188342
) and so by default the numpad does not gives a comma (the famous OOo
issue 1820), this setting has a major importance for french Ubuntu users, even
if it will not solve the keymap problem.

Revision history for this message
In , Olivier Mengué (dolmen1) wrote :

added cc

Revision history for this message
Olivier Mengué (dolmen) wrote :
Changed in openoffice:
status: Unknown → Confirmed
Chris Cheney (ccheney)
Changed in openoffice.org:
importance: Undecided → Low
status: New → Confirmed
Revision history for this message
Olivier Mengué (dolmen) wrote :

Still in OOo 2.4.0, verified on hardy, package 2.4.0-3ubuntu6.

Chris Cheney (ccheney)
Changed in openoffice.org:
status: Confirmed → Triaged
Revision history for this message
In , andreschnabel (andre-schnabel) wrote :

taking over

@sophi: schould we send this to framework project or deal with this in our
translation?

I could at least provide a shorter string for the "decimal separator" what do
you think?

Revision history for this message
In , andreschnabel (andre-schnabel) wrote :

reassigned to framework.

reset to P3 again - at tleast the string for decimal separator is cut in way so
that the functionality of the option cannot be understood by the user.

Chris Cheney (ccheney)
tags: added: hardy
Revision history for this message
Olivier Mengué (dolmen) wrote :

This appear to be fixed in Lucid (OOo 3.2.0).

Revision history for this message
In , Olivier Mengué (dolmen1) wrote :

This is fixed in OpenOffice.org 3.2 on Ubuntu, at least for locale fr_FR.

Olivier Mengué (dolmen)
Changed in openoffice.org (Ubuntu):
status: Triaged → Fix Released
Revision history for this message
Olivier Mengué (dolmen) wrote :

This is fixed since a long time ago.
Verified in LibreOffice Writer 3.5.2.2 in Ubuntu 12.04 on a Netbook with a limited screen (1024x600).

Revision history for this message
Olivier Mengué (dolmen) wrote :

Update bug URL

Changed in openoffice:
status: Confirmed → Unknown
Changed in openoffice:
importance: Unknown → Low
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.