jQueryAdmin Support Thread

[BlackBird]

Ist mein neuer Avatar nicht klasse?

Edit: Hab inzwischen wieder einen anderen. Die nachfolgenden Kommentare passen also nicht (mehr) zu diesem hier.

[Pumpi]

Ist mein neuer Avatar nicht klasse?

jetzt fehlt nur noch die schwarze lackmaske dann weis jeder woher du deinen namen hast

[dbs]

als ausgebildeter fauli und gern_mal_tester find ich es umständlich jede neue beta erst upgraden zu müssen, weil wb anscheinend lieber versionsnummern statt nummern_mit_text mag beim aktualisieren.

sollte aber nur ne frage sein. wenn es einfacher ist das lange wort beta ranzuschreiben statt ne kleine zahl...  

die avatar-idee ist nett, aber die umsetzung irgendwie mittelmäßig.

[BlackBird]

@Pumpi: Ts. Woran Du wieder denkst... (Das Ding heißt manager-bird.jpg...)

@dbs: Mir gefällt's. Hab's nicht gemacht, daher trifft mich die Kritik nicht.

[dbs]

du hast aber ausgesucht 
treffen wollt ich dich nicht.
cool wäre, wenn an dem vogel was von beta dranstehen würde. 

[Pumpi]

managerbird Beta

zukünftige Futurs
+schwarze Latexmaske

[BlackBird]

Ihr seid fies.

[BlackBird]

Nochmal zu EditArea: Das Problem tritt offenbar nur in Firefox auf. Im IE klappt es mit dem mehrfachen Öffnen des Editors. (Getestet mit IE8)

[dbs]

in Opera, Chrome und Safari gehts auch nicht.
nur im IE ... unglaublich

[BlackBird]

Hier mal eine Beta2 der Version 2.3. Einzige Änderung ist die foldergallery_templ ate.htt der FancyBox, wo sich doch wieder der Fehler mit dem Umbruch eingeschlichen hatte. (Führt zu doppelt so hohen Thumbnails in der FolderGallery.)

@dbs: Hab ich wenigstens diesmal das richtige ui.css im base drin? *hoff*

[dbs]

ja hast du, denn die ui.css ist über 32kb groß

[dbs]

nach erstellung eines presets wäre es vielleicht gut, wenn der dropletaufruf kopierbereit oben zu sehen ist.
jetzt muss man ja erst nochmal das preset anklicken um den aufruf zu sehen.
könnte vielleicht tippfehler vermeiden?

[BlackBird]

Hm, ja, die Überlegung hatte ich auch schon, das Blöde ist aber, daß nach dem Speichern ja wieder der Dialog für ein neues Preset erscheint, und da wäre es doof, den Aufruf des Presets davor anzuzeigen. Die Alternative wäre, nach dem Speichern gleich wieder das gerade gespeicherte Preset zu Bearbeiten zu öffnen, DAS wiederum hat dann aber zur Folge, daß man nicht ohne weiteres an den Eingabedialog für ein neues Preset kommt. Und wenn man vielleicht gerade dabei ist, einen Haufen Presets zu erstellen, wird das auch wieder umständlich...

Ich denk mal drüber nach, wie man das am Schlauesten anstellt. Vielleicht auch per Mouseover... Bin  mir noch nicht schlüssig. Vorschläge sind wie immer willkommen.

[BlackBird]

Ankündigung

Da eine neue Version von jQuery UI verfügbar ist, möchte ich in Kürze jQueryAdmin v2.3 freigeben.

* Update: jQuery UI 1.8.4 -> 1.8.5
* Neu: Vorschau für alle mitgelieferten UI-Effekte
* Fix: Presets im Template-Verzeichnis konnten weder editiert noch verwendet werden (das Erstellen klappte dagegen)
* Fix: Im Plugin SlimBox2 wurde das Template für die Foldergallery so angepaßt, daß sich durch die Bilder auf der Seite navigieren läßt. (Hinzufügen eines Gruppennamens zu rel="lightbox".)

Die Beta ist im englischen Thread zu finden. (Im Forum "jQuery", bitte selber suchen, ich kann Links hier nicht kopieren, weil ich nur über einen Anonymizer ins Forum komme.)

Edit: Die Anregung von dbs ist nicht vergessen, aber auch noch nicht implementiert.

[dbs]

macht guten eindruck.
endlich sieht man mal wozu die effekte gut sind.
nutzen ist ein anderes ding.

warum kannst du im englischen teil was anhängen und hier nicht?
warum ist es schon wieder eine beta2, die gabs schon mal.
aber egal, man kann ja eh nicht aktualisieren.

editarea scheint beim schließen nach dem ersten mal ein problem zu verursachen und kann deshalb nicht nochmal aufgerufen werden. irgendwann kriegen wir das raus...

[BlackBird]

Ich kann auch hier was anhängen, wollte das ZIP aber nur einmal hochladen. Das ist über einen Anonymizer ziemlich mühselig.

Das EditArea ist ja nun kein neues Problem. Zwischendurch versuche ich es immer wieder mal, aber bisher konnte ich es nicht lösen. Ich denke, EditArea fliegt einfach komplett raus. Aber nicht in v2.3.

Beta2 - Nobody is perfect.

[dbs]

backend.jquery sollte man nicht löschen (können) ... oder wissen wo man sie wieder her bekommt. 

[BlackBird]

Ich wußte, daß Du das sagen würdest. Du hast natürlich recht, das wollte ich noch machen, hab's dann aber wieder vergessen.

Edit: Hier die Beta3. Das Preset backend.jquery wird nun komplett ausgeblendet.

Diesmal gibt's den Download nur hier und nicht im englischen Thread.

Wenn dann alles okay ist, gibt's noch den Release, bevor ich 14 Tage offline bin.

Edit: Anhang entfernt, da neue Version verfügbar.

[dbs]

kann erst später testen.
vielleicht solte man mal ein umfrage machen wie jqueryadmin genutzt wird von den usern.
also mit droplet jqueryinclude oder eher mit jqueryloader.
in letzterem fall plädiere ich für die änderung in der anzeige des presets von page_id auf seitenname.
ist einfach zu gut um das unter den tisch fallen zu lassen.

[mr-fan]

vielleicht solte man mal ein umfrage machen wie jqueryadmin genutzt wird von den usern.
also mit droplet jqueryinclude oder eher mit jqueryloader.

umfragen ergeben in diesem forum _kein_ verwertbares ergebniss.....man kann als entwickler froh sein wenn man ein wenig rückmeldung bekommt und bei Fragen&Problemen _mitbekommt_ das JQA genutzt wird.....
gute Tester sind ebenfalls eher ein Glücksfall....in Fall vom JQA eher wahrscheinlich weil es halt einfach eine riesen Lücke stopft!
Bin mir verdammt sicher, daß das Teil enorm genutzt wird!

Zum Thema include vs. loader!

include für globales jQuery ist mindestens genauso wichtig wie loader für seitenspezifisches jQuery!

Kannn nur für mich sprechen, aber die Methode globale includes (im Template auf jeder Seite benötigte jQuery) + einzelne Page_id presets passt mir ganz gut!

Man hat in der Praxis nicht 10 jQueryPlugins für 10 verschiedene Seiten....?

Wieviel braucht man wirklich an "jQuerymenge" in der Praxis?

=> Global auf jeder Seite (Slider, Corners, ScrollTo, Lightboxen, UI usw.)
=> Seitenspezifisch was bleibt da noch was man nicht "automatisieren" kann...?
     - Galerien und Module bringen die include Aufrufe mit!
     - brauche ich in anderen Page-Modulen ein Plugin ändere ich das einmal im Modul mit einem include und nicht für   
       jede einzelne Seite auf der ich das nutze....
     - einzelne Seiten mit extra Inhalte Twitterbandage, Google Maps API usw. sind da einzelfälle?

wird kaum so sein das jemand, der das ernsthaft betriebt mehr als 4-5 Plugins bei einem Webauftritt nutzt?

Alles andere Sind Test, Showcases, Tutorialseiten, Spielerein...

nur meine Gedanken zur Nutzung
Grüße Martin

[dbs]

bin wohl von testinstallationen ausgegangen,
deshalb jqueryloader im footer und dann nur presets für die jeweiligen seiten angelegt.
die anleitungen beziehen sich meistens auf erstellung eines seitenpresets mit jqueryinclude?preset=

warum wieso nur jqueryinclude oder jqueryloader im footer ... kam noch nicht so deutlich rüber.

[mr-fan]

warum wieso nur jqueryinclude oder jqueryloader im footer ... kam noch nicht so deutlich rüber.

....nein nicht "deutlich" eher "falsch"....

natürlich [[jQueryInclude]]   +  [[jQueryLoader]] verwenden!

Habe mich auf den Nutzen von jQuery in zusammenhang mit den jeweiligen Aufrufen beschränkt beim erklären was besser sei!

_Brauchen_ tuen wir beides!

Nur deine Begründung zwecks Übersicht id mit Namen zu tauschen ist in der Praxis nicht sonderlich praktisch bei einer Seite mit 100 Seiten finde ich in der Seitenübersicht die ID schneller als den Namen. (persöhnliche Meinung)

je nach gusto wäre halt _die_ lösung anzeige des Seitennamen mit id als tooltip oder dergleichen andersrum....was Platzmäßig besser passt....

mfg martin

[BlackBird]

Ich fand die Tooltip-Lösung eigentlich ganz gut, aber natürlich könnte man den Seitennamen auch in Klammern dahinter schreiben oder so. Oder tatsächlich nur den Namen anzeigen und die Nummer für den Dateinamen implizit verwenden. Ich mach mir nur Sorgen bei extrem langen Seitennamen... Die würden dann die Backend-Seite zerschießen.

[dbs]

bei einer Seite mit 100 Seiten finde ich in der Seitenübersicht die ID schneller als den Namen

weil die nummern sortiert sind? wäre ein argument. im anderen fall bleibt die sortierung der nummern erhalten, aber gezeigt wird ja der name, somit haben die namen keine sortierung.

mach mir nur Sorgen bei extrem langen Seitennamen

naja, zeichenanzahl begrenzen dürfte für dich kein problem sein und bei hover komplett anzeigen im tooltipp.
oder ein schalter für id oder seitenname?

aber vielleicht mache ich es komplizierter als es ist. so eine konfiguration mit include und loader im footer sollte dann mal ins manual als anschauungsunterric ht.

[BlackBird]

Das einfachste ist wirklich

Code:

[[jQueryInclude]][[jQueryLoader]]

im Footer. Das bindet automatisch die default.jquery und, sofern vorhanden, automatisch das Preset zur aktuellen Seite ein. Alles weitere macht man dann über die WYSIWYG-Sektionen, die man ja ohnehin braucht, um die Inhalte unterzubringen, die man per jQuery aufpeppen will.