[quote="Metrax"]
- #3906: Änderung von Standardland für neue Caches [Owner: following | Zieldatum: --- | Status: zugewiesen ]
[/quote]
Mir wäre ganz lieb, wenn sich darum jemand anders kümmern könnte. Ich mach's im Notfall, wenn sich sonst niemand findet.
Habe den Beitrag aus dem Changelog-Thread hierher verschoben.
#3906: Änderung von Standardland für neue Caches
Da ich im Changelog-Thread (http://forum.geocaching-network.com/http://localhost//viewtopic.php?t=4) nicht antworten kann:
Für das Standardland hatte ich damals(TM), als es noch das alte Entwicklerimage gab, eine Lösung ausgearbeitet:
* Hinzufügen eines Default-Eintrags "Bitte wählen" in die Länderliste
* Fehlermeldung im Template, wenn kein Land gewählt wurde (also der Default-Eintrag gewählt ist)
Der Code ist aber nur auf dem alten Image getestet und es fehlt noch die Lokalisierung.
Für das Standardland hatte ich damals(TM), als es noch das alte Entwicklerimage gab, eine Lösung ausgearbeitet:
* Hinzufügen eines Default-Eintrags "Bitte wählen" in die Länderliste
* Fehlermeldung im Template, wenn kein Land gewählt wurde (also der Default-Eintrag gewählt ist)
Der Code ist aber nur auf dem alten Image getestet und es fehlt noch die Lokalisierung.
[url=http://www.flopp-caching.de/]Flopps Tolle Karte[/url] | [url=http://www.florian-pigorsch.de/oc]OC[/url] | [url=http://www.florian-pigorsch.de/gc]GC[/url] | [url=http://florian-pigorsch.de/+]G+[/url] | [url=http://florian-pigorsch.de/t]Tw[/url] | [url=http://florian-pigorsch.de/fb]Fb[/url]
Jo, das klingt nach einer schnellen und praktikablen Lösung. Später könnte man es noch verfeinern, um bei möglichen Fehleingaben zu warnen - z.B. Land unterscheidet sich vom Land aller anderen Caches des Users, oder Vergleich mit einer Datenbank der Landesgrenzen liefert ein anderes Land.
Das mit den Übersetzungen muss eh organisiert werden; ich bräuchte es z.B, auch für #4336 und #4115. Notfalls könnten wir die übersetzungsrelevanten Tasks auf das nächste Release verschieben, damit es uns nicht aufhält.
Das mit den Übersetzungen muss eh organisiert werden; ich bräuchte es z.B, auch für #4336 und #4115. Notfalls könnten wir die übersetzungsrelevanten Tasks auf das nächste Release verschieben, damit es uns nicht aufhält.
Eingecheckt ins persönliche Repository
Apropos: wie macht man das eigentlich mit den Übersetzungen?
Ich habe in htdocs/lang/de/ocstyle/newcache.inc.php die Zeile
eingefügt. Muss ich jetzt htdocs/doc/sql/static-data/data.sql manuell ändern?
Apropos: wie macht man das eigentlich mit den Übersetzungen?
Ich habe in htdocs/lang/de/ocstyle/newcache.inc.php die Zeile
Code: Alles auswählen
$country_not_ok_message = ' <span class="errormsg">' . t('No country is chosen.') . '</span>';
[url=http://www.flopp-caching.de/]Flopps Tolle Karte[/url] | [url=http://www.florian-pigorsch.de/oc]OC[/url] | [url=http://www.florian-pigorsch.de/gc]GC[/url] | [url=http://florian-pigorsch.de/+]G+[/url] | [url=http://florian-pigorsch.de/t]Tw[/url] | [url=http://florian-pigorsch.de/fb]Fb[/url]
[quote="anonym"]
Rufe mal bitte translate.php auf. Dazu muss der Benutzer im user.admin-Feld die entsprechenden Rechte haben. Trag einfach 255 ein, dann hat der User alle Rechte. Die Übersetzung selbst kannst du dann entweder im HTML-Form machen oder über XML-Export/Import.
[/quote]
Achtung: Beim Importieren von static-data/data.sql wird das last_modified-Feld für alle Einträge in sys_trans und sys_trans_text auf das aktuelle Datum gesetzt. Exportiert man die Daten anschließend mit dem "SQL-Export"-Knopf und checkt sie im Git ein, werden die kompletten Tabelleninhalte ersetzt und man kann im Diff nicht erkennen, was geändert wurde.
Ich hab jetzt die Insert-Trigger für beide Tabellen geändert, sodass das Datum nur neu generiert wird wenn beim Insert keines vorgegeben wird. -> Ticket #4508
Rufe mal bitte translate.php auf. Dazu muss der Benutzer im user.admin-Feld die entsprechenden Rechte haben. Trag einfach 255 ein, dann hat der User alle Rechte. Die Übersetzung selbst kannst du dann entweder im HTML-Form machen oder über XML-Export/Import.
[/quote]
Achtung: Beim Importieren von static-data/data.sql wird das last_modified-Feld für alle Einträge in sys_trans und sys_trans_text auf das aktuelle Datum gesetzt. Exportiert man die Daten anschließend mit dem "SQL-Export"-Knopf und checkt sie im Git ein, werden die kompletten Tabelleninhalte ersetzt und man kann im Diff nicht erkennen, was geändert wurde.
Ich hab jetzt die Insert-Trigger für beide Tabellen geändert, sodass das Datum nur neu generiert wird wenn beim Insert keines vorgegeben wird. -> Ticket #4508
Zuletzt geändert von following am 01.05.2013, 00:22, insgesamt 1-mal geändert.
So, das Problem ist gefixt - Schluss mit den Belgien- und Afghanistan-Caches!
Danke Florian
Danke Florian
[quote="following"]
So, das Problem ist gefixt - Schluss mit den Belgien- und Afghanistan-Caches!
Danke Florian
[/quote]
Super!
So, das Problem ist gefixt - Schluss mit den Belgien- und Afghanistan-Caches!
Danke Florian
[/quote]
Super!
[quote="following"]
So, das Problem ist gefixt - Schluss mit den Belgien- und Afghanistan-Caches!
Danke Florian
[/quote]
Klasse, da bin auch schon 2-3 mal erfolgreich drübergestolpert :-)
So, das Problem ist gefixt - Schluss mit den Belgien- und Afghanistan-Caches!
Danke Florian
[/quote]
Klasse, da bin auch schon 2-3 mal erfolgreich drübergestolpert :-)
[url=http://www.opencaching.de/viewprofile.php?userid=152708][img]http://www.opencaching.de/statpics/DE/152708.jpg[/img][/url]