WBCE CMS – Way Better Content Editing.
Du bist nicht angemeldet.
Hallo zusammen,
auf allen meinen Topics Seiten sucht Topics seine eigenen Bilder für das Frontend Editing im falschen Pfad.
Z.B. sucht Topics auf der Startseite das Bildchen edit32.png in https://www.domain.de/img/edit32.png und auf Unterseiten mit Topics https://www.domain.de/pages/img/edit32.png
Dabei liegen diese Bildchen im /modules/topics/img/edit32.png Ordner.
Relative Urls im Outputfilter sind bei mir abgeschaltet.
Habt ihr eine Idee wie man das beheben kann?
gruß
ICE
Beitrag geändert von ice (23.01.2018 23:24:47)
Offline
Ändere in der /modules/topics/frontend.css die Zeile
a.tp_editlink {display: block; position:absolute; top:-10px; right: -10px; width:32px; height: 32px; background: url(img/edit32.png) no-repeat; opacity: 0.1; transition:0.5s all; }in
a.tp_editlink {display: block; position:absolute; top:-10px; right: -10px; width:32px; height: 32px; background: url(/modules/topics/img/edit32.png) no-repeat; opacity: 0.1; transition:0.5s all; }Alternativ kannst Du auch das Edit-Icon base64-codiert direkt im CSS hinterlegen, das sieht dann so aus:
a.tp_editlink {display: block; position:absolute; top:-10px; right: -10px; width:32px; height: 32px; background: url('data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAACAAAAAgCAYAAABzenr0AAAAGXRFWHRTb2Z0d2FyZQBBZG9iZSBJbWFnZVJlYWR5ccllPAAAA+dpVFh0WE1MOmNvbS5hZG9iZS54bXAAAAAAADw/eHBhY2tldCBiZWdpbj0i77u/IiBpZD0iVzVNME1wQ2VoaUh6cmVTek5UY3prYzlkIj8+IDx4OnhtcG1ldGEgeG1sbnM6eD0iYWRvYmU6bnM6bWV0YS8iIHg6eG1wdGs9IkFkb2JlIFhNUCBDb3JlIDUuMC1jMDYxIDY0LjE0MDk0OSwgMjAxMC8xMi8wNy0xMDo1NzowMSAgICAgICAgIj4gPHJkZjpSREYgeG1sbnM6cmRmPSJodHRwOi8vd3d3LnczLm9yZy8xOTk5LzAyLzIyLXJkZi1zeW50YXgtbnMjIj4gPHJkZjpEZXNjcmlwdGlvbiByZGY6YWJvdXQ9IiIgeG1sbnM6eG1wPSJodHRwOi8vbnMuYWRvYmUuY29tL3hhcC8xLjAvIiB4bWxuczpkYz0iaHR0cDovL3B1cmwub3JnL2RjL2VsZW1lbnRzLzEuMS8iIHhtbG5zOnhtcE1NPSJodHRwOi8vbnMuYWRvYmUuY29tL3hhcC8xLjAvbW0vIiB4bWxuczpzdFJlZj0iaHR0cDovL25zLmFkb2JlLmNvbS94YXAvMS4wL3NUeXBlL1Jlc291cmNlUmVmIyIgeG1wOkNyZWF0b3JUb29sPSJBZG9iZSBQaG90b3Nob3AgQ1M1LjEgV2luZG93cyIgeG1wOkNyZWF0ZURhdGU9IjIwMTUtMDUtMDNUMTQ6MDg6MjIrMDI6MDAiIHhtcDpNb2RpZnlEYXRlPSIyMDE1LTA1LTAzVDE1OjA0OjU0KzAyOjAwIiB4bXA6TWV0YWRhdGFEYXRlPSIyMDE1LTA1LTAzVDE1OjA0OjU0KzAyOjAwIiBkYzpmb3JtYXQ9ImltYWdlL3BuZyIgeG1wTU06SW5zdGFuY2VJRD0ieG1wLmlpZDpGRTBGMTU5QUYxOTQxMUU0QjdCQjk1MTJENUMxMjBCRCIgeG1wTU06RG9jdW1lbnRJRD0ieG1wLmRpZDpGRTBGMTU5QkYxOTQxMUU0QjdCQjk1MTJENUMxMjBCRCI+IDx4bXBNTTpEZXJpdmVkRnJvbSBzdFJlZjppbnN0YW5jZUlEPSJ4bXAuaWlkOkZFMEYxNTk4RjE5NDExRTRCN0JCOTUxMkQ1QzEyMEJEIiBzdFJlZjpkb2N1bWVudElEPSJ4bXAuZGlkOkZFMEYxNTk5RjE5NDExRTRCN0JCOTUxMkQ1QzEyMEJEIi8+IDwvcmRmOkRlc2NyaXB0aW9uPiA8L3JkZjpSREY+IDwveDp4bXBtZXRhPiA8P3hwYWNrZXQgZW5kPSJyIj8+vAhFlwAABGRJREFUeNrEV20o7FkYP6P2apW1g/HWrTFjkbgsIuuKTT4QiSSRdT/e261ta8vut9XuF8QmUso34Yt80HobWS8p2hcukrgty0qXjPFyjfXes89z9n/G37z85z/c8tSPmXPmnN9znnOe33OOBgDYY5qGHNBoNJ6M8UdEIYyICJoD8Q9iHfEWYVY7EV+8ygj4IF4gfpEIwAUOECbEK8SnahxQE4GvED8gPqMvAQEBLD4+nhkMBhYYGMi8vLyYxWJhm5ubbGlpie3u7opx24g6RDvi6j4R+AQxJFaXkJAAnZ2dYDabwZWdnZ3B0NAQZGRkyKPyGyLUUwd00kDw9fWF5uZmuLi4AHe2vr4OCwsLYLVaoaurC4KCgoQTKwiDWgf8EL9Tf2JiIiwuLoIaa2lpAW9vb06YnJwMuC2wvb0NOTk5wgk6oHo1DphEyI+Pj1WR19XVORzI6OhoODw85P1ZWVmifR7xRMmBChH25eVlVeS0Pa6yIi0tDXZ2dmBvbw9CQkJE+7euHKBU26R2mvSh5AJRUVHcgYGBAXmq6pw5UEVtsbGxcHl56Za8vr7eLbl8O+hgFhUVibbvnTkwSG3d3d1uyRsbG1WTC7S3t8P8/Lz4/ifiY7kDWoTF398fDg4OFMmbmpo8Jie0trby8eHh4fT9AvFc7sAX9KPs7GxF8oaGhnuRJyUl8bQkq6ioEO3fELeXFH4qKlxeXRmSs+rqao+rHa6Y4QFkGN3/iSIiRBcVM5sDnJm03ZXFxMQwPz8/j8hRyNjY2BgLDb1VYkxx20e5A/w/FRZ7W11dZaOjo6ygoIBNTEyw4OBgVeQYdjYyMsKMRuPd+m9X+ATjFv3Z3993mGhwcJDl5+ez2dlZvqL+/n7m4+OjSE5hHh4eZjqdzqHv9PRUfPxX7sBf3IutLYcBc3Nz7OrqikdgamqKpaSksL6+Pnko7xiVapPJxLAQOe3f2NiwfbyVQ9x+xDFVr5OTE9upJ0HS6/W204wrB9wO3ocRAdwOh9OuVK6vr6+5Mkr3gy/thehXmgRXZxswPT3tkFLkxOTkJO8nYdFqtbw9Li6OS66SzczMiHkW6RDaO/CSOlNTU+Hm5oYPqKmpcZrXuLd8MjIMN6Snp8Pa2ppbBS0vLxdz/OhMiinHdqi9o6ODD8jMzFQUmN7eXlBrmBFinBXx1FU5fi1WSMpVVVXllJjkNC8vD9ra2lSRHx0dAaajGP+T0n3gI8Qf1Jebmwt4YqG4uJhXs5KSEqitrYXx8XF+9/PESktLBfnf0l1T8UZEsrUqnHB3sJSMolhWVibI3yHi1F5KDdIdDsLCwqCnp8djchQwiIyMlJN/7um1nC6Qs2LfCwsLuQacn58r5jmKFVRWVsrPDC3k2X0fJnSB/Fq6weiEzGKqco2n4kRjUby4wpFcr6ysiLHvEc2In0nkHvo0owr0nfRWOFdITVK4N1Ke6z/U08z+jZhIxU6q56I+W6UL7RsJ79U+TjWP/Tz/T4ABAAfGtiM/6kd4AAAAAElFTkSuQmCC') no-repeat; opacity: 0.1; transition:0.5s all; }Offline
ice
Das war es, danke!
Dein Wissen bzgl. WBCE ist echt phänomenal!
Offline
Ich stelle gerade fest: Das Problem hat eine andere Ursache.
In der view.php von Topics ist der folgende Code
// check if frontend.css file needs to be included into the <body></body> of view.php
if((!function_exists('register_frontend_modfiles') || !defined('MOD_FRONTEND_CSS_REGISTERED')) && file_exists(WB_PATH .'/modules/'.$mod_dir.'/frontend.css')) {
echo '<style type="text/css">';
include(WB_PATH .'/modules/'.$mod_dir.'/frontend.css');
echo "\n</style>\n";
} Seit 1.3.1 (?) ist die Bedingung !defined('MOD_FRONTEND_CSS_REGISTERED') erfüllt (d.h. MOD_usw. ist nicht definiert, und das wird durch !defined geprüft), und wird dann die frontend.css doppelt eingebunden: einmal als Link zur CSS-Datei durch register_frontend_modfiles('css') und einmal als <style>....</style>-Anweisung direkt in der Seite. Die <style>-Anweisung wird nach der Link-Anweisung ausgeführt, und deshalb stimmen die Pfade zu den Edit-Bildchen logischerweise nicht mehr, da der relative Aufruf aus der <style>-Anweisung heraus ins falsche Verzeichnis zeigt.
Ich muss gestehen, dass ich gerade nicht weiß, ob der Wegfall von MOD_FRONTEND_CSS_REGISTERED beabsichtigt war oder nicht. Jedenfalls hilft es, die if-Abfrage umzubauen:
// check if frontend.css file needs to be included into the <body></body> of view.php
if((!function_exists('register_frontend_modfiles')) && file_exists(WB_PATH .'/modules/'.$mod_dir.'/frontend.css')) {
echo '<style type="text/css">';
include(WB_PATH .'/modules/'.$mod_dir.'/frontend.css');
echo "\n</style>\n";
} Beitrag geändert von florian (01.03.2018 14:09:25)
Offline
Im Template sind keine register_frontend_modfiles Einträge vorhanden!!
@florian
Ja, soweit beabsichtigt und von dir und norhei genehmigt.
Da MOD_FRONTEND_CSS_REGISTERED (=< WB 2.6.7) vor register_frontend_modfiles (=> WB 2.7) eingeführt wurde.
Offline
Im Template sind keine register_frontend_modfiles Einträge vorhanden!!
Hier verstehe ich nicht, was Du meinst...
Ja, soweit beabsichtigt und von dir und norhei genehmigt.
Ah, gut, also kein Versehen.
Offline
Im Template sind keine register_frontend_modfiles Einträge vorhanden!!
Hier verstehe ich nicht, was Du meinst...
Topics prüft ja folgenderweise: Wenn "register_frontend_modfiles" nicht vorhanden oder "MOD_FRONTEND_CSS_REGISTERED" nicht vorhanden ist, dann füge frontend.css manuell ein.
Dass lässt nur den Schluss zu das der folgende code fehlt:
<?php
if (function_exists('register_frontend_modfiles')) {
register_frontend_modfiles('css');
register_frontend_modfiles('jQuery');
register_frontend_modfiles('js');
}
?>Offline
Nein, das ist ein Trugschluss... 
register_frontend_modfiles('css'); steht ja drin. Die Ursprungsanweisung prüft aber auf ODER, d.h. "wenn register_frontend_modfiles nicht existiert oder MOD_FRONTEND_CSS_REGISTERED nicht definiert ist, schreibe die style-Anweisung ins Dokument".
Ab 1.3.1 ist also die Bedingung immer erfüllt und es kommt zum beschriebenen Doppelungsverhalten.
Offline
??
register_frontend_modfiles ist vorhanden also darf er dank oder die Anweisung nicht nicht ausführen.
Die Anweisung sollte nur starten, wenn beide nicht vorhanden sind.
Edit habs gerade verstanden, statt dem oder müsste für korrektes Verhalten ein und vorhanden sein.
Beitrag geändert von colinax (01.03.2018 15:14:34)
Offline
Ich stelle gerade fest: Das Problem hat eine andere Ursache.
In der view.php von Topics ist der folgende Code
// check if frontend.css file needs to be included into the <body></body> of view.php if((!function_exists('register_frontend_modfiles') || !defined('MOD_FRONTEND_CSS_REGISTERED')) && file_exists(WB_PATH .'/modules/'.$mod_dir.'/frontend.css')) { echo '<style type="text/css">'; include(WB_PATH .'/modules/'.$mod_dir.'/frontend.css'); echo "\n</style>\n"; }
Dieser Code stammt aus uralten WB-Versionen, oder anders gesagt, als die Module auf neuere WB-Versionen umgestellt wurden, sollten sie rückwärtskompatibel zu alten Versionen sein, in denen es das register-* Geraffel noch nicht gab. Der komplette Codeblock kann entfernt werden, und zwar aus allen Modulen. Es gibt ja keine WBCE-Versionen ohne register-*.
Beitrag geändert von webbird (15.06.2018 12:53:06)
Ich habe eine Amazon-Wishlist.
Oder spende an das Projekt.
Ich kann, wenn ich will, aber wer will, dass ich muss, kann mich mal
Offline
Jo, ist in etlichen Modulen so. Ich lösche die Zeilen immer, wenn's mir auffällt.
Jo, ich auch. 
Ich habe eine Amazon-Wishlist.
Oder spende an das Projekt.
Ich kann, wenn ich will, aber wer will, dass ich muss, kann mich mal
Offline
Bin gerade dabei, die Module im AOR zu fixen
Offline
colinax, screamindan