26067 - pref-colors.dtd: positioning is l10n incompatible

Status: RESOLVED INCOMPLETE

(SeaMonkey :: Preferences, defect)

Description

[Robert Kaiser]

Doing l10n work (M13 de-AT), I encountered the following problems with
chrome/pref/.../pref-colors.dtd:

Try those values from my German Language Pack:
<!ENTITY  useWinColorsCheck.label "Windows-Farben verwenden">
<!ENTITY  underLinksCheck.label "Links unterstreichen">
<!ENTITY  links "Links">
<!ENTITY  unvisit "Nicht besuchte Links:">
<!ENTITY  visit "Besuchte Links:">

Looks awful. OTOH, the same options are in chrome/pref/.../pref-composer.dtd are
are l10n compatible and better-looking there. Shouldn't panles showing the same
kind of options be similar? Would also solve this problem if you take the
Composer Panel's version...

Comment 1

[rchen]

Reassigned to Fergus.

Comment 2

[Fergus Sullivan]

Mozilla.org localizer points out that the browser's color prefrences and 
composer's color preferences should look more alike.  Currently the UI of each 
is very different to the other.  He uses the German example, but it's equally 
true for English.

He suggests that pref-composer.dtd is the better-designed of the two.

Assigning to matt as he seems to be the owner of the preferences dialogs 
(unless it's brade or rgoodger/ben?)  Changing component to PrefUI.

Comment 3

[matt]

We can change the UI.
The UI was duplicated from the
UI of 4.0.

Comment 4

[leger]

Bulk move of all Pref UI component bugs to new Preferences component.  Pref UI 
component will be deleted.

Comment 5

[don]

Move to M16 for now ...

Comment 6

[don]

M18 ...

Comment 7

[don]

Move to M21 target milestone.

Comment 8

[Teruko Kobayashi]

Changed QA contact to [e-mail].

Comment 9

[Andreas Becker]

qa=[e-mail]

Comment 10

[Chris McAfee]

over to vishy for an owner

Comment 11

[Viswanath Ramachandran]

I dont really understand this bug. Is this still a problem? Why can't the German 
l10n team just set whatever colors they want? 

Please reply, otherwise we shd mark this bug as wfm now. 

Comment 12

[timeless]

i think the question amounts to why the composer and navigator color pref 
panels are so different when they expose the same number of choices.

Comment 13

[Charles Manske]

Concerning browser dialog layout: it looks like navigator's could be improved by 
putting the "Link colors" group box under the "Text and Background" to 
accomodate longer German words.
Concerning differences with Composer: We needed more features in our primary color
picker than the simple Navigator version, so we also used that picker in our
preference panel for consistency within Composer.
I will be working on making Composer color picker more like
a menupopup (bug 90670), so we should try to unify navigator and composer versions
in the process. There's already a bug on that as well: bug 39784.

Comment 14

[Robert Kaiser]

vishy:
This was originally reported about M13, and the L12y situation got much better
until now (who wonders?) as pref dialog generally got wider, and dialog width is
now localizeable.
But, as timeless states, the dialog layout differences between the Navigator and
Composer color pref settings are hard to understand, and make pref panels
inconsistent. IMO, the composer panel, which also has a preview area, is much
easier to understand for users.

cmanske:
I think the color picker problem is an additional problem to the dialog layout
problem here (the layout can be made more consitent though it may still use the
current colorpicker) - though it's also important to get addressed.

I know that both layouts are somehow inherited from 4.x but I still think we can
get better in consistency than 4.x was.

Comment 15

[Andreas Becker]

mass change, switching qa contact from jonrubin to ruixu.

Comment 16

[Peter Trudelle]

->future

Comment 17

[Blake Ross]

Reassigning to a real person.

Comment 18

[Serge Gautherie (:sgautherie)]

(Filter "spam" on 'prefs-nobody-20080612'.)

Comment 19

[Phoenix]

Is this problem still actual?

Comment 20

[Phoenix]

Resolved per whiteboard