WebsiteBaker CMS News
Infos, Snippets, Droplets, Plugins, Downloads
3 Droplets für WB_URL, MEDIA_DIRECTORY & TEMPLATE_DIR.
Mehr Info unter
System URLs
Dein umbenanntes OneForAll (OFA) lässt sich nicht über das Backend installieren?
Aktuelles OFA ab 2.0.2.23
In der info.php des Moduls
$module_name = 'One For All'; // default: OneForAll
$module_directory = 'one_for_all'; // default: oneforall
Modulname kann Leerzeichen, Bindestriche oder Unterstriche enthalten.
Moduldirectory darf NUR Unterstriche enthalten!
OFA vor 2.0.2.23
In OFA ist die info.php leicht anders aufgebaut als bei anderen Modulen/Snippets. Seit WB 2.11 schaut der Modulinstaller in ein neu zu installierendes Modul (bzw. sein ZIP) rein und installiert erst dann, wenn es ok ist. Für OFA bedeutet dies, dass in der info.php unbedingt die Zeile 32 beachtet werden muss (falls man es umbenannt hatte).
Original in info.php ab Zeile 31
$module_name = 'OneForAll'; // default: OneForAll
#$module_directory = 'oneforall';
Die zweite Zeile ist wichtig, hier muss auch der neue Name des Moduls rein (aber kleingeschrieben und mit Unterstrich statt Leerzeichen, falls vorhanden). Beispiel:
$module_name = 'Mein OFA'; // default: OneForAll
#$module_directory = 'mein_ofa';
Das neue Modulverzeichnis würde im Beispiel also heißen: mein_ofa
Bei anderen Modulen ist das nicht notwendig. Es sei denn $module_directory ist kein normaler 'text'. Bei OFA ist es in Zeile 34:
$module_directory = str_replace(' ', '_', strtolower($module_name));
Und das ist der Grund warum wir es nochmal konkret in Zeile 32 machen. Beim Reinschauen in ein ZIP wird darin kein PHP ausgeführt und deshalb würde in Zeile 34 nichts ersetzt.
Dieser Hinweis gilt für den Fall, dass man das Modul vorher umbenannte und normal über das Backend installieren will. Falls OFA schon installiert ist und man per FTP etwas umbenennt, braucht nichts beachtet werden.
Die Webseite wird nun Schritt für Schritt von LibraryAdmin, wblib und lib_jquery befreit. Das hatte zwar alles noch funktioniert, aber mit jeder neuen WB- oder PHP-Version schlechter. LibaryAdmin hat ausgedient. Eine neue Plugin-Verwaltung ist noch nicht in Sicht.
Also wird nun jedes Plugin bzw. der Code in die einzelnen Seiten in einen Code2-Abschnitt (HTML) verlegt. Manche Plugins kommen global in die index.php des Templates.
Falls also irgendwas nicht geht zur Zeit, dann liegts am Umbau.
Die include.php des CKeditors überschreibt Werte aus der evtl. selbst angelegten wb_ckconfig.js ?
Kontrolliere ob in der /modules/ckeditor/include.php der Wert true ist:
$bWbConfigSetting = true;
Also nicht wundern, wenn man in seiner eigenen wb_ckconfig.js den Wert für config.autoParagraph auf false gesetzt hat und dieser nicht wirkt. In include.php steht dann wahrscheinlich true und $bWbConfigSetting ist false.
In 99% der Fälle will der User nach dem Login in WebsiteBaker zur Seitenübersicht und nicht zur Backend Startseite. Abhilfe schafft diese kleine Änderung in der Datei admin/login/index.php Zeile 85.
//alt:
'DEFAULT_URL' => ADMIN_URL."/start/index.php",
//neu:
'DEFAULT_URL' => ADMIN_URL."/pages/index.php",
Ein weiteres SP soll es nicht geben. Es ist einiges aus der 2.8.4 eingeflossen, aber die beiden Versionen sind so unterschiedlich geworden, dass der Weg nun für die 2.8.4 endet und direkt zur 2.10 führt. Komische Versionierung? Vielleicht, allerdings gab es schon mal eine 2.9 in der Entwicklung und durch 2.10 ist dann klar, welche Version die aktuellere wäre.
Download: Link zu wiki.websitebaker.org
Mehr Infos: Link zum Forum forum.websitebaker.org (engl.)
Es wird nur der Link mit Ziel und das Ziel angelegt. Im Scroll-Code muss kein Ziel explizit eingetragen werden.
Testseite hier: smoothscroll
Gefunden im Netz: http://responsive-rocks.de/problem-zwischen-bootstrap-3-und-fancybox/
Die Lösung ist aber simpel und hier unter Update zu finden: Linkpreview2
