Hallo Zusammen
Ich bin neu, bitte nicht hauen
Wie ich bereits gelesen habe, gibts noch keinen G2 Support hier. Ich stelle meine Frage trozdem, weil es sich bei G1 gleich verhält.
Obwohl ich alles und überall bei G2(beta1) auf Deutsch umgestellt habe, bleibt alles auf English. Das ganze ist ungewohnt mit diesen po und mo files und ich habs wohl noch nicht geschnallt...
Das Setup (was übgrigens 1A ist) ist ohne Probleme durchgelaufen und hat auch keinen Warnhinweis oder Fehler ausgegeben.
Als Server dient Debian und die Pakete sind eigentlich auf dem letzten Stand.
Wo könnte das Problem liegen? An Gallery selber oder an meinem Webserver? Was muss ich beachten? Gibts einen einfachen Häck wie ich es auf deutsch hinkriege?
Vielen Dank für eine Antwort!
Ferdy
Posts: 65
Hast du unter Debian das Modull locales installiert und die Deutschen locales installiert? wenn es installiert ist, kannst du mit
dpkg --reconfigure locales
nachträglich die deutschen locales installieren. wichtig ist die englischen trotzdem drauf zu lassen, und wenn der server auf englisch läuft, dann auch englisch als standard aktiviert zu lassen.
ansonsten ist G2 nur teilweise Deutsch übersetzt. Es fehlt noch einiges. Ich habe den Entwicklern über das Tracking Modul von SF schon eine Deutsche Sprachdatei für das Core-Modul zugesendet, aber bisher wurde sie leider noch nicht in G2 aufgenommen.
Bitte testen ob mein Vorschlag oben zu einer Lösung deines Problems geführt hat. Wenn nicht, dann natürlich auch, dann können wir weiter nach dem Problem suchen.
Gruß
Robert
Posts: 756
Hat sich eigentlich das Setup auch schon auf Deutsch gemeldet? Das wäre der allererste Hinweis darauf, ob es klappt oder nicht.
Posts: 22
Hallo
Danke für den Tip mit den Locales. Werd das probieren und hier berichten.
@ill: Nein, das Setup ist auch english. Habs aber eigentlich als normal empfunden und gar nicht beachtet.
Das Setup ist wirklich gut und checkt auch wirklich sehr viel. Aber so ein Sprachcheck würde das ganze natürlich perfektionieren. Gibts da schon entwicklung in die richtung?
Eine Frage hätte ich auch noch. Wieso haben die Entwickler das auf diese Weise gelöst und nicht wie *üblich* Languagefiles genommen? Gibts auf diese Weise Vorteile?
Posts: 65
Wenn ich das richtig gesehen habe, werden bei dieser Methode feste Templates geschrieben. D.h. es muss nicht immer ein 60KB großes Sprachfile angelesen werden, sondern die Wörter sind in den Templates fest drin und es werden nur die Sätze/Wörter included die auch wirklich gebraucht werden. Spart ne Menge RAM beim Aufruf des Scriptes.
Ist aber nur eine Vermutung, die ich aus der kompilierroutine der Sprachdateien schließe.
Gruß
Robert
Posts: 756
Wieso? Die Sprachdateien sind doch da?
Und die Prüfung ist auch drin, im Setup. Es zeigt, welche Sprachen im System installiert sind, und welche du als Dateien zusätzlich abgelegt hast.
Das Format der Sprachdateien ist nur "next generation". Dieser Sprachkrams kostet nämlich viel Berechnungszeit und mit den neuen .po-Dateien, welche quasi vorkompiliert sind, gehts schneller, und, wie Metrax anmerkt, es ist Speicherschonender.
Posts: 22
Hallo Zusammen
Die locales und alle deutschen Sprachpakete sind nun installiert (so wie von metrax beschrieben).
Aber passieren tut gar nix. Ist alles immer noch auf english. Das Setup ebenfalls. Muss ich in der Gallery noch irgend was vornehmen? Ich hab ein bisschen auf der Site rumgesucht und das einzige was in gefunden habe war das da:
http://cvs.sourceforge.net/viewcvs.py/*checkout*/gallery/gallery2/docs/LOCALIZING
Braucht es sonst noch irgendwelche Pakete/Funktionen?
Alles was hier steht ist definitiv vorhanden und funktoniert:
Besten dank für die Hilfe
Posts: 22
Nachtrag: In der Doku habe ich noch was von gettext gelesen. Der ist auch drauf und in php aktiviert:
GetText Support enabled resp '--with-gettext'
Posts: 65
Also der Setup ist bei mir generell auf Englisch.
Und du hast bei der installation von den Locales auch alle de_DE-Sätze installiert oder?
Posts: 22
Ich denk mal schon unter
/usr/lib/locale siehts nun folgendermassen aus:
Sollte doch genug sein oder?
Posts: 65
ja, das müßte so passen.
sry, dann hab ich jetzt so auf die schnell auch keine Idee mehr, woran es liegen könnte. Die Standardsprache im G2 hast du ja sicher geändert oder?
Posts: 22
Ehm, doof :D
Also folgenden Orten hab ichs geändert:
Als Theme brauch ich den Standarttheme der halt schon dabei ist ( Matrix 0.8.2 0.8.2 Standard Gallery2 look and feel).
Vielleicht noch weitere Infos:
PHP Version 4.1.2
Apache/1.3.26 (10326100)
mySQL 3.23.49
Hat jemand ne Demo wo es deutsch läuft? Vielleicht hab ich ja ne Eingebung oder so
Posts: 65
http://www.invisible-island.de/gallery2
ist meine Test-CVS, mit der ich immer rumspiele.
Ich kann dir nur dringend raten mal dein System komplette upzudaten. Sowohl Apache als auch PHP haben in den letzten Jahren sehr viele Sicherheitsprobleme behoben.
Aktuelle Versionen:
Apache 1.3.33
PHP: 4.3.10
MySQL: 4.0.24 (productive, stable)
Posts: 6818
ferdy:
hat dein PHP die gettext funktionen aktiviert/einkompiliert ?
Ohne gettext gehts nicht.
Gruß,
Jens
Posts: 22
@metrax: Ja, update ist fällig obwohl das nur ein inhouse Server ist. Ist einen von denen die im RZ jahrelang rumliegen und nicht viel machen ;-)
@Tim_j: GetText Support enabled resp '--with-gettext' gemäss php.ini, ja sollte so ok sein oder?
Ich hab jetzt die Installation plattgemacht und nochmals angefangen. Immer noch das
gleiche Resultat.
Könnte ich nicht irgendwie die englischen dateien einfach mit den deutschen tauschen?
Welche wären da betroffen?
Posts: 6818
Ferdy:
gemäß php.ini ??
Das kann eigentlich nicht sein.
Die gettext Funktionen müßen fest drin sein. Gib mal die URL zu dre phpinfo deines Servers.
Der Code ansich ist english. Die Übersetzungen werden nur stattdessen eingetauscht.
Sprich wenn du die englischen "einfach austauschen" möchtest, könntest du die komplette Gallery zwei neu coden
Gruß,
Jens
Posts: 756
Vermutlich meint er "extension=php_gettext.so" (oder ähnlich).
Posts: 22
Hallo Zusammen, sorry für die Funkpause ;-)
Ist ein Intranetserver ohne Verbindung zur Aussenwelt. Kann dir leider keinen Link posten Aber phpini sagt folgendes:
resp.
im "Configure Command" (oben)
Ich hab inzwischen ein bisschen howtows gelesen. Wirklich weiter bin ich nicht gekommen. Aber ich glaub ich hab was gefunden. Wenn ich in der Shell "locale" eingebe, erscheint folgendes:
Kann das der Fehler sein? C ist ja keine Sprache. Ich weis jetzt natürlich nicht ob das nur für die shell gilt oder Global?
Posts: 22
hier noch ein paar weitere infos:
oder
Posts: 65
locale -a sieht bei mir so aus:
versuch mal das du deine auch so hinkriegst.
gruß Metrax
Posts: 756
Warum sollte er das probieren müssen? Das ist eh je nach OS unterschiedlich.
LANG=de_DE.iso88591
Und zwar vor dem Start von Apache/PHP in dessen Kontext setzen.
Alternativen sind u.a.:
de_DE
de_DE.UTF8
Posts: 22
Hehehe ;-)
Muss ich root sein dafür? Ich hab nämlich grad gemerkt, dass ich kein Befehl der
dpkg--reconfigure locales
heisst, habe.
Posts: 22
Hallo Ill,
Jetzt bin ich definitiv überfordert:
"Und zwar vor dem Start von Apache/PHP in dessen Kontext setzen."
Wie sollte das gehen? Ich bin kein Engineer ;-)
Posts: 65
ohh, hab mich damals vertippt.
Der Befehl heißt:
dpkg-reconfigure locales
geht aber nur unter Debian GNU/Linux Systemen.
Posts: 22
Metrax, ich hab nix in der Richtung als Befehl:
Das könnte ich alles mit dpkg machen.
Posts: 65
das tool ist eigentlich standardmäßig bei debian dabei.
Du mußt dich natürlich als root einloggen.
Posts: 22
Ok, dann Hechte ich mal zum Admin ;-)
Posts: 22
Hallo Zusammen!
G2 ist bei mir nun auf deutsch :P :P Vielen Dank für die Hilfe hier! Ich werde, sobald ich begriffen habe, wo genau das Problem lag, hier die Lösung posten.
Nun habe ich aber ein *neues* Problem. Die ganze GUI von G2 ist nun auf Deutsch. Soweit ok. Trozdem:
Der ganze Text der aus der DB kommt (Albumbeschrieb, Summary, Photobeschrieb etc) *verschreddert* die Sonderzeichen. Das wirkt sich so aus, dass aus einem "ü" ein quadrat wird das auf einer Ecke steht und ein Fragezeichen drin hat. So eins: �
Will heissen:
üöäèéà ergibt ������
Ich dachte zuerst an die Codierung der Seite (UTF-8). Ich habs rausgelöscht und template cache gelöscht. Hat das problem nicht behoben. Im Quelltext steht auch nur �.
Wenn ich per phpmyadmin in die db gucken gehe, landen die Sonderzeichen aber richtig in der Tabelle.
Hatte jemand schon das Phänomen? Danke für Inputs :roll:
ferdy
PS: Dieses Phänomen tritt per Firefox, IE und Netscape auf ...
Posts: 6818
Hallo Ferdy.
Mit der G2 bist du prinzipiell besser im englischen Forum aufgehoben.
Hier was ich mit den G2 Entwicklern gesprochen habe...
8:42] <+mindless> (ie what version was first installed, before any upgrades..)
[18:42] <+mindless> we used to store entities in the db, now we store utf-8
[18:42] <+mindless> the upgrade did not convert these
[18:42] <ajh_> ah
[18:53] <+jmullan> Tim_j: we need to know what version of G2 the user is using and how the umlauts were entered into g2
[18:53] <+jmullan> were they imported from g1? Were they entered through the web form?
[18:53] <+Tim_j> i will ask the user all this
[18:53] <+jmullan> Were they entered in an old version of g2? Did they previously work?
[18:54] <+jmullan> Also, what character set is their browser trying to display, what database are they using, what is the charset of their database for g2, and, um, I think that there's another database charset question, like collation or something
[18:54] <+mindless> Tim_j, if it turns out to be data entered into G2 using an older version, check this: http://gallery.menalto.com/index.php?name=PNphpBB2&file=viewtopic&p=126732#126732
[18:55] <+mindless> alindeman's conversion script
G1_j
Posts: 22
Hallo Tim_j und alle die es interessiert.
Ich hab den *Bug* gefunden der dazu führt, dass es in der Gallery die Sonderzeichen (äöü) verschreddert. Bin heute morgen per zufall darauf gestolpert.
Ich hatte unter:
Site Administration > Eingebettete Auszeichnung (Markup) > ...
die Option "Keine Auszeichnung" ausgewählt. Da ich was per HTML in einen Beschrieb reinmontieren wollte, habe ich die Option auf "pures HTML" umgestellt.
Als ich eine neue Galerie erfasst habe und Umlaute im Beschrieb gebraucht habe, hats beim Speichern alles sauber übernommen. Ich kann das hier auf dem Server beliebig reproduzieren.
Könnte dies jemand nachckecken obs bei Ihm/Ihr auch so der Fall ist und einen von den dev's informieren?
Posts: 6818
ferdy: könntest du nicht einfach selber die devs informieren ?
Mail an
schicken.
Gruß,
jens
Posts: 6818
Danke
Posts: 4
Kann mich plötzlich nicht mehr als admin einloggen
Posts: 22
Bitte :lol:
@cybersteve: Hat das was mit diesem Problem zu tun?
Nun ja, der bharat meinte er habe das problem schon vor 2 Wochen oder so gesehen und in den nightly builds sei es schon korrigiert. Ich werd jetzt meine schöne Installation aber nicht verheizen und warte auf die nächste Beta.
Da es ein "intranet" projekt ist, ist das mit dem "Puren HTML" halb so wild.
Posts: 1
Ich grüße euch, jetzt habe ich gerade voller Freude die Gallery 2beta2 installiert und durfte feststellen das man es auf deutsch stellen kann. Nur leider mußte ich dann hier lesen das wenn es nicht funktioniert, so wie bei mir leider auch, brauch mal root-zugriff zum server! Mein Space liegt auf einem Debian System. Gibt es da vielleicht noch eine andere Möglichkeit um das Problem zu beheben oder kommt eine Lösung wenn es eine Final-version gibt?
Grüße
Kobura
Posts: 22
Hallo Leute
Meine oben beschriebenen Probleme mit "No Markup" etc sind in der G2 Beta3 Bingo behoben. Umlaute sind bei mir kein Problem mehr!
Konnte von Beta2 ohne Probleme Updaten!
Saubere Arbeit diese Bingo Version :lol: :lol: :lol:
Posts: 20
hallo zusammen,
ich habe zwei G2 Gallerien in verschiedenen Versionen am laufen, und beide stellen die deutschen Umlaute nicht richtig dar.
Die einzige Gemeinsamkeit ist der Webspace auf dem sie liegen, bei domainfactory.
Die ältere Gallerie ist eine ehem. Alpha geupdated auf Beta1, die neuere ist frisch als Beta3 aufgesetzt.
Die verwendete php-Version ist laut Provider 4.3.10, die Möglichkeit zum umstellen auf 5.0.3 wäre möglich.
Hat einer von euch für mich einen heissen Tip woran das liegen könnte ? Ich habe schon mehrer Stunden in Recherche hier im Forum investiert, leider ohne Erfolg. Allerdings sollte ich erwähnen das ich in der Windowswelt zu Hause bin, und keine tiefgründigen Linuxkentnisse besitze.
Die Beta3 Gallery ist unter www.planetsmart.de/gallery zu begutachten.
Danke vorab & Gruß
Ingo
Posts: 22
hallo, auf deinem Link kann ich kein umlaut finden ...
schalt mal die sprachwahl für alle frei und erstelle eine Gallery mit umlauten im beschrieb bitte.
Posts: 20
danke für die reaktion.
ich habe nun ein Testalbum angelegt, in dessen Beschriftung Umlaute enthalten sind. Wie man sieht werden die Umlaute an dieser Stelle einwandfrei dargestellt.
Mir ging es um die Umlaute der Templates selber. Wenn man in einem "gefüllten" Album ist auf der Vorschauseite zum Beispiel, sind die Umlaute oben zur Seitennavigation "Zurück" und "Vorwärts" fehlerhaft. Im Adminbereich fällt das ganze noch stärker auf, da dort alles voll ist mit Umlauten bei deutscher Sprachwahl.
Posts: 20
sodele. ich hatte dank brückentag ein wenig ruhe in der firma so das ich etwas weiter auf ursachenforschung gehen konnte.
so habe ich festgestellt das in diversen sprachdateien (also diese DE_de-dateien" und auch in anderen templatedateien schon im originalzustand die umlaute als murks enthalten sind. Frisch runtergeladenes archiv von sf diente zur kontrolle. Nun frage ich mich natürlich warum ich scheinbar der einzige auf der welt bin, der das problem hat.
Diverse versuche die dateien von hand nachzuarbeiten wurde allesamt entweder ignoriert, durch automatisches aktivieren der englischen sprache oder komplettes abstürzen der gallerie beim aufruf quittiert.
Hat vielleicht jemand trotz des schönen wetters draussen noch einen tip für mich woran es liegen könnte ?
Ingo
Posts: 6818
Hallo Ingo,
definiere "murks".
Die Dateien sind in utf-8 kodiert !
Kann dein Editor das ? Wenn ja, ist auch utf-8 eingestellt ?
Damit die Änderungen (die du mit einem entsprechenden po-Editor (z.B. poEdit 1.3.x) machen solltest) sichtbar sind, mußt du die korrespondierenden .mo Dateien erzeugen und an die richtige Stelle legen.
Stelle dein Problem mal im englischsprachigen G2-Forum vor.
Im Prinzip reicht, wenn du von "german Umlaut issue" sprichst und die URL nochmal angibst.
Ich habe die Jungs bereits informiert.
Dort wird dir sicher schneller und kompetenter geholfen als hier.
Gruß,
Jens
Posts: 20
murks war vielleicht etwas unfein beschrieben. ich meinte die ausgabe der fehlerhaften umlaute, so wie sie auch bei mir in der gallerie zu sehen sind "Vorwärts" und "Zurück" zum Beispiel.
Ich benutze in der Firma UltraEdit32. Ich gehe davon aus der der dieses Format unterstützt. Expizit eingeschaltet habe ich die unterstützung nicht.
werde ich testen.
Wenn ich noch an ein paar Versuchen gescheitert bin werde ich diesen letzten Schritt machen. Ich möchte nur ungern als dau da stehen wenn es hinterher nur irgendeine kleinigkeit war die ich selber verbockt habe.
gruß
Ingo
Posts: 22
Kann es sein, dass es probleme gibt, wenn man die Dateien im falschen FTP-Modus auf den Server rauflädt?
Posts: 6818
Das ist eigenlicht nur bei Binärdateien schlimm, die im ASCII mode hochgeladen wurden.
Heute habe ich die Info bekommen, daß dein Problem im neuesten Daily Build behoben ist.
Kannst du diesen mal bitte ausprobieren ?
Gruß,
Jens
Posts: 20
das mit dem falschen ftp-modus hatte ich auch angenommen. nachdem aber die zeichen auch so "komisch" im frisch als zip runter geladenem Archiv vorhanden waren, konnte es das nicht sein.
Nachdem ich nun nach einigem hin und her das release G2/gallery2.2005-05-30-08-37-42.zip drüber gebügelt habe ist der Fehler behoben.
Alle Umlaute sowohl in den Galerien als auch auf den Adminseiten werden nun korrekt dargestellt !
Vielen Dank. Klasse Script, klasse Community. Danke Jens.
Gruß
Ingo
Posts: 756
Nur so zur Sicherheit: mit den "komischen" Zeichen ist eine 2-Byte-kodierte UTF8 Darstellung von Sonderzeichen gemeint. D.h. jedes Byte für sich ist in ASCII-Darstellung zu aller größten Sicherheit "unleserlich". Zusammen ergeben die 2 Bytes dann ein reguläres UTF-8 Zeichen. Um es lesen zu können, muss das anzeigende Programm (Editor, Terminal, Browser) und der verwendete Zeichensatz diese auch darstellen können.
Eine Übertragung per FTP im ASCII-Modus zerstört UTF-8-Inhalte (und ZIP-Dateien allerdings auch).
Eine Überprüfung ob die Dateien auf der Remote-Seite auch wirklich korrekt angekommen sind, ist demnach gar nicht so einfach
Posts: 20
@ill: danke für die einleuchtende erklärung.
Mit dem Update vom 30-05-2005 habe ich nun zwar die korrekte Darstellung deutscher Umlaute, dafür bekomme ich bei den meisten Bildern beim anklicken einen Scriptfehler von meinem Hoster zurück. DIe Übersichtsseiten funktionieren alle noch.
Leider ist dabei nicht zu erkennen um was für einen Fehler es sich handelt um weiter auf urachenvorschung zu gehen, sondern es wird nur eine standard-scriptfehler-webseite aufgerufen.
WIe gesagt ist es nur bei manchen Bildern, nicht bei allen. Einen zusammenhang zwischen denen wo es funktioniert oder nicht funktioniert konnte ich bis jetzt noch nicht ausmachen.
http://www.planetsmart.de/gallery/main.php?g2_view=core.ShowItem&g2_itemId=1793
als Beispiel für ein nicht funktionierendes.
Naja mal schaun. So richtig voll ist die Gallerie ja noch nicht, so das ich wahrscheinlich ein koplett leer und neu aufsetzen dann direkt mit der aktuellen version durchführen werde. Oder vielleiht ert noch auf die nächste beta warten...