354498 - [Tracking bug] Localize mozilla.com in-product pages for Firefox 2

Status: VERIFIED FIXED

(www.mozilla.org :: General, defect)

Description

[Pascal Chevrel:pascalc]

This bug will be used as a tracking bug for the localization of the in-product pages located on mozilla.com server.

The objective is to have sets of localized pages for all the languages we will have Firefox 2 version for, that is around 40 languages for the initial release date.

Localizers can downbload the zip archive co,ntaining instructions and pages to translate from this bug. Thay can also attach the archive of their translation to this bug once it is done(indicate the target language in the comments).

Comment 1

[Pascal Chevrel:pascalc]

Attachment: Archive of the files to translate

Here is a zip archive of the files to translate needed on mozilla.com for the Firefox 2 launch.

A FAQ is included into the archive, please read it before starting the translation.

Thanks.

Comment 2

[Paul Kim]

Ccing beltzner and cbeard.

Comment 3

[Axel Hecht [:Pike]]

Comments:

Generally, wouldn't relative links have been easier? I haven't seen a page yet that consistently links to en-us.www.mozilla.com/en-us, most go to www.mozilla.com directly, one link actually goes to en-us.wwwwww.mozilla.com (about/index.html)
We expose the "current" dictionary at a few places, should we do this less specific for languages that actually ship a dictionary? What about languages for which we don't have a dictionary extension online, and likely won't have in the near future?

about/index.html links to about/contact.html, which exists on mozilla.com/about/contact.html, but not on /en-US/about/contact.html, and is not part of the zip. Is there a bug to add the Paris and Tokyo offices?

central/index.html, comment to localizers, with the upcoming addons3 (remora), the dictionary link should be able to add the 'right' dictionary as highlighted extension for the user, so no need to change that link dramatically.

community/index.html, MDC is for developer documentation only, not for end-user documentation. RFE, could we allow regional links to join and help the translation?

customize/index.html, oh, links are right on this one. ;-)

firstrun/index.html, search for wwww.

help/index.html, similar problem to contact.html, where should the /en-US/support/ link go to?

whatsnew/index.html, seems to be OK.

Those are my comments, I didn't look into too much detail in terms of content, just at the structure and completeness of things.

Comment 4

[Pascal Chevrel:pascalc]

#3 
Links are correct, they point to the *future* structure of mozilla.com not the *current* structure. Anyway, if necessary changing them globally wouldn't take more than 15 minutes with a good text editor if needs be and since I will check all pages I get back, any potential problem in this field will be fixed on my end both locally and on the staging server before publishing.

The contact page is not going to be localized for the release, there is nobody to answer emails in 40 languages, we will redirect people to the English page and probably the international affiliates contact pages until we decide what to do about mail management in the long term.

link to MDC -> title says "For the More Technically-Oriented", we also have a technical audience, as long as it is clearly stated, I don't see any problem linking to this portal. I am in favor of putting links to localization groups (which are as technical as the MDC of course :) ), these links are welcome.

Spellchecking is an important Firefox new feature and I think many people will want more than their own llanguage dictionnary (multilingual countries, students, people speaking foreign languages, workplace...).

Comment 5

[Gen Kanai [:gen]]

Japan is working on this presently.

Comment 6

[aleksr_si]

Attachment: Localisation into Slovene (sl)

Localisation of the web pages into Slovene (sl).

I hope it's OK that I've added a few comments to the vocabulary.txt file - I'm not sure how certain strings are going to be used.

I've also changed the format for localised links (because I only want to include one link, hence using a list is silly) and the dictionary link in whatsnew (to make it consistent with the addons link). Hopefully that's all right.

Comment 7

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

(In reply to comment #3)
> Generally, wouldn't relative links have been easier? I haven't seen a page yet

Relative links also make things much easier to test in staging environments.

Comment 8

[Pascal Chevrel:pascalc]

Thanks Aleks, the Slovene archive is perfect and the comments are appreciated :) Once we get enough language packs, we will show the localizers their translation on a staging server for feedback.

David, yes, relative urls are better, but we can easily change them from static to relative once we get all the locales back, I don't want to do a new version of the archive just for that, it wouldn't make us gain time.

Comment 9

[Tomer Cohen :tomer]

Attachment: Hebrew translation of the above inproduct_pages.zip

Attached is the Hebrew localization of the en-US inproduct_pages. Please keep in mind that we'll need some kind of direction:rtl in order to make it Right-To-Left.

Comment 10

[Daniel Kirsch]

Attachment: German translation

The german translation is ready for review. They can also be accessed online at:
http://www.klotzen-statt-kleckern.de/mozilla/de

Comment 11

[Pascal Chevrel:pascalc]

>Tomer, we take that into account, as indicated in the fact, the RTL dir attribute will be added server-side for languages that need it.

>Daniel, I have revised your files, just updated a few URLs to replace the en-US substrinbs by de, and removed a couple of comments.

FYI, I am putting copies of the locales done here:
http://chevrel.org/mozco/l10n/inproducts/

Comment 12

[Daniel Kirsch]

(In reply to comment #11)
> Daniel, I have revised your files, just updated a few URLs to replace 
> the en-US substrinbs by de, and removed a couple of comments.

Thanks. According to your "README-localizationFAQ" file and the bug comments here, it wasn't clear that I should also change the html-stuff. Please give us some hints on this for the next translation.

Comment 13

[Pascal Chevrel:pascalc]

Attachment: Archive of the files to translate (small html fix)

This is a small update of the archive files to fix 2 html errors (one on about/ and one on help/).

Translations already submitted (de,es-ES,mn,sl,he) have been updated to apply this fix.

If you haven't started the translation yet, please start from this updated archive. If you have already started the translation, just tell that you used the initial version of the archive when you submit it.

Comment 14

[Kostas Papadimas]

Attachment: Greek translation of mozilla.com pages

(the initial files were used)

Comment 15

[Alexander L. Slovesnik]

I've seen in few places, for example in about\index.html links like http://en-US.wwww.mozilla.com/en-US/firefox/community/
Should it be "www" instead "wwww" or it's intentional?

Comment 16

[Jesper Kristensen]

Attachment: inproduct_pages in Danish

Danish translation of the pages based on the initial attachment from 2006-09-27 08:01 PDT. I was not sure what to do with the HTML, therefore i left is untouched.

Comment 17

[Alexander L. Slovesnik]

Attachment: Russian translation of mozilla.com pages

Archive with (small html fix) is used as template.

Comment 18

[Pascal Chevrel:pascalc]

#15 It is intentional

I am going to look at the Greek, Danish and Russian pages and put them online, thanks :)

Comment 19

[Ahmet Serkan Tıratacı]

(In reply to comment #13)
> Created an attachment (id=240812) [edit]
> Archive of the files to translate (small html fix)
> 
> This is a small update of the archive files to fix 2 html errors (one on about/
> and one on help/).
...
> 

Pascal, can you please show us these fixes? We downloaded the first copy, translated it and haven't sent yet.

Comment 20

[Pascal Chevrel:pascalc]

#19

There are 2 fixes :
in about/ : the 4th paragraph wasn't closed :

and <a href="http://www.mozilla.com/en-US/about/contact.html#europe"> Paris</a>.</p>

And in /help, the self closing tag was on <html> instead of <meta> :

<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8"/>

Comment 21

[Pavel Franc - Mozilla.cz]

Attachment: Czech localization

Comment 22

[Pascal Chevrel:pascalc]

Kostas, could you resend the vocabulary.txt file with the format indicated in the FAQ ? (http://chevrel.org/mozco/faq/#faq1)

We need the english string with a ';' before its Greek translation without a ';'

Thanks

Comment 23

[Toni Hermoso Pulido]

Attachment: [ca] translation files

Comment 24

[Wim]

Attachment: Frisian translations of startpages

Frisian translation of mozilla.com pages

Comment 25

[Kostas Papadimas]

Attachment: Fixed Greek vocabulary.txt

Fixed Greek vocabulary.txt

Comment 26

[Ahmet Serkan Tıratacı]

Attachment: Turkish localisation of in product pages

Comment 27

[Ahmet Serkan Tıratacı]

On "Central" and "Help" pages, it's said that help is available through Help > Firefox Help.

While he was doing proofreading, Yavuz Kaynar from our localisation team noticed us that help is under Firefox menu on Macintosh.

Comment 28

[Axel Hecht [:Pike]]

(In reply to comment #27)

Not on my Mac. The help contents are under help, only the "About Mozilla Firefox" moves under the Firefox menu on Mac.

Comment 29

[Jesper Kristensen]

Attachment: New danish archive

I updated the Danish translation based on feedback from Danish team. It is still based on the initial English version without the html fix.

When will we be able to see the new site on stage? I cannot fully translate many strings in vocabulary.txt because i don't know what the strings are used for.

Comment 30

[Pascal Chevrel:pascalc]

Jesper, the vocabulary.txt file is not going to be used by the in-products pages, they will be used by future pages and are more or less what you have in the main.lang file in Mozilla Europe.

So, these strings are helping us working on the next version of mozilla.com, but they are not directly needed by the pages you translated. As soon as we have news about the staging server where the in-products pages can be seen, I'll put a message in mozilla.dev.l10n.web

Comment 31

[Wil Clouser [:clouserw]]

(In reply to comment #30)
> Jesper, the vocabulary.txt file is not going to be used by the in-products
> pages, they will be used by future pages and are more or less what you have in
> the main.lang file in Mozilla Europe.
> 
> So, these strings are helping us working on the next version of mozilla.com,
> but they are not directly needed by the pages you translated. As soon as we
> have news about the staging server where the in-products pages can be seen,
> I'll put a message in mozilla.dev.l10n.web
> 

The strings are required for the menus and the few strings in the footer (like "contact us") - so they are definitely needed for this round of translations.  I'll look into the staging server...

Comment 32

[Pascal Chevrel:pascalc]

thanks wil :)

Comment 33

[Kohei Yoshino]

Our Japanese translation is coming soon.

I noticed that the Mozilla China office (Beijing) was not mentioned in About Mozilla page.
"Mozilla is headquartered in... with regional offices in Tokyo and Paris."

Are you OK with this?

Comment 34

[Kohei Yoshino]

Attachment: Japanese translation

Here's the Japanese translation files. Thanks.

Comment 35

[Francesco Lodolo [:flod]]

Attachment: Italian localization

First version with manual html fixes

Comment 36

[Marek Stępień [:marcoos, inactive]]

(In reply to comment #27)
> On "Central" and "Help" pages, it's said that help is available through Help >
> Firefox Help.

It's actually "Help Contents" on Windows and Linux and "Firefox Help" on the Mac.
http://lxr.mozilla.org/mozilla1.8/source/browser/locales/en-US/chrome/browser/baseMenuOverlay.dtd#15

Comment 37

[Marek Stępień [:marcoos, inactive]]

Attachment: Polish version

Polish translation, done by me (about, central, vocabulary) and Stanislaw Malolepszy (all the rest).

I put the Windowsish-Linuxish name for the Help option and put the Mac name in a HTML comment inside "central" and "help". If we're going to use the CSS magic for showing the right menu item name to Mac users, uncomment it and tag it as required, please.

This has been based on the initial version, but I ported Pascal's fixes from comment 20 to it.

Comment 38

[Daniel Kirsch]

When should the final translations be finished and checked in?

Comment 39

[Pascal Chevrel:pascalc]

#38 ideally before the 13th of October

Comment 40

[João Pinheiro]

I have put up a status page for the pt-PT localization so that anyone can keep track of our progress.

The page can be found here: http://web.tagus.ist.utl.pt/~joao.pinheiro/

Comment 41

[Pascal Chevrel:pascalc]

For those interested in following the general progress, here is the status page I put online to follow the translations:
http://chevrel.org/mozco/status/?what=3
(18 languages done in a week)

And here is the page for languages not done yet:
http://chevrel.org/mozco/status/?what=4
(22 languages pending)

Comment 42

[Pascal Chevrel:pascalc]

Attachment: updated English archive to localize

Here is an update on the archive with 4 strings added to vocabulary.txt, it also includes html and link updates and includes an updated FAQ.

All the locales already submitted have been updated to include the html fixes and link changes, you will find them here :
http://chevrel.org/mozco/l10n/inproducts/

If your locale is already one of the up to dates one above, you just have to update the vocabulary.txt file, an example for russian:
http://chevrel.org/mozco/l10n/inproducts/ru/vocabulary.txt

(new strings appended at the end)

Note that you can download an updated version of your archive with the html and link fixes, there is a zip archive in each sub folder, example :
http://chevrel.org/mozco/l10n/inproducts/ru/ru.zip

If you are already working on an older version of the archives, just tell me so when you submit it, I will apply the fixes from the latest version to the html myself.

Comment 43

[Pascal Chevrel:pascalc]

A quick note to explain the new trings :

"press area" is the mozilla europe equivalent to the "press center" we have in Mozilla.com but simpler, without subsections. In French, both string would be probably translated as "press access", so don't try to make it 2 different translations because there are such nuances in English, use what is the most common in menu items for the Press section for your language.

"switch language" will be used to indicate the language switcher.

"navigation" and "skip navigation links" are accessibility page links  allowing to jump the main content for non visual browsers (like braille or text to speech browser).

Comment 44

[Jesper Kristensen]

Attachment: Danish updated vocabulary.txt

Attached the update of the Danish vocabulary.txt file.

pascalc: in your comment you wrote "skip navigation links". This is not what is in the file. There is says "skip to Navigation".

Comment 45

[Marek Stępień [:marcoos, inactive]]

Attachment: Polish vocabulary.txt

Added the new strings and changed one of the previous ones ("Press center").

I kept the empty line before ";Navigation", though I'm not sure if it's correct.

Comment 46

[Francesco Lodolo [:flod]]

@Pascal: "Skip to Navigation" should be intended as "Skip to content" (in other words "Skip Navigation"? Where "Navigation" string will be used?

Comment 47

[Tomer Cohen :tomer]

Attachment: Updated Hebrew translation

the firstrun/ folder was missing from the he.zip on the website. Is it attended?

Comment 48

[Alexander L. Slovesnik]

Attachment: Russian updated vocabulary.txt

This is update of the Russian vocabulary.txt file.

Comment 49

[Pascal Chevrel:pascalc]

francesco, we have the same links in Mozilla Europe, if you deactive the stylesheet to visit the site in text mode you'll see it :
http://www.mozilla-europe.org/it/

So for Italian it would be 'Area di navigazione'

I have updated all the archives online with the updated vocabulary.txt, Tomer sorry about the missing folder, it's fixed now.

Comment 50

[Francesco Lodolo [:flod]]

Attachment: Updated italian vocabulary.txt

Thanks Pascal, I didn't think to look at Mozilla Europe's site ;-)

Comment 51

[Kohei Yoshino]

Attachment: Updated Japanese vocabulary.txt

Comment 52

[Ahmet Serkan Tıratacı]

Attachment: Updated Turkish vocabulary.txt

Comment 53

[Ayman Hourieh]

Attachment: Arabic Translation

Contains .html and vocabulary for Arabic (ar).

Comment 54

[Pascal Chevrel:pascalc]

Ayman,the latest strings are missing from your vocabulary.txt and you didn't include the contributors.txt file, could you send them ? thanks

Comment 55

[Ayman Hourieh]

Attachment: Updated vocabulary.txt for Arabic (ar)

Updated vocabulary.txt for Arabic (ar)

Comment 56

[Ayman Hourieh]

Attachment: contributors.txt for Arabic (ar)

Comment 57

[Ayman Hourieh]

Here are the files, thanks for your quick reply. If you need anything else please let me know. And I'll keep an eye on the mailinglist and this bug.

Comment 58

[Mark Tyndall]

Attachment: [en-GB] localisation

Comment 59

[Channy Yun [:channy]]

Attachment: ko localization for web contents

Comment 60

[u60234]

Attachment: Swedish localization

Comment 61

[Daniel Kirsch]

Attachment: Updated german translation

Updated all german pages. Additional vocabulary.txt entries included.

Comment 62

[João Pinheiro]

Attachment: Complete pt-PT localization.

Comment 63

[Jose Sun (Moztw.org)]

Attachment: zh-TW translation files

Comment 64

[Wil Clouser [:clouserw]]

Thanks to everyone that has sent in translations.

If you sent a contributors.txt file to pascalc, you should have gotten an email last night with your LDAP login and password.

The staging server (behind an LDAP login) is setup and available now. The pages you translated are available at (substitute your language code for $lang):

https://$lang.www.stage.mozilla.com/$lang/firefox/2.0/firstrun
https://$lang.www.stage.mozilla.com/$lang/firefox/2.0/whatsnew
https://$lang.www.stage.mozilla.com/$lang/firefox/central
https://$lang.www.stage.mozilla.com/$lang/firefox/help
https://$lang.www.stage.mozilla.com/$lang/firefox/customize
https://$lang.www.stage.mozilla.com/$lang/firefox/community
https://$lang.www.stage.mozilla.com/$lang/firefox/about
https://$lang.www.stage.mozilla.com/$lang/firefox/contact


Please verify:

- All the page contents you translated are correct (context, encoding, links work, etc.)

- The titles of the pages are correct (some weren't translated, and I just left them that way)

- The strings in the menu at the top of the pages are correct (I think a couple text files weren't encoded in utf-8, and messed up these strings )

- If applicable, the text direction is correct

- Mouse over your language/locale at the bottom of the screen - a little yellow box should show up with the name of the language in it.  I think I got them right, but please double check.

- For those of you who haven't filled in the additional vocabulary words, please do so (including the %Y-%m-%d at the bottom - this is your date format).  The most up to date list for your language is available at:

  https://$lang.www.stage.mozilla.com/includes/l10n/main.lang


Two more things:

1) This is up to date as of about the 11th - if you submitted your translation after that, it might not be on the site yet.

2) The CSS on the in-product pages is kind of butchered right now. We've just got the new designs, and sgarrity will be redoing them with the new css shortly.  The content should still be accurate though.


Thanks again to all who have contributed. :) 

Comment 65

[Francesco Lodolo [:flod]]

Just two things:

* contact page is missing in the en-US package attached to this bug, so we don't have the original to translate 
https://$lang.www.stage.mozilla.com/$lang/firefox/contact

* most of the internal links seem to be broken. For example: in this page https://it.www.stage.mozilla.com/it/firefox/about there's a link to community page  http://it.www.mozilla.com/it/firefox/community/ that redirects to a place holder http://it.www.mozilla.com/en-US/firefox/community/ instead of the right page.
Links in the top menu redirect to en-US pages.

Another question: how are we supposed to update pages? Do we have to wait for SVN account or attach new files to this bug?

Comment 66

[Tomer Cohen :tomer]

(In reply to comment #64)
> If you sent a contributors.txt file to pascalc, you should have gotten an email
> last night with your LDAP login and password.

What is our LDAP username? I tried email address but it not seems to work. 

Is it also meant for CVS/SVN access to update translation, or we need to continue updating this page with corrections?

Comment 67

[Wil Clouser [:clouserw]]

(In reply to comment #65)
> Just two things:
> 
> * contact page is missing in the en-US package attached to this bug, so we
> don't have the original to translate 
> https://$lang.www.stage.mozilla.com/$lang/firefox/contact

Whoops - my mistake.  Contact was on the original list, but was never given to you all, so it won't be there.  Ignore that page. :)

> * most of the internal links seem to be broken. For example: in this page
> https://it.www.stage.mozilla.com/it/firefox/about there's a link to community
> page  http://it.www.mozilla.com/it/firefox/community/ that redirects to a place
> holder http://it.www.mozilla.com/en-US/firefox/community/ instead of the right
> page.
> Links in the top menu redirect to en-US pages.

Any page that goes to www.mozilla.com (instead of being a relative link) is probably not going to work right now, since mozilla.com is still the old (non-localized) site, and this is still being staged.  It would be best if those links were relative (eg. href="/it/firefox/about") and then they would work.

> Another question: how are we supposed to update pages? Do we have to wait for
> SVN account or attach new files to this bug?

There is another bug to get you all SVN accounts with commit access, but I want to wait on pascal's input before I send you all there, since I think he'll have step-by-step instructions that will be easy to follow.  If you have a simple patch, you're welcome to attach it here and I can apply it, otherwise I expect you'll have SVN accounts within the next few days.

Comment 68

[Wil Clouser [:clouserw]]

(In reply to comment #66)
> What is our LDAP username? I tried email address but it not seems to work. 
> 

It should be the complete email address that the email was sent to.  If it still doesn't work, you should file an IT bug here: https://bugzilla.mozilla.org/enter_bug.cgi?product=mozilla.org&format=itrequest

> Is it also meant for CVS/SVN access to update translation, or we need to
> continue updating this page with corrections?

I'm waiting for pascal's input on this, but I can say that SVN accounts are in the works, and they are not active yet.

Comment 69

[Ahmet Serkan Tıratacı]

Attachment: Updated Turkish vocabulary with date format.txt

Date format added. View in UTF-8.

Comment 70

[Marek Stępień [:marcoos, inactive]]

Well, pl doesn't have the date format in main.lang (there wasn't one in the original file as well), but if the default is what is in the comment (";%Y-%m-%d") then it's OK.

Comment 71

[Tomer Cohen :tomer]

Attachment: Updated Hebrew strings including date format d/m/Y

Comment 72

[Jeferson Hultmann]

Attachment: pt-BR files

Comment 73

[Wil Clouser [:clouserw]]

Comment #69:
Comment #70:
Comment #71:

Thanks, I've merged in the date formats.

I also added the following languages to the site:

pt-BR
pt-PT
zh-CN
zh-TW

Thanks

Comment 74

[Channy Yun [:channy]]

(In reply to comment #64)
> Thanks to everyone that has sent in translations.
> 
> If you sent a contributors.txt file to pascalc, you should have gotten an email
> last night with your LDAP login and password.

I'm a contributor for ko locale. But, I didn't get LDAP login and password.
Please give me again to [e-mail].

Comment 75

[Pascal Chevrel:pascalc]

several people haven't received it yet, some messages sent from mozilla IT were probably considered as spam by mail providers. If you haven't received your message and are contributing to mozilla.com l10n, please tell us.

Comment 76

[Francesco Lodolo [:flod]]

Attachment: Italian vocabulary.txt with date format

Comment 77

[João Pinheiro]

(In reply to comment #75)
> several people haven't received it yet, some messages sent from mozilla IT were
> probably considered as spam by mail providers. If you haven't received your
> message and are contributing to mozilla.com l10n, please tell us.
> 

I haven't received the LDAP message yet either. (pt-PT localizer)

Comment 78

[Cédric Corazza]

(In reply to comment #75)
Hi,
I didn't receive the LDAP Account message neither
Regards

Comment 79

[u60234]

(In reply to comment #75)
> If you haven't received your message and are contributing to mozilla.com l10n,
> please tell us.

I am a contributor for sv-SE and I haven't received any message with login details.

Comment 80

[Mark Tyndall]

(In reply to comment #75)

I didn't, either.

Comment 81

[aleksr_si]

For Slovene (sl), the added vocabulary items are

**** 16. 10. 2006 NEW STRINGS TO TRANSLATE BELOW****

;Navigation
Navigacija

;skip to Navigation
pojdi na navigacijo

;switch language
zamenjaj jezik

;Back to home page
nazaj na domačo stran

;Press area
Tiskovno središče



Also, in whatsnew/index.html, could you change the phrase 'Na domačo strani' into 'Na domačo stran'?  Thanks.

Comment 82

[Channy Yun [:channy]]

In addition, it needs to fix footer links of snippets in startup page in Google and Yahoo! Most of them linked mozilla-world.org. Refer to Bug 350143.

Comment 83

[Francesco Lodolo [:flod]]

Just to be sure that this problem is visible (I already wrote to the mailing list).

Community page in IT is totally different from the others (different html markup?) and messed up
https://en-us.www.stage.mozilla.com/en-us/firefox/community/
https://it.www.stage.mozilla.com/it/firefox/community/

For example "ar" and "ko" have the same problem, while others are ok (de, fr, el, en-GB for example). 
In this bug I can't find changes to justify a similar difference.

Comment 84

[Ahmet Serkan Tıratacı]

(In reply to comment #83)

tr has the same problem as Francesco pointed out on community page https://tr.www.stage.mozilla.com/tr/firefox/community/

Comment 85

[Francesco Lodolo [:flod]]

Sorry for the comment-spam but I forgot to mention another problem: en-US uses an image for the title in the "whatsnew" page, while other languages use normal text.

https://en-us.www.stage.mozilla.com/en-us/firefox/2.0/whatsnew/
https://it.www.stage.mozilla.com/it/firefox/2.0/whatsnew/

As you can see the right part of the first line of text is quite unreadable, hidden by the color of the logo in background; I think that this problem affects most of the locales (if not all of them).

Comment 86

[Ayman Hourieh]

Hi,

I noticed several issues related to Arabic (ar):

* It looks like page titles were truncated at some point, most of them are missing a character or two.
* Headers are overlapping with their background images as a result of setting page direction to RTL. To solve this, page headers need to be flipped horizontally. Is this feasible?
* There are a couple of typos I want to correct, should I attach patches or wait for SVN accounts?

Thanks.

Comment 87

[Axel Hecht [:Pike]]

Patches are welcome, I'm not gonna speak for anybody to be able to check them in, but we can only do that if we have some.

You should be able to create patches against http://svn.mozilla.org/projects/mozilla.com/trunk/, via http://wiki.mozilla.org/SVN#checkout_.28co.29 in particular.

Comment 88

[Wil Clouser [:clouserw]]

Thanks for the heads up on the community pages - about half the locales were delayed for about 6 hours.  They should all be the new design now.

Comment 89

[João Pinheiro]

I have noticed a couple of problems on the pt-PT pages.

/firstrun/index.html:
- The page layout is a bit different from the en-US layout. The en-US header is an image whereas the pt-PT one is clear text of a much smaller size.
- There is no "Go to my home page" button
- Does it make sense to display the dictionary options when the pt-PT version of Firefox 2.0 is shipping with them by default?

/whatsnew/index.html:
- Same header problem as above
- pt-PT layout isn't being displayed correctly; the dictionary field is outside of the main area. Also, the layout itself looks different.

None of the other pages seems to have been published yet.

Comment 90

[Tomer Cohen :tomer]

Mostly like Arabic (comment 86), the Hebrew pages are also broken with design issues. 

Comment 91

[Pascal Chevrel:pascalc]

For all questions and comments related to the website design and not pure localization, please use mozilla.dev.l10n.web which is easier to follow (threading of messages).

Joao, I am on the "go to my home page" bug now, as for the dictionnary, the files you translated had a comment saying that the dictionnary link was only to be translated for languages that didn't ship with a dictionnary :) All pt-PT pages are on stage.

Comment 92

[Daniel Kirsch]

Attachment: Updated german vocabulary.txt with date

Comment 93

[João Pinheiro]

Oh, whoops; sorry about that. What I understood from that note was that the content below the note would only be used if the dictionary were not to be bundled along with the localized version of Firefox. My bad. Should I update the pages and submit them again or will you do that yourself on the files you already have over there?

(In reply to comment #91)
> Joao, I am on the "go to my home page" bug now, as for the dictionnary, the
> files you translated had a comment saying that the dictionnary link was only to
> be translated for languages that didn't ship with a dictionnary :) All pt-PT
> pages are on stage.

Comment 94

[Michele Dal Corso]

Pascal, Axel, isn't possible to have the dictionary link in the first run page pointing to the specific extension (e.g. Italian dictionary) instead of the dictionary category?

When a dictionary isn't updated frequently, it goes in depth of the category and is hard to find for a newbie. Another problem is that dictionary extensions hasn't a standardized title, and this make the experience of finding the right dictionary like a puzzle.

This could be easily resolved using a redirect to the dictionary (to get rid from extensions AMO id). Other dictionaries can be found by the user clicking on Dictionary button in the left menu.

Another easy solution could be to include an index of all dictionaries in the top of the category, so a user can go directly to the dictionary without browsing various pages.

Thank you

Comment 95

[Pascal Chevrel:pascalc]

Supposedly, addons should be able to display the right dictionnary based on HTTP_ACCEPT_LANG headers, I am asking for confirmation that it will work as intended and if not, I'll see if we can put direct links instead.

Comment 96

[Paul Kim]

(In reply to comment #95)
> Supposedly, addons should be able to display the right dictionnary based on
> HTTP_ACCEPT_LANG headers, I am asking for confirmation that it will work as
> intended and if not, I'll see if we can put direct links instead.
> 

All -- please do not change the dictionary links in your in-product pages. When we push the new addons web site live today, links to https://{locale}.add-ons.mozilla.com/{locale}/firefox/2.0/dictionaries/ will call the appropriate language version of the dictionary for download, rather than displaying all dictionary extensions as is the current case.

Comment 97

[Drive DRKA]

Attachment: Belarussian translation of mozilla.com pages

Added Belarussian translate

Comment 98

[Atsushi Sakai]

Almost all ja-JP-mac in-product pages are 404 not found.
http://ja-jp-mac.www.mozilla.com/ja-JP-mac/firefox/2.0/firstrun/ for example.

ja-JP-mac pages must exist with same contents as ja,
or be redirected to ja.
Otherwise, ja-JP-mac users are confused.

Comment 99

[Paul Kim]

(In reply to comment #98)
> Almost all ja-JP-mac in-product pages are 404 not found.
> http://ja-jp-mac.www.mozilla.com/ja-JP-mac/firefox/2.0/firstrun/ for example.
> 
> ja-JP-mac pages must exist with same contents as ja,
> or be redirected to ja.
> Otherwise, ja-JP-mac users are confused.
> 

Mozilla Japan team has fixed these pages, which will be updated when we push the new web site live for mozilla.com this afternoon.

Comment 100

[Besnik Bleta]

Attachment: sq translation files

Comment 101

[Drive DRKA]

Attachment: Update Belarussian translation of mozilla.com pages Full Fixed

[+] The file " README_-_ MSG_FROM_LOCALIZERS.txt "
[=] Is added are made change: as the page for belarus has http: // be.www.mozilla.com/be/firefox/community/ also values <html xmlns = " http: // www.w3.org/1999/xhtml " xml:lang = "by" lang = "by">->>>> <html xmlns = " http: // www.w3.org/1999/xhtml " xml:lang = "be" lang = "be"> 
[+] Are corrected small discrepancies in translation

Comment 102

[Tomer Cohen :tomer]

Attachment 241570 [details] contain updated Hebrew translation while the site contain older version from attachment 240677 [details], which marked as obsolete. 

See here: http://he.www.mozilla.com/he/firefox/community (The newer version has C++‎ instead of just C++)

Comment 103

[Andrej Shadura]

(In reply to comment #101)
> Update Belarussian translation of mozilla.com pages Full Fixed

Belarusian, not Belarussian!
 
> [+] Are corrected small discrepancies in translation

There're still too much flaws and mistakes, even on start page.
I'll fix this and post the patch, ok? 

Comment 104

[Cameron]

Attachment: Patch against en-GB for en-AU

I'm working on starting an Australian English localisation - see bug 359547.

I checked out the en-GB pages from SVN, and made the adjustments required. I'm uploading a diff instead of a zip since it's smaller and locally I have all the .svn directories aswell. I have SVN access so I can easily check this in once it has been approved. 

It doesn't look like requesting review is the done thing here, heh.

Comment 105

[Cameron]

Attachment: Patch against en-GB for en-AU

Fixed an error in contributors.txt.

A few items of note:
The files I checked out of SVN differ significantly from those in attachment 241493 [details] - eg. the header html isn't included, which means I can't change the <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en"> to en-AU as is recommended in the FAQ.

I also removed the section for "Mozilla in Australia" because there isn't an Australian Mozilla community.. we tend to fit in with others because we speak English. Is that okay? Maybe I can add something in at a later date.

Comment 106

[Tomer Cohen :tomer]

Comment 102 is one month old today, and still not fully resolved. Can you upload the fixed translation to the server? 

Comment 107

[Reed Loden [:reed]]

(In reply to comment #106)
> Comment 102 is one month old today, and still not fully resolved. Can you
> upload the fixed translation to the server? 

Localizers should have access to the Subversion repository to make changes themselves. If you are a localizer and you do not have access, you need to contact Pascal Chevrel <[e-mail]> about getting an account set up. :)

Comment 108

[Henrik Skupin [:whimboo][⌚️UTC+2]]

While this bug is fixed now what happens with the support page?

http://de.www.mozilla.com/de/support/

AFAIS this page is redirected to english content for every language.

Comment 109

[Pascal Chevrel:pascalc]

Attachment: In-product pages, updated archive

I am attaching to this bug the current state of files to be translated for the Firefox in-product pages.

There is NOTHING to do if you already have in-product pages on the public server, this archive is for new languages being added to the already supported locales. There is no content change, the only change is that the files use the final HTML markup on the public server (changes already applied on existing locales).

If you are working on a new locale for Firefox and are likely to have a 2.0.0.x, this is the file to translate (and please contact me about it, either by email to pascal.chevrel_AT_mozilla-europe.org  or on IRC in the #l10n channel.

Welcome to all the new localizers ! :)

Comment 110

[Pascal Chevrel:pascalc]

Attachment: in product pages, updated archive

This is the updated files for the in-product pages to translate for any new Firefox localization (only HTML markup changes since last version)

Comment 111

[Pascal Chevrel:pascalc]

Reopening for new locales in landing phase:
Malayalam (ml)
Bengali (bn-IN)
Serbian (sr)
Hindi (hi-IN)
Ukrainian (uk)
Tamil (ta)

Comment 112

[Besnik Bleta]

Pascal,

I´ve done that almost a year ago, October 25th 2006, see the attachments on top of the page for sq. The locale for Albanian should be "sq", being that the one used for all the hell of Mozilla localizations.
  

Comment 113

[Besnik Bleta]

Attachment: update for sq pages

Updated sq files to follow the new markup.

Comment 114

[Besnik Bleta]

Attachment: update for sq pages

Updated sq files to follow the new markup.

Comment 115

[Pascal Chevrel:pascalc]

Attachment: in-product files updated English archive to translate, including changeset from bug #387541

Comment 116

[Bahram Maravandi]

Attachment: in-product files for fa-IR

Many thanks to pedram.

Comment 117

[Pascal Chevrel:pascalc]

Attachment: in-product files for fa-IR

Comment 118

[Filip Miletic]

Attachment: Serbian (sr) firefox, thunderbird product pages

Pascal, please review the sr product pages, as per
http://wiki.mozilla.org/L10n:Web_parts#How_to_provide_a_translation_for_the_Firefox.2FThunderbird_in-product_pages

Comment 119

[Raivis Dejus]

Attachment: Latvian (lv) localization strings

Latvian (lv) localization strings

Some notes:
firefox/help/index.html and firefox/central/index.html: "Help" menu and select "Firefox Help". there is no "Firefox help" in Help menu..

Comment 120

[Marek Stępień [:marcoos, inactive]]

(In reply to comment #119)
> firefox/help/index.html and firefox/central/index.html: "Help" menu and select
> "Firefox Help". there is no "Firefox help" in Help menu..

In fact, there is a "Firefox Help" item in the Help menu - on the Mac.

Comment 121

[Basanta Shrestha]

Attachment: In-product and google snipped pages for ne-NP

Comment 122

[Ognyan Kulev]

Updated Bulgarian [bg] translation in revision 7208. Includes some improvements and comparison with https://bugzilla.mozilla.org/attachment.cgi?id=271664

Comment 123

[Raivis Dejus]

Attachment: Latvian web-parts (with translated page titles)

Comment 124

[Basanta Shrestha]

Attachment: Updated in-product files

Comment 125

[Runa Bhattacharjee]

Attachment: Firefox in-product pages for bn_IN

Attaching the Translated Firefox in-product pages for bn_IN

Comment 126

[Ognyan Kulev]

(In reply to comment #122)
> Updated Bulgarian [bg] translation in revision 7208. Includes some improvements
> and comparison with https://bugzilla.mozilla.org/attachment.cgi?id=271664

When this change is committed, will all new installations use 2.0.0.4/firstrun/index.html instead of 2.0/firstrun/index.html?

Comment 127

[Pascal Chevrel:pascalc]

the firstrun page is copied into a new 2.0.0.x folder with each new release so your changes will be copied to this new version.

Comment 128

[Runa Bhattacharjee]

Attachment: Firefox in-product pages for bn_IN

New version of the Firefox in-product pages for bn_IN with some typo-fixes pointed out by Pascal

Comment 129

[sandeep shedmake]

Attachment: Firefox inproduct pages for Marathi (mr)

Comment 130

[arjuna rao chavala]

Attachment: Archive of Telugu (te) in-product pages

Archive of Telugu  (te)  in-product pages

Comment 131

[Alex Buchanan [:abuchanan]]

This is super old, and I doubt it's active (but I could be wrong!)

Should we resolve fixed?

Comment 132

[Pascal Chevrel:pascalc]

yes, we no longer have 2.0 as a supported version.

Comment 133

[raymond [:retornam] (inactive)]

(In reply to comment #132)
> yes, we no longer have 2.0 as a supported version.

Marking as verified fixed