Superfish-Menü und RW Cards

Hallo Leute,

als Menü-Modul setze ich --ALTER LINK WURDE ENTFERNT-- ein.

Jetzt habe ich die eCards-Komponente --ALTER LINK WURDE ENTFERNT-- installiert und bekomme sie aber nicht "zum Laufen".

Problem: Superfish bindet JS ein, der mit RW Cards Konfikte erzeugt. Schalte ich Superfish aus, läuft RW Cards einwandfrei.

Das Dilemma ist, das RW Cards eigentlich genau das ist, was ich suche und ich auch für Superfish keine Alternative gefunden habe, die genau so reagiert, wie ich möchte.

Hat vielleicht jemand eine Idee, wie man diesem Konfikt aus dem Weg gehen kann?

Handarbeit: Die Funktionen und/oder Variablen heraussuchen, die Probleme machen, und in dem einen oder anderen Script umbenennen.

Brachialmethode: In einem oder beiden Scripts alle Funktionen und Variablen so eindeutig umbenennen, daß die Wahrscheinlichkeit der Verwendung in anderen Scripts gegen Null tendiert. Geht bei der Verwendung von Libs wie den Mootools aber oft in die Hose, weil die Namen vorgegeben sind. Fast unmöglich wird es, wenn verschiedene Libs benutzt werden, die dieselben Namen verwenden.

Hallo DietmarH,

dann bleibt mir wohl nichts anderes übrig, als Handarbeit.

Habe zwischenzeitlich gesehen, dass auch andere Extensions teilw. ihre eigenen Bibliotheken, zB JQuery, einbauen. Meist bereits umbeannt bez. umgebaut.

Die praktizieren womöglich das gleiche Prinzip.

Schtrietfaidor schrieb: Habe zwischenzeitlich gesehen, dass auch andere Extensions teilw. ihre eigenen Bibliotheken, zB JQuery, einbauen. Meist bereits umbeannt bez. umgebaut.

Stimmt. Da ist eine Menge unterwegs, das sich gar nicht oder bei bestimmten Einstellungen nicht miteinander verträgt.

Eigentlich waren die Mootools dazu gedacht, diese Kollisionen, die schon in der 1.0 viele Probleme verursacht haben, möglichst zu vermeiden. Aber zum einen decken die Mootools nur einen relativ kleinen Bereich ab, zum anderen waren die Mootools-Jungs so gemein (oder dämlich?), die 1.2 inkompatibel zur 1.1 (die in J! 1.5 ist) zu machen. Wenn es nur um den Core ginge, könnte man mal einen Schnitt machen und die Aufrufe auf 1.2 umstellen, aber viele Extensions benutzen die ebenfalls, und das gäbe Chaos^3. Ich denke mal, der Schnitt wird mit der 1.6 kommen. Hoffentlich bringen die Mootools-Jungs dann nicht kurz danach eine inkompatible 1.3 raus...

Hallo DietmarH,

ich habe leider auch die Mootools-problem hautnah erlebt.
Nach dem Einbau eines Menü-Systems auf Mootools-1.2-Basis (Template-Overwrite der nativen Mootools-Implementation) lief zuerst alles wunderbar (Habe in einem anderen Thread davon berichtet).
...Bis ich vergeblich versucht habe, dem JCE eine schicke Lightbox zu entlocken.
Das Overwrite ist also mit Vorsicht zu geniessen... und man sollte es nur einsetzen, wenn man sonst keinen anderen "Schnickschnack" haben möchte oder braucht.

Ja, ich denke auch, dass uns dieses Thema noch eine Weile bzw. einige Versionen verfolgen wird.

Hi,

zwar nicht zum Thema SuperFish, oder RW Cards, aber es scheint Licht am Horizont zu geben:
--ALTER LINK WURDE ENTFERNT--

Gruess

Pete

Hi Pete,

OT:
das klingt zum einen sehr gut hinsichtlich der im Thread besprochenen Probleme.
Zum anderen werden vermutlich einige Klümmzüge zu machen sein, um 1.5.x-Installationen auf 1.6 zu upgraden.
Insbesondere die, die Joomla!s Mootools-Lib nutzen...

Schtrietfaidor schrieb: Zum anderen werden vermutlich einige Klümmzüge zu machen sein, um 1.5.x-Installationen auf 1.6 zu upgraden.

Einerseits: Leider. Die 1.6 wird anfangs so gut wie ohne 3rd Party Extensions kommen, denn es wird wegen der unübersehbaren Inkompatibilitäten keinen Legacy Mode zur 1.5 geben. Das ACL wäre noch machbar gewesen, aber die beiden Mootools-Versionen vertragen sich absolut nicht, und die alte Content-Struktur wäre auch nur mit großem Aufwand auf die neuen verschachtelten Kategorien abbildbar.

Andererseits kommen damit mit der 1.6 schon Features, die ursprünglich erst für 1.7 oder später vorgesehen waren. Ich hab zwar den Entwickler dafür sofort gehauen, weil es logischerweise das Erscheinen der 1.6 verzögert, aber er konnte mich inzwischen überzeugen, daß es sinnlos ist, zunächst die alte com_content mit ihren Mängeln an das neue ACL anzupassen, um sie gleich im nächsten Schritt wegzuwerfen und zu ersetzen.

Die Kompatibilitätsprobleme bei den Mootools werden sich in Grenzen halten. Es sind ja keine Funktionen weggefallen, sondern die Aufrufe haben sich teilweise geringfügig geändert. Die Anpassung ist in der Regel eine Sache weniger Minuten. Beim ACL und eventuell verwendeten Kategorien wird der Aufwand etwas größer, aber auch nicht vergleichbar mit einem Umstieg von 1.0 auf 1.5.

Hallo DietmarH,

erstmal "Danke" für die Einsichten. Sehr interessant, das hier zu lesen.

So, wie es sich für mich jetzt darstellt, wird eine Joomla!-1.5-Installation ohne 3rd-Party-Extensions wohl ohne große Probleme zu portieren sein. Hase liegt, wie bei 1.0 -> 1.5, dann im Pfeffer, wenn das System von verschiedenen Erweiterungen abhäöngig ist, die erst selbst für 1.6. angepaßt werden müssen.

Das ist dan quasi eine Deja-vue-Situation

Es wäre also auch bei diesem Umstieg ratsam zu warten, bis die Community-Entwicklungen die Klippen der Version 1.6 umschifft haben?

Schtrietfaidor schrieb: So, wie es sich für mich jetzt darstellt, wird eine Joomla!-1.5-Installation ohne 3rd-Party-Extensions wohl ohne große Probleme zu portieren sein. Hase liegt, wie bei 1.0 -> 1.5, dann im Pfeffer, wenn das System von verschiedenen Erweiterungen abhäöngig ist, die erst selbst für 1.6. angepaßt werden müssen.

Das ist dan quasi eine Deja-vue-Situation

Aber nur eine ganz kleine

Die nötigen Umbauten beschränken sich ja auf die geänderte API, also fast ausschließlich auf ACL und Kategorien. Da muß nicht erst Kraut-und-Rüben-Code auf MVC gehievt werden, was in fast allen Fällen einem kompletten Rewrite entsprach.

Es wäre also auch bei diesem Umstieg ratsam zu warten, bis die Community-Entwicklungen die Klippen der Version 1.6 umschifft haben?

Ich vermute mal, daß sich gerade die Community-Entwickler wie die Geier auf die 1.6 stürzen werden, denn das ACL bringt ihnen fast alle Features frei Haus, die bisher halbgar und zu nichts anderem kompatibel selbst gestrickt werden mußten. Aus dieser Ecke rechne ich deshalb mit den ersten Anpassungen bei den "großen" Extensions.