ExtContao Version 1.50 ist endlich fertig

[carnifun]

Hi

im Code wird einen str_replace auf die entity des zeichen '\' ausgeführt

$path = str_replace('\','/', $path);


Hier wurde duch den Editor Editarea im Extension-Bereich einfach die Entity durch \
umgeschrieben !!

Also Achtung an alle die kleine Änderungen durch den Editarea-Editor machen!!


Code habe ich erneut hochgeladen .

Danke für den Hinweis schlesie.

wer den selben Fehler hat bitte einfach die Erweiterung aktualisieren

[xtcPlanet]

Ein kleiner Hinweis am Rande für ExtContao-Interessierte

Mit einer 1024er Bildschirmauflösung sollte man diese Backenderweiterung nicht gerade betreiben, weil man dann an den Backend-Abmelde-Button herankommt nicht mehr herankommt.

Aber ich denke mal kaum, das es noch Webdesigner / Administratoren gibt, die nur mit solch kleinen Auflösung rumhantieren. Zur Not kann man über die Benutzerverwaltung / Beackendmotiv wieder auf das Standart-Theme im Backend umschalten.

Und eine spezielle Anpassung dieser Backend-Erweiterung auf eine solch niedrige Bildschirmauflösung halte ich mehr als übertrieben - zumal man für das richtige einsetzen dieser Erweiterung eh eine viel höhere Auflösung benötigt.

[folkfreund]

Sorry, aber das Update hat bei mir die Situation aus Post #25 nicht behoben!
Auch die Variante von schlesie funktioniert nicht.

Weiterhin war leider auch die fehlerhafte .htaccess (Posts #19, #20) wieder restauriert, was zu einem Ladefehler der gesamten Seite führt.
Zum Glück wusste ich jetzt ja, woran ich drehen muss

Funktioniert bei irgendwem die Erweiterung bei einer Seite in einem Unterordner?

Viele Grüße,
folkfreund

[Psi]

ext_pageTree.php Z. 965: split() is deprecated -> explode() nutzen.

* Ansonsten tauchen in der JavascriptConsole immer wieder Fehler auf.
* Die Tabs könnten bessere Namen haben (Theme-CSS, Theme-Module, Theme-Pagelayout heißen alle Theme)
* Zurück-Problematik, siehe "be_in_tabs"

Greets

[soweit_ok]

Backend-Theme extContao - HTTP-Error 404 beim Logout im IE8 und andere Probs

Hallo,

eine wirklich gelungene Backenderweiterung, die mir sehr gut gefällt. Ich persönlich komme so, wie es ist, bestens damit klar. Derzeit läuft die Seite noch lokal unter xampp, ist also noch nicht auf dem Live-Server getestet). Doch ich möchte extContao später auch gern Kunden meines neuen Portals verfügbar machen und dafür sind folgende Fehler nicht akzeptabel:

1. Im Internet-Explorer 8 funktioniert das Logout nicht. Es kommt die Fehlerseite 404 und es erfolgt auch keine Abmeldung - bei Rückkehr auf die vorige Seite ist man immer noch angemeldet. Die Ursache kann man in der Adresszeile des Browsers sehen, der Pfad lautet "http://contao/contao" und das ist ein "contao" zuviel, diese URL gibt es nicht. Im FF ist alles bestens und der Pfad "http://contao" in der URL ist korrekt.

Ich sah, dass bei der Installation in der .htaccess mod_rewrite auf "On" gesetzt wurde, steht ja auch bereits in einem früheren Kommentar. Ohne mod_rewrite funktioniert das Theme anscheinend nicht. Wie ich finde, keine günstige Lösung, denn ich will das garnicht haben, der Seitenalias für das Frontend reicht mir. Okay, hat ja sonst keine Nachteile. Testhalber hab ich mal die Rewrite-Base "/contao" auskommentiert, das brachte aber keine Abhilfe.

2. Wenn man im Backend eingeloggt ist, ist das Frontend-Editing auch bei normalem Seitenaufruf in einem anderen Browser-Tab aktiv. Genauer gesagt, es wird zwar sinnlos störend angezeigt, funktioniert dort aber nicht, sondern trotzdem nur im Inline-Editing der Frontend-Vorschau.

3. Nicht gut, dass bei einer Bildschirmauflösung <1200 der Logout-Button nicht erreichbar ist. Ich habe auch Kunden, die für die Bearbeitung Notebooks mit 1024er-Auflösung verwenden. Dummerweise funktioniert auch nicht die Alternative, sich mit ALT+Q abzumelden bzw. im FF mit Shift+ALT+Q. Bei anderen Backend-Themes geht es. Fazit: Bei zu geringer Bildschirmauflösung kann man sich also garnicht vom Backend abmelden und muss sogar noch das Server-Timeout abwarten, bevor der Fastedit-Modus wieder verschwindet. Somit wären das zwei Baustellen. Zum einen sollten die Tastaturkürzel gehen. Außerdem wäre eine ständige Sichtbarkeit des Abmelde-Buttons auch bei 1024er-Auflösung wünschenswert. Bspw. durch Floaten der Buttons in der fixen ersten Header-Zeile oder einer Erweiterung und Darstellung in zwei Zeilen. Alternativ fände ich auch eine ebenfalls fixe Footerzeile für diese Buttons okay wie im Backlight-Theme. Bisherige Versuche, das Problem mittels CSS anzugehen, waren nicht erfolgreich. Welche CSS-Selektoren steuern das oder ist das Anzeigeverhalten womöglich teilw. hart codiert? Immerhin konnte ich den "About"-Button mit CSS entfernen, um etwas mehr Platz zu schaffen. Wird den Autor nicht freuen, doch er hat nunmal keine anwendungswichtige Funktion und man könnte Copyright-Vermerk & HP-Link auch anderswo unterbringen, wenn gewünscht, z. B. wie den Contao-Vermerk auf der Login-Seite. Wenn´s nicht anders geht, würde man nach der Entfernung dieses Buttons den restlichen benötigten Platz auch durch Kürzung der Button-Beschriftungen erreichen können. Das "Isotope" bei "Isotope eCommerce" weglassen, statt "Forum/Helpdesk" nur "Forum" und statt des "Home"-Labels nur das Icon. Wo kann man die Button-Beschriftungen verändern, also den Inhalt und nicht nur die CSS-Formatierung?

So, das war´s von mir zu diesem Thema. Sorry, dass der Beitrag etwas lang geworden ist. Die Erweiterung ist klasse und deutlich besser als alles Bisherige an Backend-Themes. Gerade deshalb finde ich es wert, diese letzten Probleme noch zu beseitigen. Bei dem sehr komplexen Code halt nicht ganz einfach für mich, da ohne Unterstützung selbst Hand anzulegen.

Kleine Anmerkung noch. Der Bug mit der split-Anweisung statt explode ist übrigens immer noch im Code - hab die Erweiterung erst gestern installiert und musste es händisch patchen, obgleich schon länger bekannt. Erwähne ich, weil es nach Aussage des Autors doch eigentlich schon erledigt ist. Tja, klasse Erweiterung. Die genannten Kleinigkeiten noch wegbekommen und dann ist alles bestens.

Ansonsten für jene, die es viell. interessiert ... ich verwende Contao jetzt seit ca. 3 Monaten. Für mein akt. sehr großes eigenes Projekt. Typo3, Plone und Contenido, obgleich alle auch sehr gut, waren ggü. meinen Anforderungen letztlich durchgefallen. Mit letzteren beiden habe ich schon gearbeitet. Zusammenfassend bin ich also begeistert und werde auf jeden Fall weiter intensiv mit Contao arbeiten. Für das akt. Projekt habe ich mir übrigens ein Liquid Layout gestrickt, dessen Elemente kontrolliert miteinander interagieren. Ich stehe nunmal eher auf für verschiedene Auflösungen und Browserfenstergrößen stets formatfüllende Flächennutzung und ist für mein akt. Vorhaben wegen der Inhaltsfülle auch besser geeignet. Urpsprünglich basierte es mal auf "Theme 4", hab aber inzwischen nur noch rudimentäre Ähnlichkeit damit - auch was das CSS betrifft.

Über Tipps zu o. g. Problemen würde ich mich sehr freuen.

Also, dann nochmal herzliche Grüße an die Gemeinde, scheint mir ne sehr nette und aufgeschlossene Truppe zu sein. Ich persönlich finde auch den menschlichen Umgang im zugehörigen Forum bei der Auswahl des passenden OpenSource-Frameworks nicht egal.

LG Andreas

Andreas

[soweit_ok]

Nachtrag

Hi moe,

bei jedem Seitenaufruf, auch gleich nach dem Login auf der Backend-Startseite, wird folgender Fehler ausgegeben:

$("header") is null
[IMG]chrome://firebug/content/blank.gif[/IMG] $('header').getElement('div').inject($('header'), 'top').setStyles({
------------------

http://localhost/system/modules/zz_bebreadcrumb/html/backendbreadcrumb.js

------------------

Hmm, es wird ja auch kein Breadcrumb-Pfad angezeigt, jedenfalls hab ich keinen entdeckt. Falls das beabsichtigt ist, viell. aus Platzgründen und es für nichts anderes benötigt wird, braucht doch eigentlich das Script garnicht aufgerufen werden, oder?

Das Frontend-Edit, was beim normalen Frontend eigentlich garnicht aktiv sein sollte, funktioniert übrigens nicht nur nicht, wirft auch jede Menge Fehlermeldungen. Steht ja eh schon auf Deiner Liste, wie ich las.

Bei anderen Backend-Themes kommt diese Fehlermeldung nicht ... zu sehen bspw. in der firebug-Konsole. Ist aber nicht Firefox-spezifisch, wird mit entsprechenden Tools auch in anderen Browsern angezeigt.

Ansonsten hab ich nochmal mit Opera und Chrome getestet. Der 404-Fehler wg. des falschen URL-Pfads beim Logout tritt nur im IE8 auf. Frühere IE-Versionen hab ich nicht probiert, will ich eh nicht mehr unterstützen. Nun frag ich mich, ob es irgendwas mit meiner Konfiguration zu tun hat oder mit dem Code. Meine lokale Installation ist ganz normal Standard im Server-Root und mod_rewrite wird im Apache geladen.

Könnte man übrigens bei den Bearbeitungs-Tabs was ändern? Wie andere Benutzer finde ich es nicht so gut, dass sie immer dasselbe anzeigen. So haben Benutzer keine gute Orientierung, zumal eben auch kein Breacrumb ausgegeben wird. Falls das mit den Tabs nicht anders geht, könnte man alternativ vielleicht zur besseren Orientierung den akt. Pfad des jeweiligen Bearbeitungs-Segment anzeigen? Weil oben kein Platz ist, viell. in einer fixen Footer-Zeile. Oder viell. als Tooltip zu den Tabs bei Mouseover.

LG Andreas

[soweit_ok]

2 Fehler gelöst

1. Fatal error: Exception thrown without a stack frame in Unknown on line 0

2. $("header") is null
[IMG]chrome://firebug/content/blank.gif[/IMG] $('header').getElement('div').inject($('header'), 'top').setStyles({
------------------
/system/modules/zz_b...dbreadcrumb.js
-------------------------------------------------------------------------------

Bei Fehler 1 hatte ich eigentlich den PHP5-Bug #33598 vermutet (Throwing exception from __destruct causes fatal error). Im Code fiel mir aber nichts Verdächtiges auf. Das beide Fehler auf die selbe Winzigkeit zurückgingen, hätte ich nicht gedacht. Wie der JS-Fehler ja aussagt, blieb der Modulaufruf inhaltsleer. Ich fand auch keine Stelle, wo es im extjs-Code geschieht, es wird bei dem Theme ja auch kein Breadcrumb-Pfad angezeigt. Dann erfolgt es also wohl, hier überflüssig, in irgendeinem eingebundenen Modul. Egal, der Workaround ist absolut schlicht ....

In /system/modules/zz_bebreadcrumb/languages/en/moduls.php die Zeile:

if (TL_MODE == 'BE') 

ersetzen durch:

if (TL_MODE == 'BE' && $this->getTheme() != 'extjs') 

Danach sind beide Fehlermeldungen verschwunden. Die Breadcrumb-Ausgabe in anderen Themes funktioniert natürlich weiterhin ganz normal. Bestimmt ist eine elegantere Lösung möglich, denn diese ist nicht update-sicher. Aber der Bug ist so erstmal weg, später kann man weitersehen. Ich will wahrscheinlich sowieso Breadcrumb hinzufügen, weil die internen Tabs allein wg. identischer Anzeige bei Mehrfach-Elementaufrufen keine gute Orientierung bieten. Überlege mir nur noch eine gute Position. Viell. dem Layout einen ebenfalls fixen Footer hinzufügen und es da ausgeben - was meint ihr?

Warum das Logout (zumindest bei mir) im IE8 nicht funktioniert und auf 404 aufläuft, hab ich noch nicht gefunden.

LG Andreas

[macjag]

Links nicht mehr aktiv?

Hallo @all,

sind die Links zur Demo nur bei mir nicht mehr aktiv?

http://econtao-demo.rhino-systems.com

Hier erhalte ich ein Bild

http://econtao.rhino-systems.com/donation.html

Hier eine 404 Meldung
...

Vielleicht gibt es ja News.
Grüße macjag