Recent Posts

1

Modules / Re: [[iEditThisPage]] verstellt Sprache im Backend

« Last post by sternchen8875 on September 30, 2024, 05:00:11 PM »

Ich habe mal mit einem anderen Browser probiert (Edge statt FF), und nur mit dem beschränkten Account ausprobiert. Hier passiert das Gleiche, am Admin-Cookie kann es also nicht liegen.

Gut (bzw schlecht), dann müssen wir den Spass mal nachbauen und schauen, was passiert bzw nicht passiert.

Was die Übersetzungen betrifft, hab mal nachgeschaut, diese Definition gab es in den alten großen Sprachdateien nicht, das Feld hieß früher "$MENU['PREFERENCES']", da gab es aber Mecker, weil es verwirrt mit den WB-Optionen. Darum wurde das in den neueren Version nur in zwei Sprachen übersetzt. Für solch international genutztes CMS sind Google Translate oder Deepl ungeeignet, da macht man sich mitunter lächerlich.

Leider ist es (in allen Sprachdateien) nicht mit einer einzelnen Übersetzung getan, etwa 1/3 ist dort nicht in der jeweiligen Sprache, sondern in englisch. Da jede Änderung am Core-Paket auch eine neue Version benötigt, wäre der Idealfall eine Komplett-Übersetzung, am liebsten durch einen Muttersprachler oder jemanden, der diesem sehr nahe ist

2

Modules / Re: [[iEditThisPage]] verstellt Sprache im Backend

« Last post by masju on September 30, 2024, 02:57:22 PM »

Ich habe mal mit einem anderen Browser probiert (Edge statt FF), und nur mit dem beschränkten Account ausprobiert. Hier passiert das Gleiche, am Admin-Cookie kann es also nicht liegen.

Die Sprachdateien für das Backend sind tatsächlich nicht vollständig übersetzt, was zumindest den Sprachmischmasch erklärt:
(jeweils Zeile 105)

/languages/ES.php
$MENU['MY_PROFILE'] = 'My Profile';   --> $MENU['MY_PROFILE'] = 'Mi perfil';

/languages/FR.php
$MENU['MY_PROFILE'] = 'My Profile';   --> $MENU['MY_PROFILE'] = 'Mon profil';


Generell muss man aber mal anmerken, wie super ausgetüftelt die Mehrsprachigkeit bei WebsiteBaker ist und wie reibungslos die Sprachumschaltung im Frontend funktioniert, wenn der richtige Pagecode gesetzt ist, alle Achtung  !

3

Modules / Re: [[iEditThisPage]] verstellt Sprache im Backend

« Last post by sternchen8875 on September 30, 2024, 11:48:08 AM »

Ich denke und hoffe, die Erklärung ist recht einfach. Sollte sie aber nicht zutreffen, ist das Ganze so mal nachzubauen, um zu forschen, woran es liegt.

Was ich vermute, ist die WB-Session. Diese wird bekanntlich angelegt beim ersten Besuch dieser WB-Seite mit einer nicht-sagenden, nicht DVSGO-pflichtigen ID-Nummer drin.
Hat man sich dann angemeldet, egal, ob Back- oder Frontend, wird diese kleine Session erweitert mit den notwendigen Daten des Users, u.a. eben auch die Sprache. Diese Session erlischt erst mit Schließen des Browserfensters. Meldet man sich als Admin nur ab (um den anderen Benutzer zu testen), ist man immer einen Klick hinterher.
Zum Testen also entweder diese WB-Seite schließen oder einen zweiten Browser benutzen

Zur Sprache (dein 3. Punkt): vor ein paar Versionen wurden verschiedenen Abschnitten innerhalb von WB eigene Sprachdateien zugeteilt. Mangels Übersetzer sind diese Dateien nur in englisch oder deutsch. Ist eine eingestellte Sprache oder die gesuchte Sprachvariable nicht vorhanden, wird die englische Version gewählt, das war schon immer so in WB. Möglicherweise wurde diese auch mal umbenannt, so das die "neue" Sprachvariable nur in diesen 2 "Abschnittssprachdat eien steht und nicht mehr aus den großen Sprachdateien mit den 23 Sprachen kommt.

Beides müßte man mal nachschauen, ggf nachbauen und testen, vielleicht ist da noch etwas, was sich optimieren ließe.
Ich bin noch ein paar Tage raus. Hab beim Einbau einer großen Grafikkarte eines der Bauteile auf dem Motherboard beschädigt, dadurch einen Kurzschluß erzeugt und wohl meine SSD  und das Netzteil zerschossen. Die Kiste läuft schon wieder, aber ist halt leer wie ein neu gelieferter PC. Dauert noch ein paar Tage, bis ich alles wieder zusammen gekramt und eingerichtet habe

4

Modules / [[iEditThisPage]] verstellt Sprache im Backend

« Last post by masju on September 30, 2024, 11:06:30 AM »

Hallo zusammen,

ich habe ein seltsames Verhalten im Backend im Zusammenspiel mit dem Droplet [[iEditThisPage]]entdeckt.

Die betroffene Seite ist mehrsprachig. Ich habe eine Usergruppe mit eingeschränkten Rechten und darin einen User angelegt. Für diesen User ist die Sprache auf "Deutsch" festgelegt (ist auch so in der DB hinterlegt). Das Backend ist nach dem Einloggen zunächst auch Deutsch.
Im Template habe ich das vorinstallierte Droplet [[iEditThisPage]] eingebaut.
Klickt o.g. User nun nach dem Einloggen im Frontend auf das Stiftsymbol ("Seite bearbeiten"), passiert Folgendes:

• Es wird die Seite (z. B.) https://meineseite.tld/admin/pages/modify.php?page_id=18 aufgerufen
• Das Backend ist nun nicht wie erwartet auf Deutsch, sondern in der jeweiligen Sprache der Frontendseite (EN, FR, ES,...). Im Profil ist nun die jeweilige Landesfahne markiert .
• Alle Backend-Menüpunkte sind in der jeweiligen Sprache, mit Ausnahme von "Mein Profil", das immer "My Profile" heißt, auch z. B. auf spanischen oder französischen Seiten, nicht jedoch auf deutschen Seiten. Bei letzteren ist der Menüpunkt deutsch  .

Nach dem Ausloggen und Wiedereinloggen ist der Spuk vorbei und alles ist wieder in der eingestellten Sprache.
Das Ganze passiert nicht beim Admin.

Is it a bug or a feature?

Viele Grüße
masju

5

Modules / Re: Modul CookieConsent lässt sich nicht installieren

« Last post by masju on September 28, 2024, 04:24:09 PM »

Alles klar, vielen Dank für die schnelle und wie immer kompetente Antwort  ! Dann werde ich Klaro mal erforschen.
Bei der Fülle der Module und Templates, die für den Fork angeboten werden, juckt es immer wieder mal in den Fingern, mal was auszuprobieren.

Viele Grüße
masju

6

Modules / Re: Modul CookieConsent lässt sich nicht installieren

« Last post by sternchen8875 on September 28, 2024, 01:57:07 PM »

Kann nicht in die Dateien schauen, da mein Motherboard offensichtlich die Hufe hochgerissen hat   

Von Grundsatz her ist es so, das sich der Fork (deine Downloadquelle) vor gut 10 Jahren abgetrennt hat und jedes System geht seine Wege und dann sollte es nicht verwunderlich sein, das jeder auch seine Module auf sein System anpasst. Die responsiveFG (dein letztes Problem) wurde vor der Trennung entwickelt und seither nur noch geringfügig verändert. Wir, bei WB, sind bei der originalen FG geblieben, weil doppelte Arbeit nicht unbedingt nötig ist.
Das von dir beschriebene Modul CookieConsent ist ein Fork-Modul, hat dementsprechend deren Routinen drin, z.b. Installer, Deinstaller, Funktionseinbindung usw. WB setzt auf das Klaro-Modul und hat die Lösung auch fest im Core integriert (siehe DefaultTemplate, Stichwort: klaro) Das Modul läßt sich beliebig stylen und konfigurieren, im web gibt es zahlreiche HowTo's dazu -> https://klaro.org/de/

P.S.: die gezeigte Fehlermeldung besagt, das dieses Modul für WB in dieser Form nicht geeignet ist, die Vorabprüfung auf Kompatiblität lief schief

7

Modules / Modul CookieConsent lässt sich nicht installieren

« Last post by masju on September 28, 2024, 01:04:50 PM »

Hallo zusammen,

das angehängte Modul lässt sich nicht installieren, Fehlermeldung

Code: [Select]

[207] Ungültige WebsiteBaker Moduledatei. Bitte Voraussetzungen prüfen.
Kann mir jemand helfen? Wo finde ich die Voraussetzungen für Module und ausführlichere Fehlerbeschreibunge n?

Vielen Dank im Voraus und viele Grüße
masju

8

Hilfe & Support (deutsch) / Re: Abschnitt nicht löschbar

« Last post by sternchen8875 on September 26, 2024, 01:17:44 PM »

Man darf natürlich auch nicht erwarten, dass alles DAU-sicher programmiert ist.

Naja Dau-sicher heißt, egal, wer das Ding bedient, ob ich oder mein Kater George, das Programm darf dabei keinen Fehler erzeugen. Der Fehler, der hier aufgetreten ist, ist kein Bedienfehler, es ist ein Programmierfehler  oder die Folge einer Änderung, die nicht bis in alle Einzelheiten durchgezogen wurde

Aber vielleicht sind die Entwickler ja dankbar, wenn es Rückmeldungen gibt.

Das sind mit Sicherheit alle Entwickler 

9

Hilfe & Support (deutsch) / Re: Abschnitt nicht löschbar

« Last post by masju on September 26, 2024, 07:26:40 AM »

Ich melde das gleich auch mal an den Programmierer des Moduls.

der wird dir sicher sagen, das es nicht an seiner Arbeit liegt 

Man darf natürlich auch nicht erwarten, dass alles DAU-sicher programmiert ist. Aber vielleicht sind die Entwickler ja dankbar, wenn es Rückmeldungen gibt.

Oh, ich sehe gerade, die WB-Webseite läuft ja wieder

10

Hilfe & Support (deutsch) / Re: Abschnitt nicht löschbar

« Last post by sternchen8875 on September 25, 2024, 10:58:17 PM »

Ich melde das gleich auch mal an den Programmierer des Moduls.

der wird dir sicher sagen, das es nicht an seiner Arbeit liegt