Offen Fallback ändern, ohne die Standardsprache ändern zu müssen

[hula1499]

Hallo,

dies mag jetzt ein Sonderfall sein, aber vielleicht fällt jemanden eine einfache, simple Lösung ein, uns leider nicht.

Standardsprache ist Deutsch -> soll/muss auch so bleiben.
Fallback: Es ist ja jetzt so, dass wenn keine Übersetzung vorhanden ist, dass das Fallback für die Standardsprache genommen wird, in unserem Fall halt deutsch.

Das ist jedoch etwas "unpraktisch", da mehr Leute EN sprechen/verstehen, als deutsch.

Gibt es daher die Möglichkeit:

.) Standardsprache DE
.) Fallback - fix - EN

d.h.: gibts keine Übersetzung für CMS, Produkt, "was auch immer" in der ausgewählten Sprache, nimm/zeig den Inhalt der Sprache EN (aber wechsel NICHT die Sprache!, genauer: die Spracheinstellung muss trotzdem auf zb. ES, IT etc. bleiben).

Nicht so einfach, oder?

 

[ag-websolutions.de]

AW: Fallback ändern, ohne die Standardsprache ändern zu müssen

Nicht so einfach, oder?

Nein nicht wirklich, per default und hardcoded ist nun mal die "Standard"sprache == "Fallback"sprache

 

[hula1499]

AW: Fallback ändern, ohne die Standardsprache ändern zu müssen

Schade, habs befürchtet.

Dann müssen wir wohl: Ameise exportieren bei Artikel (EN + neue Sprache) - das halt kopieren
Variablen müssen sowieso angepasst werden.
CMS und Frontend Zeug halt händisch alles auf EN eintragen, was jetzt im first step nicht übersetzt wird

.... Mist

Danke dir für die rasche Info.


Nachtrag: das geht ja leider auch nicht, zumind. nicht bei den Produkten.
Ich "darf" bei den Produkten keine Sprache eintragen (wegen Exportplugins)....

 

[hula1499]

AW: Fallback ändern, ohne die Standardsprache ändern zu müssen

Ganz abdrehen kann man die auch nicht oder?

Dieses Fallback=Standardsprache ist (für uns) in verschiedensten Fällen einfach nur total nervig und kontraproduktiv - vermutlich kann man das auch nicht komplett abdrehen, oder?

Da eh vermutlich die Antwort: nein kommt - zweiter Lösungsansatz:

Ich dacht mir ja, ich kann die Probleme hier zumindestens in den Exportformaten ausgleichen mit dem schönen Punkt:

Nur Produkte mit Beschreibung

Der greift aber, natürlich (also für mich eigentlich nicht natürlich, aber für JTL natürlich schon) nur auf die Global Standardsprache und nicht auf die hinterlegte Sprache des Exportformats.
D.h. gibts keine Beschreibung in der Sprache, nimmt er ?logischerweise? einfach die Standardsprache, anstatt nichts zu machen (es gibt für diese Sprache keine Beschreibung!).

Hier gibts natürlich auch keine Lösung oder?

 

[ag-websolutions.de]

AW: Fallback ändern, ohne die Standardsprache ändern zu müssen

Nein und nein

Standardsprache ist Standardsprache und Fallback ist Fallback

 

[testjo]

AW: Fallback ändern, ohne die Standardsprache ändern zu müssen

Bin kein Programierer.
Aber man soll doch im shop "frontend" ein abfrage zum Datenbank einbauen können, wen dass nicht und dass nicht vorhanden nim sprache(id) eng wen vorhanden.
( Langsamer vielleicht, oder in den fallback abfrage routine ( wen die seperated worden ist als sag mall ein "class") den sprache zuweisung fest/ hardcoded einbauen vielleicht wen es geht)

Vorteil ist wen man mehrere Shop pro Land / TLD hat dieser auch dort anpassen kan also welche fallback für welche Regio, OK man hat bereits Standard Sprache aber trotzdem. ( Weil die Translations laufen immer hinterher oder? fast wie Mehrsprachen JTL.

 

[testjo]

AW: Fallback ändern, ohne die Standardsprache ändern zu müssen

Workarround für so etwas vielleicht, das in jedenfall immer den Felder/ texte so befuhld werden mit den default/fallback wie Du den Hat und möchte, weil dies geht ja doch glaube ich mit den Ameise. ( muss halt ein macro oder so für "excel"csv wen feld leer anderer sprache sind so mall schnelle gedanken)
EIN GHOST Sprache anlegen als default / standard sprache, wobei man die mit alles was fertig ist oder eben nicht fertig ist in deiner auswahl befüllen kan, also wen es noch kein ENg für gibt dort Deutsch aber , wen EN dort En drin, die Sprache dan einer nimmen die nie durch dir benutzt werdet sollte auch ein workarround sein können womit man dan den WAWI betreiben und füllen kan.
So kan man alles wo auch immer selbe steuren fast ohne coding
Man macht ein Kopie von den Englisch oder Deutsch welche auch immer default sein soll nach dieser Sprache in Shop selbst. womit man dan die eng/de variablen hat oder?

Man muss sich vorab gedanken machen, ist nicht ausarbeitet von mir aber von hieroben könnte ein ansatz sein, wen es von JTL nicht mehr kommt.

Wen es so wir ich verstehe (nur) um den Produkt/Kategorie texte geht, weil anders versteh ich nicht weil Standard Sprache Deutsch bleiben soll?

Weil im Deutsch und ENG gibt es doch bei dir alles, also wen einer in DACH ist soll shop auch wen kein default DEUtsch immerhin anzeigen DEUTSCH, wen das reicht kan man default sprache vielleicht doch umsetzen aufs ENG oder?
Frage dies bei MArtin nach. Weil naturlich default nur Shopsprache ändern gab mall probs mit lange her in jedenfall.

BACKUPS!

 

[testjo]

AW: Fallback ändern, ohne die Standardsprache ändern zu müssen

ODer geht dies alles nicht wegen den export plugins, dan bleibt nur den shop umprogamieren.

Oder wen dies den fall ist den workarround/ default sprache doch ändern und den export plugins anpassen lassen auf ein hardcoded sprache ?? ( machen wir auch beim anderer Shopsystem eben wo die exports in welche Sprache auch sein mussen, dort war es nur ein par Codezeilen, vorteil ist dabei man kan dan mehrere exports in mehrere Sprachen machen eben wie man sich die wünscht )

Bilder mehrsprache weisst Du ja.

 

[hula1499]

AW: Fallback ändern, ohne die Standardsprache ändern zu müssen

Du hast scheinbar keine Ahnung, was für ein Aufwand es ist, eine Sprache anzulegen und vollständig abzubilden/zu verwalten

Da legt man mal nicht so schnell eine neue Sprache an und alles ist im System. CMS, Variablen, weitere Zusatztexte auf den Seite, Prod. Beschreibung, Kat. Beschreibung, Prod. Kurzbeschreibung, Kat Namen, rechtliches, ganzes Dropper Zeug...und davon ist viel nicht einfach nur mit der Ameise (auch nicht über die WaWi alles exportier/importierbar) und STRG C / STRG V.

Wir haben schon soviel extra machen lassen, geschweige denn die XX Stunden zusätzlichen Zeitaufwand..ich kann nicht einfach noch ein prozedere für eine Ghost Sprache machen

Bei der jetzigen neuen Sprachen liefen die Übersetzungen nach, aber auch nur, weil ich wissen musste, was für XX Variablen etc. noch im System fehlen und was der schnellste Weg ist um eine Sprache komplett abzubilden.
In Zukunft wirds kein Nachlaufen mehr geben, sondern Sprache muss fertig sein, dann wird sie erst im Shop freigeschalten (und danach CMS, SEO, AGB etc, Variablen direkt in der Datenbank bearbeiten etc etc - innerhalb weniger Tage).

Es ist ein Zusammenspiel aus mehreren Problemen in diesem Fall und nicht nur das Exportformat. Auch müssen wir jetzt schön langsam aufpassen, bei den XX _custom Datein und teilweise auch hardcoded Änderungen, dass man den Überblick nicht verliert und auch noch irgendwann mal Updates machen kann (schon allein das Ändern der Länderliste sind 7 Datein....)

 

[testjo]

AW: Fallback ändern, ohne die Standardsprache ändern zu müssen

War auch nur ein gedanken wen es wirklich wichtig ist wie man solches alles .....

Was den Sprachen angeht mit shopv4 nein, aber WAWi vorher yep, und dass vieles nicht ging mit Ameise und co ist mir bekannt, habe aber auch gedacht werdet besser sein , und habe aber noch immer hofnung es geht mall.

( Stücklisten varkombis, atributen mehrsprachen wass auch immer)

Aber also default Sprache ändern geht nicht weil nur wegen den plugins?
Und wen es nur ist wegen den plugins die code kan man nicht ändern?

Aber ok Du bist mit so einiges soweit, und yep den Aufwand und alles herum erst gehabt, hoffe beim JTL und SP wissen die jetzt so ungefähr was alles noch an zu passen ist, wobei bei dir dan hoffentlich nachher weniger Custom Datei..... weil es wen wichtige in algemeinen betrift naturlich auch ins JTl default untergebracht werden soll seitens jTL.

Variablen direkt in der Datenbank bearbeiten etc etc

Also noch immer?

 

[hula1499]

AW: Fallback ändern, ohne die Standardsprache ändern zu müssen

Es kann leider nicht alles via Ameise exportiert UND importiert werden, da ist leider nichts wirklich besser geworden, wobei unser letzter Sprachtest auch schon einige Jahre her ist und ich mich auch nicht mehr so ganz an alle Probleme erinnern kann.

Default generell auf EN setzen: da hängt dann auch wieder vieles dahinter dran (plugins, unicorn, gbase etc) - alles nicht so einfach.

Aber ok Du bist mit so einiges soweit, und yep den Aufwand und alles herum erst gehabt, hoffe beim JTL und SP wissen die jetzt so ungefähr was alles noch an zu passen ist, wobei bei dir dan hoffentlich nachher weniger Custom Datei..... weil es wen wichtige in algemeinen betrift naturlich auch ins JTl default untergebracht werden soll seitens jTL.

Sprachen betreffen scheinbar sehr wenige JTL Kunden, sonst wäre der Aufschrei hier schon viel grösser gewesen. Der einzige der diese ganzen Sprachbugs hat, vollkommen sinnfreier Umgang damit, unzureichende Tests zwecks Sprachen von JTL (im Forum) sind ja eh nur wir. Das hier dann scheinbar 0 Wert darauf gelegt wird freut mich zwar natürlich nicht, aber für - scheinbar - einen Kunden wird hier natürlich nicht wirklich grossartig was angepasst.

Also noch immer?

Klar, hab auch nichts anderes erwartet. Ausser dem "wir/ich könnte auch freundlicher sagen, was nicht funktioniert" ist natürlich auch nichts gekommen und auf JTL in diesen Punkt zu warten bringt sowieso nichts.

Variablen war eine Mischung aus: Datenbank und Admin ~30 Variablen löschen und für alle Sprachen neu anlegen, bzw. in der DB danach suchen und einen neuen DB Eintrag erstellen (gab auch global Variablen die nichtmal auf EN vorhanden waren).

Werd mal am DEV schaun, was alles passiert, wenn ich die Standardsprache auf EN stelle, aber halt auch wieder stundenlanges herumtesten....

 

[kaphel]

Hallo JTL-Team, wir haben hier das gleiche Problem. Ein Feature, mit dem man alternativ zur Standardsprache eine Fallbacksprache (optional) auswählen könnte wäre klasse, da Deutsch als Fallbacksprache für's Ausland nicht so praktikabel ist . Es wurde auch alternativ eine festsehende Option reichen, z.B. "Fallbacksprache Englisch ja/nein".

 

[ag-websolutions.de]

Eröffnet bitte für euren Wunsch ein Feature request "Fallback-Sprache einstellbar machen"

http://feedback.jtl-software.de/