Bug#404217: several Catalan ortography mistakes after s/Firefox/Iceweasel/g change
Robert and Jordi, since I'm not speaking Cataln, I need your help. Does one of you have the time to create a patch to fix this? Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#404217: several Catalan ortography mistakes after s/Firefox/Iceweasel/g change
ah, and btw, if you provide patches, *please* do them based on version 2.0.0.1+debian-1. since it's currenly sitting in NEW, you can get it from here: http://archive.daniel-baumann.ch/debian/packages/iceweasel-l10n/2.0.0.1+debian-1/ -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#404217: several Catalan ortography mistakes after s/Firefox/Iceweasel/g change
Hi Robert, the branding.diff are hand-made. Basically, we have two cases of 'Firefox' apperances: * those where entities can be used (&brandShortName; and &brandFullName;). This is supstituded with the values defined in branding/brand.properties and branding/brand.dtd. everything located in browser/* shall use these entities. If a locale is not using it, it is considered broken. I fixed those myself and am pushing them to the locales maintainer (debian/${lang}_branding-broken.diff) * those where entities can *not* be used. This needs to be changed by hand. A set rule for this doesn't make sense, because it's context sensitive. everything in ${lang}/* of the jar is affected by this, although only two (and in some cases three) files are about the application name anyway, so this isn't much of a problem. Now, in case of the Catalan patch (ca_branding.diff), there is only the latter substitution, and not the fixing of not using the entities. If there are grammatical errors now wrt/ the first case where the entities are used, I suggest you provide a seperate patch for that. If there are grammatical errors wrt/ the second case where we are in need of harcoding the application name, I suggest you provide a replacement patch for ca_branding.diff. HTH and thanks for your report, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#404217: several Catalan ortography mistakes after s/Firefox/Iceweasel/g change
Package: iceweasel-l10n-ca Version: 2.0-5 Severity: normal Tags: l10n After the s/Firefox/Iceweasel/g change, several ortography mistakes appear in the Catalan translation. They're all of the form: - "el Iceweasel" (rather than "l'Iceweasel") - "del Iceweasel" (rather than "de l'Iceweasel") - "de Iceweasel" (rather than "d'Iceweasel") I can write a sed rule that handles it, but first I need you to tell me in which context it would be run, and which cases it should consider. If you're already using a sed invocation to perform the s/Firefox/Iceweasel/g change (and generate those *branding.diff patches), I could provide you with the missing part. Also, note that in most of the mistakes the string is dynamicaly generated. In source it's of the form "el &brandShortName;" where the latter is replaced by "Iceweasel" in run-time. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-amd64 Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) Versions of packages iceweasel-l10n-ca depends on: ii iceweasel 2.0+dfsg-1 lightweight web browser based on M Versions of packages iceweasel-l10n-ca recommends: pn myspell-ca (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]