Plugin-Kompatibilität zu CMSimple_XH 1.7

[Hartmut]

Ich werde die Änderungen einmal in die BookStore Version 1.2 einbauen und dann noch einmal testen.

Da es die ursprüngliche Website von Bookstore nicht mehr gibt und ich mir das Plugin vom archivierten CMSimple Wiki heruntergeladen hatte, werde ich die "neue" Version einmal im Plugin Download Bereichzur Verfügung stellen.

Da das Plugin eine GPLv3 Lizenz hat, dürfte es auch kein Lizenz rechtliches Problem geben.
In der Bookstore Plugindokumentation hatte ich "Die Entwicklung wurde am 18.05.2017 eingestellt." dokumentiert, aber mir die Quelle dazu nicht notiert.
Gibt es da anders lautende Informationen, oder könnte diese Aussage stimmen?

Das größte Problem, dass bei meinen schnellen Tests aufgetreten ist, war beim Anlegen eines neuen Buches:
Irgendwie wird da das Template total zerschossen.

Dieser Fehler ist bei mir auch aufgetreten, aber ich hatte es im Test nicht dokumentiert.

Viele Grüße
Hartmut

[frase]

Betrifft: BookStore_XH

Irgendwie wird da das Template total zerschossen.

Das tät' ich jetzt gerne mal testen.

Aber, alle Links die ich zum Download fand, sind falsch oder tot:
viewtopic.php?t=5383
http://cmsimplexh.webdesign-keil.de/?Er ... okStore_XH
https://cmsimplexh.de/?Plugins/Bookstore
http://cmsimplewiki-com.keil-portal.de/ ... :bookstore
http://wiki.cmsimple-xh.org/doku.php/ex ... okstore_xh
https://github.com/kudray/bookstore
(leerer master!)

[Hartmut]

Betrifft: BookStore_XH

Irgendwie wird da das Template total zerschossen.

Das tät' ich jetzt gerne mal testen.

Aber, alle Links die ich zum Download fand, sind falsch oder tot:
viewtopic.php?t=5383
http://cmsimplexh.webdesign-keil.de/?Er ... okStore_XH
https://cmsimplexh.de/?Plugins/Bookstore
http://cmsimplewiki-com.keil-portal.de/ ... :bookstore
http://wiki.cmsimple-xh.org/doku.php/ex ... okstore_xh
https://github.com/kudray/bookstore
(leerer master!)

Danke für das Recherchieren und dazu ein paar klärende Infos:

Im Forumsthread viewtopic.php?t=5383 vom Sun Nov 25, 2012 wird auf die nicht mehr vorhandene ursprüngliche Website verlinkt.

Auf der Seite http://cmsimplexh.webdesign-keil.de/?Er ... okStore_XH wird auf die BookStore Seite des archvierten CMSimple Wiki ( http://cmsimplewiki-com.keil-portal.de/ ... :bookstore) verwiesen.
Dort ist im Text "If the download link above doesn't work, you can download it from the Wiki." ein funktionierender Download Link (http://cmsimplewiki-com.keil-portal.de/ ... xh-1.2.zip) enthalten. Die anderen Links sind "tot" und müssten auf den aktuellen Stand angepasst werden.

Die Seite https://cmsimplexh.de/?Plugins/Bookstore enthält noch die alten Links die nicht mehr funktionieren und müsste auf den aktuellen Stand angepasst werden.

Die Github Seite https://github.com/kudray/bookstore enthält noch die alten Links die nicht mehr funktionieren und müssten auf den aktuellen Stand angepasst werden.

Viele Grüße
Hartmut

[cmb]

In der Bookstore Plugindokumentation hatte ich "Die Entwicklung wurde am 18.05.2017 eingestellt." dokumentiert, aber mir die Quelle dazu nicht notiert.
Gibt es da anders lautende Informationen, oder könnte diese Aussage stimmen?

Das kommt mir eigenartig vor. Soweit ich weiß, ist Lubomyr schon seit Jahren nicht mehr für CMSimple aktiv (im Forum war er 2013 zuletzt eingeloggt).

[frase]

Dort ist im Text "If the download link above doesn't work, you can download it from the Wiki." ein funktionierender Download Link (http://cmsimplewiki-com.keil-portal.de/ ... xh-1.2.zip) enthalten.

Uups. Jetzt bin ich nicht nur vergesslich, sondern auch noch blind?
Sorry, für den Ärger. Danke für die Aufklärung.

Das "Layout zerschossen"-Problem liegt an der verschiebbaren Eingabemaske für neue Bücher.
Die benutz (!) jQuery UI und bekommt von irgendwoher z-index: 101;
Ab z-index: 200; läge es oben.
Man könnte allerdings auch in fhs-simple in navi.css Zeile 27 den z-index auf 100 setzen.
Was das für Folgen hat, weiß ich jetzt noch nicht. (Autor fragen )

Im Admin-Modus kommt aber wieder die UI-Body-Geschichte und der XH-html-Margin-Hack zusammen.
Das kann man umgehen, indem man in der CMS-Konfiguration mal "Bearbeitungsmenü (Admin-Menü) - Scrollen" anklickt.

Gut. Das wäre das Layout-Problem.
Da gibt es allerdings noch 'ne ganze Atze mehr.
Auch mit der neuen Version class.upload.php (0.33) hagelt es Fehlermeldungen.
Es gibt auch noch viele Style-Probleme.
Z.B. sowas:

Code: Select all

<textarea class="bs_area" id="bs_edit_description_area" name="book_edit_description" rows="3" required="" style="display: block; overflow: hidden;" cols="100"></textarea>

cols="100" muss jedes Layout zerschießen.

Andererseits scheint das Plugin ursprünglich ziemlich smart gewesen zu sein. Ähnlich wie wellrad - nur nicht ganz so komplex.
Ich habe (für mich) allerdings noch keinen praktikablen Anwendungsfall gefunden.

[cmb]

Test Plugin Monorder_XH Version: 1.0
[…]
Plugin im Admin-Menü aufrufbar? => Nein (leere Seite)

Danke. Habe ich vermerkt.

Test Plugin Recaptcha_XH Version: 1 beta1
[…]
CMSimple_XH 1.7 Kompatibilität: Nein (Plugin im Admin-Menü nicht aufrufbar.)

Da meine Recaptcha_XH Variante noch auf der alten v1 API basiert, habe ich Zweifel, dass die eigentliche Funktionalität noch unterstützt wird (unabhängig von PHP und CMSimple_XH Version). Da utaka schon vor langem in seinem Fork auf die v2 API aktualisiert hat, habe ich die Weiterentwicklung meines Recapcha_XH eingestellt.

Test Plugin filter Version: 1.0dev2
[…]
Plugin in der Sytem-Info sichtbar? => Ja (Filter 1.0dev1 (vermutl. falsche version.nfo)

Die entsprechende filter1.nfo gibt es nicht auf meinem Server. Da ich das Plugin aus Zeitgründen wohl auch nicht wirklich veröffentlichen werde, sollte das kein wirkliches Problem darstellen (wer es nutzen will, kann einfach die Datei version.nfo löschen).

Plugin im Admin-Menü aufrufbar? => Nein (leere Seite)

Quick-Fix: in admin.php Zeile 68 ändern von:

Code: Select all

        $this->_isAdministration =  ($adm && $filter == 'true'); 

in:

Code: Select all

        $this->_isAdministration =  (XH_ADM && XH_wantsPluginAdministration('filter')); 

[cmb]

Das "Layout zerschossen"-Problem liegt an der verschiebbaren Eingabemaske für neue Bücher.
Die benutz (!) jQuery UI und bekommt von irgendwoher z-index: 101;
Ab z-index: 200; läge es oben.

Ah, danke fürs untersuchen. Ich frage mich halt, warum hier überhaupt ein JS basierter Dialog verwendet wird; könnte doch eigentlich ein normales HTML-Formular auf einer eigenen "Seite" sein. Jedenfalls würde ich fhs-simple deswegen nicht anpassen (z-index ist sowieso immer so eine Sache; hatte erst kürzlich eine Anfrage, wo z-index:1000 nicht genug war).

Im Admin-Modus kommt aber wieder die UI-Body-Geschichte und der XH-html-Margin-Hack zusammen.

Meine Meinung: Finger weg von jQueryUI.

Da gibt es allerdings noch 'ne ganze Atze mehr.

Dachte ich mir schon. Siehe weiter unten.

cols="100" muss jedes Layout zerschießen.

Soweit ich weiß, wird das cols-Attribut von CSS width übersteuert. Da könnte man zumindest leicht nachbessern. Allgemein sollte man heutzutage vielleicht besser auf rows und cols verzichten (auch wenn ich die Defaults 2 und 20 fraglich finde). Unter HTML 4.01 waren die Attribute allerdings verpflichtend, wenn ich nicht irre.

Ich habe (für mich) allerdings noch keinen praktikablen Anwendungsfall gefunden.

Ich fürchte, es gibt auch nicht viele. Selbst wenn man mal von "Bücher" abstrahiert, dürfte das Plugin eher selten nützlich sein. Daher drängt es mich auch in keiner Weise es auf Github einzustellen. Sollte sich doch der ein oder andere Anwendungsfall finden, dann würde ich das nachholen, falls mir niemand zuvor kommt.

[frase]

Im Admin-Modus kommt aber wieder die UI-Body-Geschichte und der XH-html-Margin-Hack zusammen.

Meine Meinung: Finger weg von jQueryUI.

Die Ratsherren von Schilda teilen mit:
Wir haben es endlich geschafft, dass unsere Schafe nicht mehr weglaufen, indem wir einen Zaun quer über die Dorfstraße gezogen haben. Straßenverkehr ist nicht mehr möglich. Empfehlung ans ganze Land: "Finger weg von Straßen!"

Na gut. Das ist frase'scher Humor und weder fair noch zutreffend.
Aber über den html-Hack sollten wir wirklich nochmal nachdenken.

Ich glaube allerdings verstanden zu haben, was du meinst: jQueryUI nur einsetzen, wenn es nicht anders geht - und dann auch nur sparsam.
Dafür gibt es wirklich (einige) handfeste Gründe.

[cmb]

Ich glaube allerdings verstanden zu haben, was du meinst: jQueryUI nur einsetzen, wenn es nicht anders geht - […]

Und es geht eigentlich immer anders; für die meisten Zwecke gibt es jQuery-Plugins, und die erscheinen mir sinnvoller, als immer gleich das riesige jQueryUI-Paket zu laden, zumal wohl einer der Hauptgründe für jQueryUI ein konsistentes Aussehen ist, das auf die Website angepasst werden kann. Ich hatte vor langem einmal darum geworben, dass Templates passende Themes mit ausliefern – das ist aber meines Wissens nie erfolgt (worüber ich längst aber ganz froh bin).

Aber über den html-Hack sollten wir wirklich nochmal nachdenken.

Du meinst <html margin="…">? Dieser wurde eingeführt, damit das fixe Adminmenü eben out-of-the-box mit bestehenden Templates und Scripten möglichst reibungslos zusammenspielt. Wenn wir ein Admintemplate einführen, dann wäre das Adminmenü in der jetzigen Form aber weitestgehend hinfällig.

[frase]

cmb:
Du meinst <html margin="…">?
frase:
Genau - das ist der "Zaun".
cmb:
Dieser wurde eingeführt, damit das fixe Adminmenü eben out-of-the-box mit bestehenden Templates und Scripten möglichst reibungslos zusammenspielt.
frase:
Und das sind die "weglaufenden Schafe".

Bin beruhigt, dass du mich richtig verstanden hast. (frase'scher Humor ist manchmal nicht allgemein verständlich )

Letztendlich dienen diese Beiträge doch auch dazu, sich über einige Dinge klar zu werden. Z.B. Admin-Template und Admin-Menü.