Darstellung des Währungssymbols bei Preisen in PS 1.7

[Jörg Saxtec]

Hallo,

 

in PS 1.6 konnte man festlegen, wie ein Preis im Frontend dargestellt wird.
Zur besseren Verständlichkeit: Ich meine die Preisauszeichnungen wie: 100,00 € - CHF 100,00 oder $ 100,00 .

 

Wie und wo kann ich das in PrestaShop 1.7.1 umsetzen? Leider werden alle Währungssymbole NACH dem Preis angezeigt.

Zur Verdeutlichung habe ich einige Screenshots beigelegt.

 

Und nein, ich möchte nicht PS 1.6 einsetzen, da ich überzeugt bin, dass in PS 1.7.X trotz bekannter Anfangsschwierigkeiten sehr viel Potential steckt, und das Frontend auch in der Classic Version um Längen Kundenfreundlicher ist.

 

Liebe Grüße,

Jörg

Edited June 23, 2017 by Jörg Saxtec (see edit history)

[rictools]

Du erkaufst dir deinen Entschluß, auf 1.7 zu setzen, halt mit Mehrarbeit und damit, daß du viele Probleme selbst lösen mußt, weil sich damit hier kaum jemand halbwegs auskennt.

 

Ich habe mal ein wenig gegoogelt, das ist wohl tatsächlich ein neues Problem in 1.7, das Format soll man aber in einer Datei in einem translations/cldr-Ordner ändern können.

[eleazar]

Der Hinweis von rictools ist ganz richtig, denn es geht tatsächlich nicht mehr im Back Office bei 1.7.
Du musst daher direkt in die Konfigurationsdatei eingreifen, die für die Schweiz wahrscheinlich so heißt:

/Translations -> /cldr -> main-ch-CH-numbers

Dann suchst du in der Datei nach folgendem String: currencyFormats-numberSystem-latn
 
Hier funktioniert es ähnlich wie bei Excel. Nehmen wir mal an, der Unicode für den CHF sei u0066, dann müsste die Formatangabe, die du aktuell hinter dem Wörtchen standard: findest, aktuell lauten:
 
standard: \u0066\u00a0#,##0.00

 
u00a0 = Leerzeichen
 
Daraus machst du nun:
 
standard: #,##0.00\u00a4\u00a0

 
Den Dezimalpunkt änderst du ganz am Anfang der Datei, nämlich hier:
 
symbols-numberSystem-latn":{"decimal":".","group":",";
  
Ansonsten solltest du dich besser daran gewöhnen, dass Prestashop 1.7 in weiten Teilen eine Software von Programmierern für Programmierer ist - zumindest hat es bislang den Anschein. Auf jeden Fall ist Vieles umständlicher geworden.

[Jörg Saxtec]

Vielen Dank. 

Allerdings habe ich noch nicht das gewünschte Ergebnis.

 

Ist es richtig, dass man die Preisauszeichnung nur einmal (global) je Sprache festlegen kann? So habe ich in meiner Testumgebung (Deutsch und Spanisch) eine Datei translations -> cldr -> main--de-DE--numbers sowie translations -> cldr -> main--es-ES--numbers.

 

Wenn ich nun in der spanischen Vorlagedatei den Wert ändere, habe ich für ALLE Währungen das Währungszeichen vor dem Preis. So wird dann die Währung anhand der gewählten Sprache und nicht auf Basis der gewählten Währung formatiert. (es wird dann auch '€ 100‘ anstatt '100 €' angezeigt, bei der Auswahl Sprache Deutsch wird zwar '100,00 €' dargestellt, aber die Fremdwährung falsch).

 

Kann man das mit einem PrestaShop 1.7 lösen? Andernfalls wäre diese Version für internationale Shops nicht mehr geeignet.

 

LG Jörg 

[eleazar]

Ja, deine Beobachtung stimmt so. Ab PrestaShop 1.7 beruht das Währungsformat auf der gewählten Sprache und lässt sich nicht mehr separat festlegen. Das ist leider nicht der einzige Logikfehler, der diese Neuprogrammierung "auszeichnet"!

Aber du würdest mit 1.7 sowieso nicht glücklich. Denn spätestens bei einer Erweiterung des in der Standardauslieferung verschlankten Programms im Back- und Frontend mit Modulen, weiteren Sprachen etc. würdest du feststellen, dass durch die Vielzahl der zusätzlichen Dateien, die für Symfony notwendig sind, die Performance in die Knie geht.

[Jörg Saxtec]

Das heißt, Du würdest unbedingt bei 1.6 bleiben?
Für mich war die Entscheidung vor allem wegen des schönen Frontends und des gelungenen Checkouts auf die Version 1.7 gefallen.  

 

VG Jörg

[eleazar]

Ich würde sogar bei 1.5 bleiben, weil es schneller ist. Aber das Handling bei Responsive Templates ist bei 1.6 einfach besser.

Allein vom Aussehen des Frontends würde ich aber nie eine Entscheidung für eine bisher kaum als Liveshop erprobte und noch mit etlichen Kinderkrankheiten behaftete Neuprogrammierung abhängig machen.