Ja:HerrB hat geschrieben:Was macht die Datei jquery.js?
Ist das ein bekanntes Framework?
http://jquery.com/
Hier eine Doku, die von jQuery Gebrauch macht:
http://www.visualjquery.com/index.xml
Ja:HerrB hat geschrieben:Was macht die Datei jquery.js?
Ist das ein bekanntes Framework?
Wenn ich es richtig verstanden habe (und Du meinst, dass das Reply nur von der include.artactionxml.php kommt): Ähm, ungünstig, würde ich sagen.die xml-class wird direkt in die ajaxmain eingebunden und nicht mehr in der inkludierten datei, mit der inkludierten ajax-antwortdatei, kann ich im prinzip alle aktionen abbilden, so dass die selber eigentlich hartverdrahtet bleiben kann. ein system wie in der main ist daher nicht nötig).
dann lege ich das 1.mal komplett auf eis und wende mich, sobald ich die scheisse verbessert habe, mal der ajaxifzierung (geiles wort) der categorien zu. hier scheinen ja die funktionen gekapselt zu sein. will ich aber drag&drop realisieren müssen eh neue funktionen her.Zur Themefähigkeit werde ich mal Rücksprache mit 4fb halten - wie gesagt, es soll einiges umgebaut werden - nicht, dass Du Dir Arbeit umsonst machst...
sofern man das javascript weiterbenutzen möchte muss man jedoch einiges beachten, da das script von vorne bis hinten sehr dom-lastig ist und bestimmte class, id werte erwartet. ich rufe beispielsweise jede aktion, egal ob offline stellen oder locken immer nur mit conAction(this) auf. welche aktion gemeint ist, ergibt sich dann aus der class des aufrufenden links, für welchen artikel dies gilt dagegen aus der id, des "groß-vater" tr. deshalb ist die contenido eigene confirm-box auch etwas anders zu füttern (conaction(this)) hilft in der confirmbox-umgebung nicht viel.Persönlich fände ich mehr Ajaxifizierung geiler - die Aktionen darin kann man auch bei geänderter Oberfläche weiterverwenden...
Ich finde es schon super, was geht. Ich denke, dass spezielle Anforderungen innerhalb eines Bereichs kein Problem darstellen - das, was an die ajaxmain.php gesendet und von der ajaxresult.php zurückgesendet wird, sollte universell sein (-> wo was hinkommt, bestimmt ja das JS in der Seite).sofern man das javascript weiterbenutzen möchte muss man jedoch einiges beachten, da das script von vorne bis hinten sehr dom-lastig ist und bestimmte class, id werte erwartet. ich rufe beispielsweise jede aktion, egal ob offline stellen oder locken immer nur mit conAction(this) auf. welche aktion gemeint ist, ergibt sich dann aus der class des aufrufenden links, für welchen artikel dies gilt dagegen aus der id, des "groß-vater" tr. deshalb ist die contenido eigene confirm-box auch etwas anders zu füttern (conaction(this)) hilft in der confirmbox-umgebung nicht viel.