Closed
Bug 52930
Opened 24 years ago
Closed 23 years ago
Sidebar panels localization not displayed
Categories
(Core :: Internationalization: Localization, defect, P3)
Core
Internationalization: Localization
Tracking
()
VERIFIED
WONTFIX
mozilla0.9.4
People
(Reporter: karl, Assigned: tao)
References
Details
(Keywords: l12y)
Attachments
(2 files)
988 bytes,
patch
|
Details | Diff | Splinter Review | |
2.63 KB,
patch
|
Details | Diff | Splinter Review |
In the sidebar, all panels ('Bookmarks', 'Search' and 'What's Related') are
displayed in English.
I have translated all strings, and when I choose 'Add' | 'Customize Sidebar',
the 'Available Sidebars' lists the translated strings (e.g. 'Søk' instead
of 'Search'), and the right pane displays the the panels in English. If I
remove the English ones and add the translated ones, the panels in the sidebar
are still in English. This should be fixed ASAP.
The default sidebar (SB_ panel is controlled by
bin\defaults\[langcode]\panels.rdf. You need to localize this file. New profile
will then use this as the default. However, once there is a panels.rdf in your
profile, you can customize it via SB UI but manually changing the one in
bin\defaults.
Assignee: rchen → huftis
Reporter | ||
Comment 3•24 years ago
|
||
The file contains an *internal* DTD subset:
<!DOCTYPE RDF
[
<!ENTITY search.category.music "Music - Artist">
<!ENTITY search.category.shareware "Shareware">
<!ENTITY search.category.shopping "Shopping">
<!ENTITY search.category.technews "Tech News">
<!ENTITY search.category.web "Web">
]
>
And all the text uses entity references, e.g. &search.category.music;. Can't
the DTD subset be moved to an external DTD file (just like all the others)?
Then the sidebars would be localized whenever you change locale (since the
default panels *always* uses entity references).
Reporter | ||
Comment 4•24 years ago
|
||
Please note that the internal DTD subset in 'search.rdf' should also be
externalized. *All* localizable text should be put in one place, else I *think*
it's difficult for the installation script in language packs to put them in the
right place.
Comment 5•24 years ago
|
||
IS this still a problem in the latest nightlies?
Reporter | ||
Comment 6•24 years ago
|
||
> IS this still a problem in the latest nightlies?
I don't know; I haven't tried a build later than M18.
Comment 7•24 years ago
|
||
Changed QA contact to blee@netscape.com. Bom-Shik, is this a known problem?
QA Contact: teruko → blee
Because panels.rdf is dynamically changing, it may not be a good idea to
externalize the strings.
Reassigned to ben.
Assignee: rchen → ben
Reporter | ||
Comment 9•24 years ago
|
||
I'm surprised this hasn't been fixed yet. It's *so* easy to fix. Just replace
the internal DTD subset in 'panels.rdf':
<!DOCTYPE RDF
[
<!ENTITY sidebar.panel.whats-related "What's Related">
<!ENTITY sidebar.panel.search "Search">
<!ENTITY sidebar.panel.tinderbox "Tinderbox">
<!ENTITY sidebar.nc-panel.stocks "Stocks">
<!ENTITY sidebar.panel.client-bookmarks "Bookmarks">
]
>
with this line:
<!DOCTYPE RDF SYSTEM "chrome://communicator/locale/sidebar/local-panels.dtd">
and change the names of the entities, e.g. 'sidebar.panel.whats-related'
to '&sidebar.search.label;'. I'm attaching a modified 'panels.rdf' which works
perfectly (today's build). And yes, it evens works if you remove and add panels.
Of course, the other files this bug is about have to be fixed in a similar way.
Reporter | ||
Comment 10•24 years ago
|
||
Sorry, I can't attach the file. BugZilla claims that I'm providing no or a
empty file. But as I said, it's really easy to fix this bug. Just replace the
internal DTD with a link to the chrome DTD files (which already exists), and
change the name of the entity references.
Comment 11•24 years ago
|
||
Marking as NEW per user comments.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Reporter | ||
Comment 12•24 years ago
|
||
I see I've made a small mistake in my earlier comment. '&sidebar.panel.whats-
related;' should be changed to '&sidebar.whats-related.label;' (or the name in
the DTD changed), not '&sidebar.search.label;' (which is the search label).
Reporter | ||
Comment 13•24 years ago
|
||
Adding appropriate keywords.
Comment 15•24 years ago
|
||
Nominated by 118n.
Remind - For Sidebar Nav Triage.
Comment 19•24 years ago
|
||
this has been nsbeta1+ but doesn't have a milestone. Can you add one paul?
Updated•24 years ago
|
QA Contact: andreasb → jonrubin
Comment 20•24 years ago
|
||
nav triage team:
Reassigning to pchen, marking target milestone mozilla0.9.2
Assignee: ben → pchen
Target Milestone: --- → mozilla0.9.2
Updated•23 years ago
|
Whiteboard: 1 day, eta 6/8
Comment 21•23 years ago
|
||
Comment 22•23 years ago
|
||
Comment 23•23 years ago
|
||
Just attached fix, updating status whiteboard, need r= and sr=
Status: NEW → ASSIGNED
Whiteboard: 1 day, eta 6/8 → fix in hand, awaiting r and sr
Comment 24•23 years ago
|
||
Adding matt@netscape.com to cc list to see if I can get a r= from him.
Comment 25•23 years ago
|
||
r=matt
Comment 26•23 years ago
|
||
Ooops, forgot to add alecf to cc list for sr. Sorry about the spam
Whiteboard: fix in hand, awaiting r and sr → fix in hand, awaiting sr
Comment 27•23 years ago
|
||
sr=alecf
Comment 28•23 years ago
|
||
updating status whiteboard with "awaiting a="
Whiteboard: fix in hand, awaiting sr → fix in hand, awaiting a=
Comment 29•23 years ago
|
||
a=blizzard on behalf of drivers for the trunk
Comment 30•23 years ago
|
||
fix checked onto trunk, marking fixed
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Comment 31•23 years ago
|
||
Not clear how to verify this. If I check the Sidebar in a build from before
06/18 on a non-English OS (WinMe-Ja in my case), I can choose and display
non-English panels. However, the Recommended panels (Buddy List, What's
Related, Search, Bookmarks, History) show up in English in builds from before
06/18, as well as today's build (06-25-06). If I install the JA language pack,
then I can see the Recommended panels in Japanese, even in the 6.1b-en build.
Can someone provide a test case for the problem that was fixed on 06/18? Thanks.
Comment 32•23 years ago
|
||
Teruko and I looked into this by modifying local-panels.dtd with localized
Japanese strings and then converting to UTF-8. We were able to see our
modifications when looking in the left and right panes of Customize Sidebar, but
the list was still in English when looking at the entries in Tabs.
See rchen's comment from 2000-11-07:
------------------------------------
------- Additional Comments From rchen@netscape.com 2000-11-07 11:08 -------
Because panels.rdf is dynamically changing, it may not be a good idea to
externalize the strings.
------------------------------------
Since the file is dynamic, any changes made to the file will be overwritten by
what's on the server. Therefore changes need to be made server-side, not
client-side.
Reopening this bug.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Comment 33•23 years ago
|
||
Reassigning to evelyn, who is responsible for server-side changes.
Assignee: pchen → evelyn
Status: REOPENED → NEW
Comment 34•23 years ago
|
||
cc jaime
Comment 35•23 years ago
|
||
cc roberts for while jaime is on vacation.
Comment 36•23 years ago
|
||
Vishy - Is this your team's bug, or Netscape.com's???
Comment 37•23 years ago
|
||
Adding lynnw to cc-list
Comment 38•23 years ago
|
||
It is true that panels.rdf file is dynamic and that any changes made to the file
will be overwritten by what's on the server however, as described above the
problem is experienced only with Buddy List, What's Related, Search, Bookmarks,
and History tabs which are client side tabs and the server side rdf files does
not contain any entity referring to those tabs. Therefore, changes need to be
made on client-side, not on server-side.
Comment 39•23 years ago
|
||
pushing out. 0.9.2 is done. (querying for this string will get you the list of
the 0.9.2 bugs I moved to 0.9.3)
Target Milestone: mozilla0.9.2 → mozilla0.9.3
Comment 40•23 years ago
|
||
I am not sure. Evelyn - are you going to fix this bug?
Comment 41•23 years ago
|
||
Question: in what operating system are you seeing this problem? If you are using
a Swedish operating system, you will see the correct localized strings for the
Swedish sidebar in the sidebar customization window's left-hand pane. If you are
using an English operating system, you will see English displayed in the sidebar
customization window's left-hand pane.
Assignee: evelyn → akman
Comment 42•23 years ago
|
||
As I explained in detail above this is not a server isde issue. Reassigning to
the owner.
Assignee: akman → huftis
Comment 43•23 years ago
|
||
After reading through this bug again, I see from the original description that
the problem is client-side. If you are using a US browser, you will see English.
You need to create a localized JAR file (most likely named se-SV.jar for
Swedish). It's that simple.
Comment 44•23 years ago
|
||
Creating the language pack se-SV.jar will give you a browser with a Swedish UI.
You'll also want to creat a region pack as well.
Comment 45•23 years ago
|
||
OK. Panels.rdf lives somewhere else, so editing the JAR files won't matter. But
this is definitely controlled by the client side. If changes need to be made,
the Mozilla sidebar owner will have to do it.
Comment 46•23 years ago
|
||
Linda (INTL Sidebar Goddess) - Looks like this guy isn't recieving his 'zilla email.
Comment 47•23 years ago
|
||
Need to modify local-panels.rdf
Netscape needs to do the same
Comment 48•23 years ago
|
||
Linda/Msanz - Should we get this one reassgined?
Updated•23 years ago
|
Assignee: huftis → tao
Comment 49•23 years ago
|
||
Re-assigning to tao for now and cc rchen. Tao, who would be the correct owner
for this?
Assignee | ||
Comment 50•23 years ago
|
||
The sidebar panels are profile-bound: they are to be modified by users in Browser
session and will not be affected by UI language or content switch. Sidebar
channels are similar to bookmarks. It might not make sense to entitize the
localizable resources. I'd suggest we add localization notes as to which part of
this file should be localized.
Whiteboard: fix in hand, awaiting a=
Updated•23 years ago
|
Target Milestone: mozilla0.9.3 → mozilla0.9.4
Assignee | ||
Comment 51•23 years ago
|
||
OK, after some discussion, we believe that it is a bad idea to put the
UI strings and the associated urls in two different files. The UI strings should
be entitized and declared in the internal DOCTYPE section to help identify what
are localizable, though.
Status: NEW → RESOLVED
Closed: 23 years ago → 23 years ago
Resolution: --- → WONTFIX
Comment 52•23 years ago
|
||
mass change, switching qa contact from jonrubin to ruixu.
QA Contact: jonrubin → ruixu
Comment 53•23 years ago
|
||
Verified. (As per Tao's comments, it is reasonable not to fix it)
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•