Beta 2 Fragen

[yellowled]

Im Dashboard wird beim Update Notifier ein Update auf 1.7.8 angezeigt.

Das ist noch nicht mal wirklich ein Bug. Das 2.0-Backend hat ein integriertes Dashboard nebst Update-Hinweis, es ist noch ein wenig unklar, wie wir das mit dem Dashboard-Plugin zusammenbringen.

Generell sind alle Plugins aus Spartacus im Moment potenziell fehleranfällig im 2.0-Backend, da ungetestet. So weit sind wird in der Entwicklung ganz einfach noch nicht. (Was nicht heißen soll, dass man sie nicht testen sollte, im Gegenteil. Das ist ein bisschen der Sinn und Zweck des Betatests.)

Unter Faq wird ja noch nichts angezeigt.

Tut mir leid, ich verstehe nicht, was Du damit meinst?

YL

[Timbalu]

Bei mir steht ganz oben "Versuche URL package_template.xml zu öffnen..." wenn man drauf Klickt kommt eine Fehlermeldung.

Ich habe keinen Schimmer, warum das überhaupt ein Link ist. Huh. (Andererseits habe ich das Spartacus-Plugin auch noch nicht an 2.0 angepasst.)

Wie lustig – das ist natürlich auch in 1.7 schon so. Ich hatte vermutet, dass der Link dort ggf. per JS „blockiert“ wird, wie z.B. auch die Trackback-URLs im Frontend, aber nichts da. Gleicher Fehler.

(Ungeachtet dessen bin ich noch nie auf die Idee gekommen, den zu klicken, zumal er im 1.7-Backend auch nicht klar als Link erkennbar ist.)

Weiß jemand, was für einen Sinn dieser Link auf die XML-Datei von Spartacus haben soll? Garvin?

YL

Also ich kenne das Phanomen schon lange, habe aber auch schon lange nicht mehr draufgeklickt.
Unter 1.7.8 habe ich es aber gerade nochmal versucht und es geht! Die XML wird richtig geladen.
Allerdings steht mein Spartacus auf GitHub als mirror(s)! Und das erklärt wahrscheinlich auch den error bei refilix, der wahrscheinlich netmirror oder sourceforge benutzt.

Zu 1
Das macht man auch nicht. Dieser LINK ist von jeher nicht dazu gedacht vom USER angeklickt zu werden. Ich habe das vor längerer Zeit schon einmal mit Jemandem aufgedröselt, kann das aber gerade nicht finden....

Und warum ist er dann da?^^

Damit man ihn bei Bedarf auf Fehler überprüfen kann, nehme ich an.

[yellowled]

Unter 1.7.8 habe ich es aber gerade nochmal versucht und es geht! Die XML wird richtig geladen. Allerdings steht mein Spartacus auf GitHub als mirror(s)! Und das erklärt wahrscheinlich auch den error bei refilix, der wahrscheinlich netmirror oder sourceforge benutzt.

Die XML-Datei wird (bei mir zumindest) auch in 2.0 geladen.

Was refilix vermutlich irritiert hat ist (soweit ich sehe) eine Meldung des XML-Parsers:

Code: Select all

This page contains the following errors:

error on line 14 at column 27: Namespace prefix requirements on s9yVersion is not defined
Below is a rendering of the page up to the first error.

Ich würde die Datei (wenn ich dann mal dazu komme, Spartacus anzupassen) weiter verlinkt lassen, aber vielleicht ist das tatsächlich mal ein sinnvoller Anwendungsfall für target="_blank". (Oh Gott, habe ich das gerade wirklich geschrieben?)

YL

[garvinhicking]

Hi!

Der Link ist da damit man weiß was genau s9y versucht da zu öffnen und damit man es z.b. manuell wget'en kann. Das XML validiert nicht mit einer DTD, im Browser sollte man die Datei daher nicht zwangsläufig öffnen.

target=blank würde für mich klar gehen, wäre kein Problem für mich.

GRüße,
Garvin

[Timbalu]

Was refilix vermutlich irritiert hat ist (soweit ich sehe) eine Meldung des XML-Parsers:

bzw
Zeile Nr. 14, Spalte 3: <requirements:s9yVersion></requirements:s9yVersion>

Das ist aber nur bei Fehlern so, ansonsten sieht es so aus [mit current 2.0 erstellt]:
https://raw.github.com/s9y/additional_p ... ent_de.xml

[yellowled]

Gerade Fix committed und gepusht.

YL

[garvinhicking]

Was refilix vermutlich irritiert hat ist (soweit ich sehe) eine Meldung des XML-Parsers:

bzw
Zeile Nr. 14, Spalte 3: <requirements:s9yVersion></requirements:s9yVersion>

Das ist aber nur bei Fehlern so, ansonsten sieht es so aus [mit current 2.0 erstellt]:
https://raw.github.com/s9y/additional_p ... ent_de.xml

Github liefert die XML-Datei als content-type text/plain aus, daher wird das XML da nicht geparst. Netmirror und anderen nutzen den "echten" text/xml content-type, daher wird da dann auch gerendert...

[onli]

If the user shouldn't click on it, why is it a link (even with target="_blank")? We should just show the path, what is inside the href.

[yellowled]

Guys, Ihr solltet echt mal Euren act together kriegen und hier in der correct language posten. (SCNR)

Sind Fälle denkbar, in denen uns die Ausgabe der XML-Datei helfen könnte, Fehler zu finden? Dann sollten wir dem Benutzer den Zugriff auf diese Datei so leicht wie möglich machen, sprich: den Link erhalten.

YL

[garvinhicking]

Den Link kann man per rechtsklick leicht wgetten, und es gibt keine Umbruchprobleme und man muss nicht ewig was selektieren, und muss es nicht darstellen. Ich sehe nichts für eine Textausgabe sprechen würde, da wären nur Nachteile?

[Timbalu]

Github liefert die XML-Datei als content-type text/plain aus, daher wird das XML da nicht geparst. Netmirror und anderen nutzen den "echten" text/xml content-type, daher wird da dann auch gerendert...

Ja genau, ich erinnere mich.
Wäre nur noch die Frage, wie man das so verpacken/informieren kann, dass experimentierfreudige User das nicht als Fehler interpretieren...

[onli]

Ich sehe nichts für eine Textausgabe sprechen würde, da wären nur Nachteile?

Echt? Ist doch wie hier im Thread: Wir geben Nutzern einen Link und damit die Aufforderung, darauf zu klicken. Wenn man das aber macht wird nicht nur eine für den großteil der Nutzer uninteressante XML-Datei angezeigt, sondern diese wirft auch noch einen Fehler in den Browsern. Das ist doch höchst irritierend.

Sind Fälle denkbar, in denen uns die Ausgabe der XML-Datei helfen könnte, Fehler zu finden?

Fälle, in denen die URL dafür nicht auch ausreicht? Imo nein.

es gibt keine Umbruchprobleme

Zugestanden, das kann blöd sein. pre hilft, aber stört bei kleinen Displays… Wenigstens ist der Link kurz, oder? Und auf dem Smartphone eh uninteressant, da kann man den fast ausblenden falls das problematisch sein sollte.

Den Link kann man per rechtsklick leicht wgetten

Hm? Bei meinem System im Gegenteil. Rechtklick -> Copy und dann Paste im Terminal ist immer beschissen, weil Strg + V dort nicht funktioniert. Markieren und mit mittlerer Maustaste einfügen dagegen geht immer. Für mich wäre das daher sogar eine Erleichterung

Wobei ich nicht sicher bin, wofür man diese Datei je wgetten sollte. Wir als Entwickelr zum Debuggen vll einmal alle zehn Jahre, aber sonst?.

Viel Diskussion für nen kleinen Link, sorry. Aber das sind genau die Kleinigkeiten die ich im Backend für 2.0 gerne sauberer haben wollte, und das hat ja auch an vielen Stellen ganz ordentlich funktioniert, finde ich.

[Timbalu]

Github liefert die XML-Datei als content-type text/plain aus, daher wird das XML da nicht geparst. Netmirror und anderen nutzen den "echten" text/xml content-type, daher wird da dann auch gerendert...

Ja genau, ich erinnere mich.
Wäre nur noch die Frage, wie man das so verpacken/informieren kann, dass experimentierfreudige User das nicht als Fehler interpretieren...

Garvin, wo ich das gerade noch mal überfliege, kam mir gerade die vage Idee, ob man da nicht per htaccess einen xml content-type text/plain vorschreiben könnte? (Irgendwie analog zu unserem thread zur htaccess Übernahme in Netmirror und s9y.org, siehe http://board.s9y.org/viewtopic.php?f=3&t=19306)

Dann hätten wir überall einen text/plain delivered content und der Link wäre kein Problem mehr... und ein wget müsste (?) trotzdem funktionieren... (oder übersehe ich das etwas?)

[garvinhicking]

Hi!

Hm? Bei meinem System im Gegenteil. Rechtklick -> Copy und dann Paste im Terminal ist immer beschissen, weil Strg + V dort nicht funktioniert. Markieren und mit mittlerer Maustaste einfügen dagegen geht immer. Für mich wäre das daher sogar eine Erleichterung

Was hast Du da für ein Terminal?! Pasting sollte immer funktionieren.

Viel Diskussion für nen kleinen Link, sorry. Aber das sind genau die Kleinigkeiten die ich im Backend für 2.0 gerne sauberer haben wollte, und das hat ja auch an vielen Stellen ganz ordentlich funktioniert, finde ich.

Sorry, aber so nen Link erst komplett markieren zu müssen, dann Ctrl-C oder V oder so, das ist doch frickelig. Und ich finde es sieht echt doof aus da so nen ewig langen Link zu haben. Ich verstehe da wirklich den Fuss um diesen Link nicht. Nen Link nicht als link zu formattieren will mir nicht so recht einleuchten

LG,
Garvin

[onli]

Was hast Du da für ein Terminal?! Pasting sollte immer funktionieren.

Kein xterm samt seiner Kinder kann den Shortcut Strg + v?

Nen Link nicht als link zu formattieren will mir nicht so recht einleuchten ;)

Ich find das einleuchtend: Der Link ist nicht lang, und wir wollen nicht, dass jemand drauf klickt.