WBCE CMS – Way Better Content Editing.
Du bist nicht angemeldet.
Also ich habe alle Sprachdateien in UTF-8 umgewandelt(also auch keine Entities mehr) und auch noch den Lademechanismus verbessert . Jeder entsprechend Sprachlich veranlagte kann dann einfach die Übersetzung editieren.
Sprich Englisch wird immer zuerst geladen dann die Lokale Sprache , fehlt eine Variable , wird die zumindest Englisch angezeigt.
Zum Schluss holt er noch die Kompatibilitäts Datei.
Sieht da Jemand ein Problem drinn ?
Wenn nein, bau ich es ein!
Ein Tool zum Automatischen erweitern der Sprachdateien kommt auch noch. Sprich Englisch neue Vars einfügen, Tool starten, Variablen in allen Anderen auch eingetragen (leider nicht übersetzt, nur Englisch) . Was aber geht ist einzelne Dateien komplett automatisiert mit Google übersetzen. Dürfte das Arbeiten mit Sprachdateien wesentlich vereinfachen.
Offline
Und was ist jetzt mit Fränkisch (kleiner Scherz).
Nein - ich finde das super! UTF-8 Sprachdateien sind auf jeden Fall deutlich besser, Sprachdateien aus einigen Sprachen (Russisch oder Ungarisch) waren doch recht lustig anzusehen. Alles was anders ist als die Sprachdateien-Regelung in WB Classic SVN ist besser.
Und der Fallback auf Englisch ist auf jeden Fall sehr gut, weil es doch schöner ist als irgendwelche Variablen zu sehen.
Offline
Offline
Die Alten konnte ja keiner mehr editieren mit den ganzen entities
Offline
Keine Entities mehr?
Das ist ein bissel wie: Alle LayoutTabellen in Orange einfärben, weil die braucht eh keiner mehr.
Viele Websites sind (warum auch immer) nicht UTF-8. Den Leuten sollte man keins auf den Deckel geben. Das "Kommentar hinzufügen" schaut plötzlich aus wie gehackt.
Son bisserl ist das wie , bitte bedenke der IE5....
Meistens hatte ich Ärger mit anderen Codierungen und die Sprachdateien sind mit den Entities praktisch nicht zu editieren. Die Admin Themes sollten eigentlich sowiso schon alle UTF-8 sein und im FE das mal eben auch einzustellen sollte nicht wirklich das Problem sein. Wenn doch schau ich gerne mal drüber, da kann ich dann was lernen
.
Also mal genau , wo drückt der Schuh?
Beitrag geändert von norhei (29.07.2015 23:15:20)
Offline
Oder wie websitebaker.at/templates
Oder etliche andere, die ich noch so betreue.
Ich möchte nur anmerken: Es gibt vieles da draußen, was der Theorie widerspricht.
Beitrag geändert von grindbatzn (29.07.2015 23:13:05)
@norhei: und zu mir sagt der Mann ruhig brauner ... 
Account inactive since 2018/11/17.
Offline
Wurde gerne mal versuchen was passiert wenn man da einfach UTF-8 als Zeichensatz einträgt ?
Bei alten Seiten ist das Problem schon etwas größer , wenn da die DB noch auf was anderem läuft , aber da gab es auch schon Probleme bei WB2.8.2 auf 2.8.3 weil die Datenbank teilweise umgestellt wurde. Bei 2.8.4 ist dann endgültig Ende , die wird in jedem Fall umgestellt.
Musste letztens einen Filter bauen weil eine Lokale Zeitung hier sich auch noch an der Umstellung verschluckt hatte(genauer der Anzeigenteil)
Das WB Forum ist auch voll von "Hilfe ich hab komische Zeichen" mit UTF-8 würde das aufhören zumindest mit allen neuen Seiten....
Sprich die Umstellung bringt Probleme mit, danach ist dann aber Ruhe (ich glaub mit PHP 7 ist auch an der Front dann alles utf-8)
Offline
@cwsoft Gibs mir , yehaaa !!
Das meiste sind olle Patches, die ich ohnehinn schon hatte. 
@easyuser
Wie ist das denn im WB SVN gelöst ?
@Chio
Tauchen die Inhalte der Sprachdateien denn irgendwo im FE auf , weil im BE wird ja auch das Thema aktualisiert , und die sind ja auch jetzt schon auf UTF-8?
Beitrag geändert von norhei (29.07.2015 23:29:31)
Offline
Wenn die Entities schon da sind, kann man sie ruhig lassen - die tun ja nicht weh. Ich habe keine Probleme mit ihnen, ich kann sie auch schreiben. ;-)
Häufige Gründe, warum Sites NICHT utf-8 sind: Der Hoster hat den Zeichensatz vorgegeben, es gab Probleme bei der Migration, ...
Kann sein, dass man das mittlerweile leicht ändern kann, aber es gibt schon auch einen Grund, warum der Editor Entities erzeugt: Sie sind stabil und Fehler kannst du dann ja immer noch machen.
Bei utf-8 hast du einfach das Problem: Ein falsches Programm, und futsch ist. Willst du all den Leuten sagen, sie sollen gefälligst alles richtig machen?
Beitrag geändert von grindbatzn (29.07.2015 23:33:16)
Bei utf-8 hast du einfach das Problem: Ein falschen Programm, und futsch ist.
Nanu warum denn das ?
Offline
Wenn du ein Programm zum editieren verwendest, das mit utf-8 nicht umgehen kann, wird utf-8 nochmal zu falschem utf-8 konvertiert und du hast die dinger doppelt.
Die Sprachdateien tauchen im FE bei zb "hinzufügen" ("add") auf. Kommt nicht so oft vor, aber zb bei den Topics-Kommentaren.
Nur zur Sicherheit: Dass ich es von Topics weiß, und dass ich Seiten betreue, die nicht utf-8 sind, soll nicht bedeuten, dass ich der letzte bin der das noch kennt, sondern, dass insgesamt eine statistische Wahrscheinlichkeit vorhanden ist.
Und es gibt ja keine Not - die Entities werden ja sonst auch nirgends abgeschafft.
Edit:
Nebenbei: Wenn das Backend einen anderen Zeichensatz als das Frontend hat, gibt es ordentlich Zoff.
Beitrag geändert von grindbatzn (30.07.2015 00:44:31)
Also soweit ich weiß wird WB 2.8.4 auf jeden Fall UTF-8 only.
Das gilt für fast alle aktuellen CMS .
Die Sprachdateien Für Russisch , Japanisch und co. sind praktisch nicht zu editieren , so wie sie sind.
Das Problem mit dem Editor hast du immer wenn Zeichensatz des Editors nicht mit dem übereinstimmt, der in der Datei vorherrscht. Egal welcher Zeichensatz auch ISO usw..
Notepad und Wordpad schaffen es alles zu verhunzen 
Die Entities werden auch nicht abgeschafft , sonder sind einfach nur nicht mehr in den Sprachdateien. Funktionieren tun die Weiter.
Probleme mit Zeichensätzen hat es schon oft gegeben, das WB Forum ist voll davon , wenn erst mal alle auf UTF laufen wird das weniger.
Keiner wird drumherum kommen auf dauer die seiten umzustellen, wenn er halbwegs aktuelle Software benutzen möchte.
Aber:
Wir wollen "less Struggling" auf lange Sicht heist das UTF-8 auf die schnelle kann das erste Release auch gut ohne leben, also werde ich einfach den neuen Loader nehmen und die alten Dateien schon mal so Ändern das sie damit funktionieren. Dann schau ich mal ob ich das Sprachtool nicht so abwandel das sich schon mal jeder der will die Dateien umwandeln kann. (Ich hab das ja nicht von Hand umgewandelt) .
Ich hatte sowiso schon mal den Gedanken das erste Release noch ein wenig mit PHP Updates und sicherheits Patches zu füttern, da sich vermutlich in den nächsten doch was ändern muss, vermutlich nicht viel, aber manches ist wohl schon unumgänglich. Aber das kennt man ja von anderen CMS , Wo halt die einzelnen Stable Releases auch etwas länger noch gepflegt werden, Patches zu übertragen ist ja mit Git nicht wirklich ein Problem.
Da Sieht man dann mal wieder das eine vernünftige Release Struktur schon was sinnvolles ist. Vielleicht sollten Wir auch auf der Startseite einfach schreiben Download "Development Version". Ne Beta ist das nämlich noch nicht
.
Offline
Ich hatte beim Updaten von einigen bestehenden Websites auf 2.8.3 SP4 den "Spaß", händisch bei zig Seiten und News-Items falsch dargestellte Umlaute in den Überschriften korrigieren zu müssen. Wenn - aus guten Gründen - die Zeichensatzproblematik angegangen wird, sollten wir ein Migrationstool bereitstellen, das solche Probleme behebt.
Wir Benötigen: Cents, Euros... jetzt spenden!
Offline
An UTF-8 führt kein Weg vorbei, auch wenn man _mit_ immer noch genug Probleme hat.
Ich hasse Umlaute... *grummel*
Entities funktionieren auch bei UTF-8 noch.
@florian: Was genau war das Problem?
Ich habe eine Amazon-Wishlist.
Oder spende an das Projekt.
Ich kann, wenn ich will, aber wer will, dass ich muss, kann mich mal
Online
Naja, das übliche, also aus "Überschrift" wurde "<?>berschrift" usw.
Wir Benötigen: Cents, Euros... jetzt spenden!
Offline
Hab ich mir schon gedacht, nur warum gerade da und warum mit SP4? Ich bin halt zu lange raus aus WB... Ich halt mich an der Stelle dann einfach mal raus. 
Ich habe eine Amazon-Wishlist.
Oder spende an das Projekt.
Ich kann, wenn ich will, aber wer will, dass ich muss, kann mich mal
Online
weil mit SP4 die Umstellung auf UTF-8 einhergeht. Es war aber mysteriös, ich hatte das Problem nur auf wenigen Seiten, nicht auf allen.
Wir Benötigen: Cents, Euros... jetzt spenden!
Offline
Hängt von den einstellungen der alten Datenbank ab.
Offline
Modifizierte Version auf GIT hochgespielt.
Offline
Frage an die Putze. Kann Issue #8 eigentlich als geschlossen betrachtet werden?
Account inactive since 2018/11/17.
Offline
Habe es jetzt erst einmal zugemacht, in der nächsten WBCE Version können Wir es einfach entfernen. Wer es dann noch braucht kann es im Modulverzeichnis runterladen und einfach in den "languages" Ordner kopieren. WBCE erkennt das dann und läd es.
Cwsoft, Du putzt ja noch schlimmer wie ich 
Offline
cwsoft, Du putzt ja noch schlimmer wie ich
Yo, aber Du und marmot fixen die dicken Brocken und ich mach das Kleinviech. Mehr Zeit ist dank Umzugsvorbereitungen aktuell nicht 
Account inactive since 2018/11/17.
Offline
Bei WB will keiner das Kleinvieh wegmachen, deswegen schauts so finster aus ;-)
Offline