Beiträge von DAC324

Hallo TheRave,

Zitat von TheRave

Was ich noch nicht ganz versteh, sobald man die Einstellung in about:config ändert ist er doch sowieso benutzerdefiniert und man findet ihn in der prefs.js. Wo wird der andere "Standard" general.useragent.locale gespeichert und wie sollte man den ändern, wenn man wollte?

Wo der "Standard"-Wert gespeichert wird, weiß ich momentan auch nicht. Man sollte ihn auch nicht ändern, sondern eben nur den benutzerdefinierten Wert.
Den Standard-Wert kann man bei Installation einer Extension verändern lassen.
Dazu muss es in dem XPI-Archiv ein Unterverzeichnis defaults/preferences geben. In dieses Unterverzeichnis legt man dann eine Datei mit Endung .js (der übrige Dateiname ist egal).

In dieser .js Datei kann man dann mit

pref("Name des zu ändernden Wertes", "Neuer Wert");

einen neuen Standardwert angeben. Der wird dann bei Installation des XPI Paketes gesetzt und erscheint in about.config mit Status "Standard".

Aber das sollte für Einstellungen wie general.useragent.locale vermieden werden; statt dessen benötigt man ein Skript, welches den Wert als benutzerdefinierten Wert ändert.
Leider weiß ich noch nicht, an welcher Stelle im XPI-File dieses Skript stehen muss, damit es auch ausgeführt wird.

Beste Grüße
DAC324

Update (der Übersichtlichkeit halber in einem neuen Beitrag):

Ich habe ein bißchen weiter geforscht und folgendes herausgefunden:

Die früheren Versionen meines Sprachpaketes änderten die Standardeinstellung für general.useragent.locale auf de ab, was in den aktuellen Versionen des Firefox 3 das Update verhindert.

Für jeden Wert in about.config gibt es einen Standardwert und einen vom Benutzer festgelegten Wert.
Existiert ein vom Benutzer festgelegter Wert, dann ist dieser an Stelle des Standardwertes aktiv.
Beide Werte werden aber gespeichert.

Das Update auf den letzten Nightly Build funktioniert wunderbar, so lange einer dieser beiden Werte für general.useragent.locale auf en-US gesetzt ist.

Das heißt also für mein Sprachpaket: Bei der Installation müßte der vom Benutzer festgelegte Wert auf de gesetzt werden, während die Standardeinstellung nicht geändert werden darf.

Derzeit suche ich noch nach einer Möglichkeit, das während der Installation des Sprachpaketes automatisch zu erreichen.

Grüße
DAC324

Hallo Minotauros,

Zitat von Minotauros

Ja, ich meine das Updaten von Firefox selbst. Das funktioniert bei mir, wie beschrieben, auch mit installiertem und aktiviertem (general.useragent.locale de) Sprachpaket. Mit dem Sprachpaket hier aus dem Thread (Version 0.1.55) erhalte ich allerdings auch die Meldung: "AUS: Update-XML-Datei nicht gefunden (404)", das scheint aber kein generelles Problem zu sein.

Mittlerweile habe ich die Ursache gefunden:

Früher konnte man in einer Extension bestimmte Voreinstellungen für about:config vorgeben, die dann bei der Installation eingetragen wurden.

Das macht jetzt Probleme. Seltsamerweise kann ich Werte wie general.useragent.locale nach wie vor bei der Installation setzen. Tue ich das aber, funktioniert das Update nicht mehr. Es funktioniert nur noch dann, wenn die Einstellung general.useragent.locale von Hand gesetzt wurde ("user set").

Das heißt also für meine Sprachpakete:

Entweder
1. Updates immer im Safe-Mode einspielen
oder
2. Sprachpaket deinstallieren und neue Version frisch installieren
(hat nur wie schon erwähnt den Nachteil, dass man jetzt in about:config die Einstellung general.useragent.locale von Hand auf "de" ändern muss )

Etwas verärgert,
DAC324

Zitat von Minotauros

(general.useragent.locale de)

Scheinbar ist es nicht mehr (nur) de-DE.

Mal sehen, ob's hilft

Vielen Dank,
DAC324

Zitat von Minotauros

Zu dem Updateproblem mit Sprachpaketen:
Ich habe zum Testen ein älteres Nightly entpackt, ein deutsches Sprachpaket von hier genommen und general.useragent.locale auf de gestellt. Damit konnte ich problemlos updaten, soweit ich weiß ist es seit Bug 334136 beim Updaten egal welchen Wert general.useragent.locale in der prefs.js im Profilordner hat.

Wir reden jetzt beide vom Update des Firefox selbst, nicht von Add-Ons, Sprachpaketen oder dergleichen?
Wenn ich bei mir auf "Hilfe, Firefox aktualisieren" gehe, bekomme ich immer die Fehlermeldung: AUS: Update-Datei nicht gefunden (404).
Erst wenn ich in about:config die Einstellung general.useragent.locale auf en-US setze, funktioniert es mit dem Update des Firefox selbst.
In beiden Fällen wird der gleiche URL aufgerufen (überprüft mit LiveHTTPHeaders)...

ratlos,
DAC324

Zitat von Minotauros

Ich weiß nicht welche Werkzeuge die offiziellen Übersetzer benutzen, bei den von dir genannten Beispielen habe ich in der mxr/ lxr nach der Datei gesucht, dort kann man z.B. Versionen vergleichen oder das CVS Log ansehen. Wenn man den Grund für eine Änderung nicht kennt, kann man daraus nicht schließen, dass es auch keinen gibt.

mxr/lxr?

Ich habe "nur" über Bonsai die Diffs verglichen. Sorry, aber zu weitergehenden Nachforschungen fehlen mir wirklich Zeit und Lust. Wie gesagt, ich beschäftige mich in meiner Freizeit mit dieser Geschichte und habe deshalb nicht den ganzen Tag Zeit, die Innereien des Mozilla-Entwicklungssystems zu erforschen.

Abgesehen davon sagt mir

Zitat von cvs-log

1.102; Bug 421609: avoid non-common entity names, a=mconnor

nicht wirklich was. Wenn Du das verstehst - Glückwunsch.

Anscheinend taucht das Problem, dass man bei den Änderungen im Eifer des Gefechts die Namenskonventionen vergisst, immer wieder mal auf. Das, was ich hier erwähnte, trat nicht zum ersten Mal auf.

Aber egal, was mich momentan wesentlich mehr ärgert, ist der Umstand, dass die Einstellungen app.update.url bzw. app.update.url.override (in about:config) zumindest teilweise ignoriert werden.

In früheren Versionen reichte es, den Teil /%LOCALE%/ in den Strings durch /en-US/ zu ersetzen. Dann konnte man auch mit installiertem Sprachpaket Updates für die Nightly Builds herunterladen.

Jetzt wird offenbar zusätzlich noch general.useragent.locale abgefragt - warum, erschließt sich mir leider nicht, denn normalerweise ersetzt Firefox beim Aufruf der Update-URL den /%LOCALE%/ - Teil bereits durch diese Einstellung.
Die zusätzliche Abfrage ist also redundant und damit überflüssig.

Grüße,
DAC324

Zitat von Minotauros

Ehrlich gesagt halte ich die Vorstellung, dass Mozilla-Entwickler aus Langeweile oder um sich vor Arbeit zu drücken willkürlich Entities ändern für völlig abwegig. Jede Änderung braucht mindestens eine Überprüfung (review) und auch die Lokalisierungsteams würden aufschreien wenn sie sinnlose Arbeit aufgehalst bekämen. Deshalb würde ich gerne konkrete Beispiele dafür sehen. Vielleicht liegt das Problem bei deiner Vergleichsmethode.

Hallo Minotauros,

wie schon vermutet: Ich brauchte nicht lange zu warten.

Hier ein Beispiel:

browser/browser.dtd

Version 1.101:
<!ENTITY showAllBookmarksCmd.label2 "Organize Bookmarks">

Version 1.102:
<!ENTITY showAllBookmarksCmd2.label "Organize Bookmarks">

Selbe Datei, etwas weiter unten:

Version 1.101:
<!ENTITY showAllHistoryCmd.label2 "Show All History">

Version 1.102:
<!ENTITY showAllHistoryCmd2.label "Show All History">

Keine Änderung des Textes, aber der Entity...:D Alles klar???

Grüße,
DAC324

Zitat von Minotauros

Deshalb würde ich gerne konkrete Beispiele dafür sehen.

Ich bitte um etwas Geduld Es wird sich sicherlich bald wieder etwas finden.

Zitat

Vielleicht liegt das Problem bei deiner Vergleichsmethode.

Das kann ich natürlich nicht ausschließen.
Die Bonsai-Abfrage hat freilich neben der Tatsache, dass sie zeitaufwendiger sein kann, den Nachteil, dass man eigentlich keinen Hourly-Build überspringen dürfte, um auch wirklich alle Änderungen mitzubekommen. Das wäre aber ein Fulltime-Job - leider habe ich schon einen solchen, den ich auch besser beibehalten sollte, weil er bezahlt wird

Wenn man nur mit den Nightly Builds arbeitet (und dabei womöglich aus Zeitmangel noch welche überspringt) übersieht man bei der zu dem jeweils letzten Build gehörenden Bonsai-Abfrage die Checkins, die Eingang in die dazwischen liegenden Builds gefunden haben.

Deshalb bleibt zunächst nur der Vergleich der Zeitstempel zwischen übersetzten und Original-Dateien übrig. Damit bekommt man immerhin alle Dateien, die seit der letzten Änderung an der Übersetzung geändert wurden.

Allerdings ist es für jemanden, der diese ganze Geschichte in seiner Freizeit nach Feierabend macht, immer noch extrem zeitaufwendig, für jede der geänderten Dateien eine Bonsai-Abfrage durchzuführen.

Denn momentan befindet man sich (leider immer noch) in einer Phase sehr umfangreicher Änderungen. Während z.B. Ende 2007 teilweise wochenlang keine der Sprachdateien angefasst wurde, sind es jetzt von einem Nightly Build zum nächsten manchmal über 20 Stück (das war z.B. der Fall, als man in den Menüeinträgen "..." durch "…" ersetzte (drei einzelne Punkte durch ein in UTF-8 vorhandenes einzelnes Zeichen, das die drei Punkte zusammenfasst).

Besser wäre ein Tool, das die Keys zwischen Übersetzung und Original vergleicht und automatisch alle geänderten Keys anzeigt. Wenn man das manuell macht, übersieht man immer einige der geänderten Keys und muss mehrfach testen. Das ist sehr mühsam.

Leider hab ich so ein Tool noch nicht gefunden...werde es wohl mal selber programmieren müssen :shock:

Beste Grüße

DAC324

Zitat von Minotauros

Code

(From update of attachment 299250 [details])
> <!ENTITY copyrightText          "©1998-2008 Contributors. All Rights Reserved. Firefox and the 
>                                  Firefox logos are trademarks of the Mozilla Foundation.  All rights 
>-                                 reserved. Some trademark rights used under license from The 
>-                                 Charlton Company.">
>+                                 reserved.">


You need to rev this entity if you expect localizers to fix this for their
locales.

Oha, schlechtes Beispiel - da muss ich wohl was übersehen haben. Leider hab ich mir nicht alles aufgeschrieben...hab mich immer nur geärgert.

Mir ist es auch schon passiert, dass mir Dateien als aktualisiert angezeigt wurden (ich vergleiche immer das Dateidatum zwischen den Original- und den übersetzten Dateien - geht mitunter schneller als die Bonsai-Abfrage) und schlußendlich war aber gar nichts geändert worden.

Grüße
DAC324

Zitat von TheRave

Hm. Ich gehe eigentlich sowieso immer im Safemode zum updaten, ist da jetzt was anders?

Ja, ich weiß nicht genau, woran's liegt, aber scheinbar werden mitunter die Einstellungen unter

app.update.url
app.update.url.override

ignoriert.

Wie komme ich darauf? In app.update.url gibt es einen Teil /%LOCALE%/. Dieser wird beim Aufruf des Updates durch die Spracheinstellung vom Firefox (general.useragent.locale) ersetzt, es wird bei der englischen Version z.B. /en-US/ daraus.

Nun gibt es natürlich für nicht-englische Versionen keine Nightly Updates.

Bisher konnte man sich behelfen, indem man von Hand den Teil /%LOCALE%/ durch /en-US/ ersetzte. Dann konnte man auch mit der deutschen Version des Firefox die Updates herunterladen, ohne vorher die Sprache verstellen zu müssen.

Seit einiger Zeit funktioniert das aber nicht mehr, es kommt trotzdem beim Versuch eines Updates die Fehlermeldung

AUS: Update-Datei nicht gefunden (404)

Erst wenn man general.useragent.locale umstellt, funktioniert das Update auch wieder.

Beim Safe-Mode passiert das übrigens automatisch

Grüße,
DAC324

Zitat von Minotauros

Bei den drei Beispielen vom Safebrowsing wurde der Text inhaltlich geändert, in welchen Fällen war das denn nicht so?

Ich hab das Ganze jetzt gerade nicht hier am Rechner, aber spontan fällt mir als Beispiel der Copyright-Text in browser/aboutDialog.dtd ein. Hier wurde von "CopyrightText" auf "CopyrightInfo" abgeändert, der Text blieb jedoch derselbe.

Beste Grüße

DAC324

Zitat von Minotauros

Hallo DAC324,
Das Umbenennen der Keys hilft den Lokalisierern die Stellen zu finden, die eine Änderung der Übersetzung erfordern.

Hallo Minotauros,

klingt ja ganz gut, ich gebe aber zu bedenken, dass die Original-Strings ja in der Mehrzahl der Fälle die gleichen bleiben.
Die Dateien des Sprachpaketes sind nach dem Muster

Variablenbezeichner=Inhalt (zu übersetzender Text)

aufgebaut.

Nur die Variablenbezeichner/Schlüsselworte (z.B. Entities) werden geändert. Die zu übersetzenden Texte bleiben in der Mehrzahl der Fälle gleich, auch wenn in dem von Dir verlinkten Text steht

Zitat

If you change the semantics of a localized string, change the key.

Wie gesagt, der "localized string" bleibt in der überwiegenden Zahl der Fälle exakt derselbe, nur der Name des Keys wird geändert - und genau das entzieht sich leider meinem Verständnis.

Mit anderen Worten gefragt: Warum ändert man den Keynamen, wenn der zugehörige String der gleiche bleibt?

Ich bin gespannt auf alle hilfreichen Hinweise

Beste Grüße,
DAC324

Zitat von Minotauros

Was war denn an den Antworten im MozillaZine Forum falsch, auch beim Safebrowsing wurden Strings geändert.
http://forums.mozillazine.org/viewtopic.php?p=3227740#3227740
http://forums.mozillazine.org/viewtopic.php?p=3227909#3227909

Hallo Minotauros,

das ist mir schon klar, dass Strings geändert wurden. Aber wenn man sich die Änderungen selbst so ansieht, wird man den Eindruck nicht los, dass da jemand ziemlich gelangweilt ist.
Erklärung: An Strings, about:robots und der Hilfedatei bastelt man eigentlich nur dann herum, wenn es nichts mehr zu implementieren gibt oder man aus irgend einem Grund nicht weiter kommt.
Schließlich sieht es nicht appetitlich aus, wenn man sich statt dessen den ganzen Tag in der Nase bohrt

Wie gesagt, mir war's beim Programmieren immer am wichtigsten, das Pflichtenheft umzusetzen und wenigstens die nervigsten Bugs zu entfernen. Wie da die Variablen heißen, ist eher zweitrangig. Deshalb hat man eigentlich auch keine Zeit, sich um so was zu kümmern, wenn noch andere Aufgaben anliegen.
Code-beautifying macht man ganz am Schluss...

Aber wie gesagt, ist nur meine persönliche Meinung,

DAC324

Hallo TheRave, hallo alle,

ich war wohl etwas vorschnell mit meinem Optimismus, dass die Phase der Spielereien wieder erträgliche Ausmaße angenommen hätte.

Die jetzt zelebrierte Unart ist es, eine "2" hinter jedes Schlüsselwort zu setzen. Das kam zwar schon immer mal mit vor, ist aber am vergangenen Wochenende extrem geworden.

Beispiel:
(locale/browser/safebrowsing/blockedSite.properties)

Aus

phishing.title
phishing.shortDesc
phishing.longDesc

wurde

phishing.title2
phishing.shortDesc2
phishing.longDesc2

Auch in vielen anderen Dateien tauchen jetzt plötzlich jede Menge Zweien auf. Die Erklärung, dass das etwas mit Firefox 2 zu tun haben könnte, glaube ich nicht ganz, denn diese Phishing-Geschichte gibt es in Firefox 2 noch gar nicht.

Also bleibt doch wohl nur Langeweile bei den Entwicklern als wahrscheinlichste Erklärung :roll:

Grüße
DAC324
P.S.: Es gibt mal wieder ein Update von mir.

Allerdings hat es einen Nachteil: Damit das Update für den Firefox selbst funktioniert, muss man in about:config den Wert für general.useragent.locale auf en-US setzen. Anschließend sofort den Menüpunkt Hilfe, Firefox aktualisieren aufrufen.

Sollte es kein Update geben, muss general.useragent.locale wieder zurückgesetzt werden.

Wenn das Update herunter geladen wird, kann man die Einstellung ebenfalls wieder zurück setzen.

Auch meine Erweiterung setzt sie entsprechend bei jedem Update wieder auf de-DE zurück.

Hallo TheRave, hallo alle,

Erst mal zu der Fehlermeldung:

Anscheinend hat da wieder mal der Suchbox-Fimmel zugeschlagen. Irgendwer im Entwicklerteam hat es sich in den Kopf gesetzt, dass es in jedem Konfigurationsfenster eine Suchbox geben muss.

Zweitens zu den ständigen Umänderungen der Entities:

Auch wenn ich dafür immer wieder böse Antworten im Mozillazine-Forum bekomme, bleibe ich bei meiner Überzeugung:

In dem Entwicklerteam sind einige Leute nicht ausgelastet. Da es keine flexible Aufteilung der Aufgaben auf die einzelnen Leute gibt, haben einige von ihnen zu wenig zu tun und ziemliche Flausen im Kopf, wie eben diese Geschichte mit den (meiner Meinung nach) unnötigen Suchboxen überall. Andere wiederum kommen mit dem Fixen wirklich ernsthafter Bugs nicht hinterher bzw. lassen alles liegen, worauf sie keinen Bock haben.
Wenn man dann darauf hinweist, wird man auf den großen Code-Rewrite verwiesen, der angeblich mit Version 4 des Firefox kommen soll.

Aber wenn ich ehrlich sein soll: Ich glaube an diesen Code-Rewrite genau so sehr wie an den Weihnachtsmann. Sollte nicht Firefox an sich völlig neu geschrieben sein (gegenüber Netscape)? Sollte es nicht bereits einen Code-Rewrite bei Version 3 geben? Alles kalter Kaffee.

Ein bißchen mehr Flexibilität im Entwicklerteam (bei der Verteilung der Leute auf die einzelnen Aufgaben) und die Konzentration auf das Wesentliche (Bugs fixen anstatt immer neue überflüssige Features einzubauen) täte dem ganzen Projekt sicher sehr gut.

Wie gesagt, nur meine bescheidene und unmaßgebliche Meinung,

DAC324

Zitat von TheRave

Übrigens der Hilfe->Über Mozilla...Dialog hat einen XML Verarbeitungsfehler.

Weil man in locale/browser/aboutdialog.dtd eine total wichtige und unvermeidbare Änderung vorgenommen hat.

Aus

<!ENTITY copyrightText

wurde

<!ENTITY copyrightInfo

Dinge, die die Entwicklung des Firefox in entscheidendem Maße vorantreiben :twisted::lol:

Hallo alle,

freut mich ja, dass noch ein paar Unentwegte hier unterwegs sind

Anfang 2008 bis ca. Anfang März war bei den Entwicklern eine Phase extrem verstärkten Spieltriebs.

Kaum ein Schlüsselwort in den Dateien des Sprachpakets, das nicht so signifikant abgeändert wurde wie etwa

reportPhishSiteMenu.title in reportPhishSiteMenu.title2

Es gab Tage, an denen mehr als die Hälfte der Dateien von solch wichtigen Änderungen betroffen war. Substantiell ist hingegen nicht allzu viel Neues dazu gekommen.

Aus diesem Grund habe ich erst mal ein paar Wochen gewartet - wie es aussieht, haben sich die Spielkinder im Entwicklerteam wieder einigermaßen beruhigt.

Deshalb gibt es jetzt wieder mal eine neue Version des Sprachpaketes an den bekannten Stellen.

Da man auch am Auto-Update-Mechanismus gespielt hat, empfehle ich folgende Schritte:

- Altes Sprachpaket deinstallieren
- Nachprüfen, ob es auch wirklich deinstalliert ist (englische Oberfläche nach Neustart)
- Falls Deinstallation nicht klappt:
* Firefox beenden
* in den eigenen Profilordner wechseln, Unterverzeichnis extensions
* Verzeichnis langpack-de@firefox.mozilla.org löschen
* Firefox wieder starten (ist dann englisch)
- Jetzt per Update-Funktion erst mal den Firefox auf letzten Stand bringen
(im Moment ist das Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b5pre) Gecko/2008030607 Minefield/3.0b5pre ID:2008030607)
- Schließlich von http://home.arcor.de/dac324/firefox/germanlocale/index.htm das aktuelle Sprachpaket installieren
- Neu starten

Viel Spaß,
DAC324

Zitat von cubefox

OT:
heute war ich mal wieder eine zeit lang in bugzilla unterwegs, und mir ist aufgefallen wie viele relativ wichtige bugs (viele schon recht alt) noch offen sind und wohl auch in absehbarer zeit nicht gefixt werden. und das obwohl ich wirklich nur einen sehr kleinen teil der bugs angeschaut hab. eine richtig runde / ausgereifte sache wie opera wird firefox so nicht.

Und es gibt eine absolut strikte und unüberwindbare Trennung der einzelnen Aufgabenbereiche mit vermutlich auch stark unterschiedlicher Personalstärke.
Das für die Benutzeroberfläche zuständige Team überschlägt sich bei jedem stündlichen Build mit Neuerungen. Es wird an allen möglichen Stellen gebastelt, auf die sie gerade Bock haben.
Bereiche der Oberfläche aber, auf die keiner Bock hat, bleiben hingegen auch monatelang im Rohzustand, wie der bereits von mir angesprochene Dialog zu externen Protokollen, wie ed2k://.

Hingegen passiert von seiten des "Core-Teams" nichts.
Bugreports werden ignoriert, wie Du schon richtig festgestellt hast, Anfragen in Foren oftmals rüde abgewiesen. Wenn Bugs gefixt werden, dann oft nur halbherzig, so dass durch die Fixes wieder neue Fehler verursacht werden.
Beispiel gefällig? Bug 393845 wurde "gefixt", dafür gibt's jetzt zwei neue Fehler, die nach diesem Fix auftreten: Bug 395412 und Bug 397051
Schon toll

Zitat von mdg-webmaster

Ich zitiere dich mal. Da war doch was, ne?

Eben, und deswegen mach ich auch (noch) weiter, denn es juckt ja keinen
- aber lange nicht mehr. Das ist nicht drohend gemeint, sondern liegt an zwei Punkten:
- die Entwickler des offiziellen deutschen Sprachpaketes sind mittlerweile auf dem gleichen Stand wie ich (zumindest waren sie das etwa am 05.09.2007 - wer also den Nightly Build vom 05.09. benutzt und nicht updated, kann sich an der offiziellen Version erfreuen und spart sich einigen Ärger)
- einige Dinge schränken die Benutzbarkeit des Firefox ein und werden ignoriert, wie z.B. die Abstürze mit Java und AdBlock oder das Focus-Problem (manchmal funktioniert das Kopieren von Text aus Webseiten in die Zwischenablage nicht)

Es wurde wieder gespielt, pardon weiterentwickelt.
Bei wem die Tabs nicht aus der letzten Sitzung wiederhergestellt werden (Anzeige "Lade..." und nichts tut sich), der sollte sich das aktuellste Update des Sprachpaketes (0.1.23) installieren.

P.S.: Wenn das mit dem "entwickelt" nicht sehr erfreut klingen sollte, dann liegt das einfach daran, dass zwar die für die Benutzeroberfläche und die Sprachdateien zuständigen Leute sich mit Neuerungen nahezu überschlagen, aber das so genannte "Core Team" zur Zeit durch Untätigkeit glänzt. Absturzursachen werden einfach nicht beseitigt, entsprechende Fehlerberichte und Hinweise ignoriert.