Tipp: Strings der Modulausgabe überschreiben

nicmare · 28. Februar 2011 10:18

Ich arbeite nun schon einige Jahre mit CMSms, aber heute bin ich zufällig auf eine Anleitung gestoßen, in der beschrieben wird, wie man die Admin-Ausgabe aller Module (z.B. Sprache oder Templates) überschreiben kann, ohne die Kerndateien zu bearbeiten. Würde man das tun, würden die Änderungen nämlich nach dem nächsten Modulupgrade überschrieben bzw. zürückgesetzt werden.

Beispiel:
Angenommen man verwendet das Modul CGCalendar. Der standardmäßige deutsche Name heißt "Calguys Kalender".
Diese Übersetzung findet man in modules/CGCalendar/lang/ext/de_DE.php:

Hier klicken, um den Code zum Kopieren zu markieren

$lang['cal_calendar'] = 'Calguys Kalender';

Dieser Name ist für Anwender aber alles andere als intuitiv (nach meiner Erfahrung).
Drum ist es gut, diesen zu übersetzen. Manche Module bieten diese Möglichkeit von Hause aus in ihren Einstellungen. Dieses Modul jedoch nicht. Um nun aber den Namen zu überschreiben, tut man folgendes:

Ordner im root von CMSms anlegen: module_custom
Diesen Ordner öffnen.
Ordner mit dem identischen Modulnamen anlegen: CGCalendar
Diesen Ordner öffnen.
Sprachordner anlegen: lang
Diesen Ordner öffnen.
Sprachdatei anlegen: de_DE.php
Diese Datei öffnen
folgenden Code einfügen:
Hier klicken, um den Code zum Kopieren zu markieren
```
<?php
$lang['cal_calendar'] = 'Events';
?>
```
Abspeichern, und ab sofort erscheint das Modul im Backend als "Events", oder was auch immer ihr wollt.

Den richtigen Spracheintrag findet ihr immer, wenn ihr direkt ins Modul geht und euch die Sprachdatei anschaut.
Das lässt sich auch für die Template-Ausgabe im Admin anwenden. Nach dem selben Prinzip! Hier wird jedoch die ganze Datei in den module_custom Ordner dupliziert und der entsprechende Code hinzugefügt oder auskommentiert. Ab sofort wird dann diese duplizierte Datei benutzt. Beispiel: http://www.cmsmadesimple.de/forum/viewtopic.php?id=629

Ein weiteres schönes Beispiel bei dem News-Modul: http://www.i-do-this.com/blog/41/Making … nt=Twitter

Beitrag geändert von nicmare (05. April 2011 08:44)

Andynium · 28. Februar 2011 10:29

Coole Sache - danke für dein Posting, war mir bislang auch unbekannt.

Habs mal nach Übersetzungen verschoben ...

Connie · 28. Februar 2011 10:46

ist es nicht unglaublich, dass solche Anleitungen auf der privaten und auch recht hässlichen Seite des "Chef-Entwicklers" stehen und nicht in offiziellen Dokus?

Ich hab gerade bei den Modulen, deren Titel ich meinen Kunden und Anwendern nicht vermitteln konnte, die mich fragten wer denn oder was denn dieser Calguy sei in ihrem Blog, immer nach jedem Update die Dateien selbst bearbeitet... und wehe man vergisst das mal...

ich merk mir das, danke für diesen Hinweis!

nockenfell · 28. Februar 2011 11:40

Hatte das auch schon mal gelesen, da ich's nicht gerade brauchte, war mir das nicht mehr präsent. Danke für den Beitrag. Wird gleich Sticky gemacht.

nicmare · 28. Februar 2011 12:06

ja, das war für mich nen großer Nachteil an CMSms. Dass man die Modulausgabe nicht überschreiben kann. Erstaunlich, dass es diese Lösung schon seit 2008 gibt. Erschreckend…

Aber meint ihr, dass das bei "Übersetzungen" richtig aufgehoben ist? Ich meine, das mit dem alternativen Modulnamen war jetzt nur ein Beispiel. Man kann die Templates ja auch bearbeiten, so dass überflüssige Felder nicht mehr angezeigt werden. Hier ist auch ein wenig Kreativität gefragt.

NaN · 28. Februar 2011 12:08

Bastelstube wäre passender denke ich

Andynium · 28. Februar 2011 12:45

Hmm, Bastelstube war eigentlich primär für Hacks & Co gedacht, was es ja nun eigentlich gerade nicht ist, sondern nur eine extrem systemkonforme Nutzung ops und es geht ja um Übersetzungen.

Lass mich aber gern überzeugen ...

nockenfell · 28. Februar 2011 19:27

Eigentlich ist es sowohl als auch gut aufgehoben. Da mir der Übersetzungsteil wichtiger ist, würde ich es eher in diesem Forum lassen.

Andynium · 29. März 2011 11:25

nicmare schrieb:

Ab sofort wird dann diese duplizierte Datei benutzt.

Damit ist die eigene sprachliche Anpassung zwar vor einem Update sicher, aber trotzdem empfiehlt es sich, bei jedem Update die Sprachdateien mit den Originalen zu vergleichen und ggf. anzupassen, da die Erweiterungen der Sprachdateien bei fortlaufender Modulentwicklung eher die Regel sind.

Funktioniert übrigens auch mit den Templates wink

http://www.cmsmadesimple.de/forum/viewtopic.php?id=629

nicmare · 29. März 2011 11:27

nicmare schrieb:

Das lässt sich auch für die Templateausgabe im Admin anwenden. Nach dem selben Prinzip! Hier wird jedoch die ganze Datei in den module_custom Ordner dupliziert und der entsprechende Code hinzugefügt oder auskommentiert. Ab sofort wird dann diese duplizierte Datei benutzt.

aber gut einen Link zu dem Thema zu haben smile

Andynium · 29. März 2011 11:34

Upps, muss mich mal bei meinem Optiker beschweren ... irgendwas stimmt mit meiner neuen Brille nicht cool .

Da das Posting aus bekannten Gründen im Übersetzungsboard gelandet ist, hab ich das Thema aus gegebenem Anlaß und für eine bessere Übersichtlichkeit noch einmal im Modul-Forum repliziert.

Der Oberhammer wäre natürlich, wenn man auch die Actions damit überschreiben könnte ...

nicmare · 29. März 2011 11:35

was für actions?

Andynium · 29. März 2011 11:46

Na eben die Systemdateien der Module wie zum Beispiel action.addarticle.php beim News-Modul (egal, ob fürs Frontend oder fürs Backend) ... damit könnte man sich dann auch das Patchen von Moduldateien ersparen.

Schließlich weisst sich nicht jedes Modul einer Smarty-Variablen zu wink .

NaN schrieb:

Da CGCalendar sich selbst einer Smartyvariablen zuweist, haben wir auch hier leichtes Spiel und können über die Smartyvariable auf das Modul API zugreifen und ein WYSIWYG Textfeld erstellen. Dazu musst Du nur die oben markierte Stelle des Summaryfeldes durch folgendes ersetzen:
{$CGCalendar->CreateTextArea(true,$actionid, $event.event_summary, 'event_summary', 'content', $actionid)}

NaN · 29. März 2011 17:04

cyberman schrieb:

Schließlich weisst sich nicht jedes Modul einer Smarty-Variablen zu

Dazu kann man aber doch dieses winzig kleine Plugin verwenden: http://dl.dropbox.com/u/2876578/CMSms/P … module.php

Einsatz:
{get_module module="Modulname"}
{$Modulename->ApiFunction()}

wink

(Ich glaube bei CGSimpleSmarty gibt es ähnliche Funktionen, um im Template auf Modulfunktionen zuzugreifen)

Andynium · 30. März 2011 07:40

NaN schrieb:

cyberman schrieb:
Schließlich weisst sich nicht jedes Modul einer Smarty-Variablen zu
Dazu kann man aber doch dieses winzig kleine Plugin verwenden: http://dl.dropbox.com/u/2876578/CMSms/P … module.php

Jetzt hast du mich aber auf die Rolle geschoben ops ... klang für mich hier

NaN schrieb:

Ich wünschte alle Module wären so leicht zu handhaben...

irgend wie anders wink .

NaN schrieb:

Einsatz:
{get_module module="Modulname"}
{$Modulename->ApiFunction()}

Ich glaub, ich muss mich doch erst mal etwas forciert um den eigenen Download-Bereich kümmern, um solche Sachen anzubieten ...

NaN schrieb:

(Ich glaube bei CGSimpleSmarty gibt es ähnliche Funktionen, um im Template auf Modulfunktionen zuzugreifen)

Hab ich auf die Schnelle nix finden können, nur {module_action_link}

Ein Smarty-Plugin, mit dem ein Link auf eine Modul-Aktion gesetzt werden kann.

NaN · 30. März 2011 10:32

Hab ich geirrt.
War nur {cgsimple->module_installed()} bzw. {$cgsimple->module_version()}
Das Modul selbst kann man da nicht holen.
Aber im Prinzip kann man auch über jedes Modul, das bereits Smarty zugewiesen wurde, ein weiteres Modul ins Template holen:

Hier klicken, um den Code zum Kopieren zu markieren

{assign var="Module_2" value=$Module_1->GetModuleInstance('Module_2')}

(Hat man nur eine Kopie und keine Referenz)

Foaly* · 16. April 2011 21:18

cyberman schrieb:

Der Oberhammer wäre natürlich, wenn man auch die Actions damit überschreiben könnte ...

So ist es!

Forum für CMS/made simple

#1 28. Februar 2011 10:18

Tipp: Strings der Modulausgabe überschreiben

#2 28. Februar 2011 10:29

Re: Tipp: Strings der Modulausgabe überschreiben

#3 28. Februar 2011 10:46

Re: Tipp: Strings der Modulausgabe überschreiben

#4 28. Februar 2011 11:40

Re: Tipp: Strings der Modulausgabe überschreiben

#5 28. Februar 2011 12:06

Re: Tipp: Strings der Modulausgabe überschreiben

#6 28. Februar 2011 12:08

Re: Tipp: Strings der Modulausgabe überschreiben

#7 28. Februar 2011 12:45

Re: Tipp: Strings der Modulausgabe überschreiben

#8 28. Februar 2011 19:27

Re: Tipp: Strings der Modulausgabe überschreiben

#9 29. März 2011 11:25

Re: Tipp: Strings der Modulausgabe überschreiben

#10 29. März 2011 11:27

Re: Tipp: Strings der Modulausgabe überschreiben

#11 29. März 2011 11:34

Re: Tipp: Strings der Modulausgabe überschreiben

#12 29. März 2011 11:35

Re: Tipp: Strings der Modulausgabe überschreiben

#13 29. März 2011 11:46

Re: Tipp: Strings der Modulausgabe überschreiben

#14 29. März 2011 17:04

Re: Tipp: Strings der Modulausgabe überschreiben

#15 30. März 2011 07:40

Re: Tipp: Strings der Modulausgabe überschreiben

#16 30. März 2011 10:32

Re: Tipp: Strings der Modulausgabe überschreiben

#17 16. April 2011 21:18

Re: Tipp: Strings der Modulausgabe überschreiben

Fußzeile des Forums