Editor-Entwicklung

[henfri]

Hallo,

warum wird denn eigentlich z.B. dem Info Element "Address" und "Label" einzeln angezeigt?
Rechts ist doch eigentlich genug Platz, um alle Eigentschaften anzuzeigen.
Man könnte -um es allen Recht zu machen- wenn man links "info" wählt, alle Eigenschaften anzeigen, und wenn man Adress oder Label wählt nur deren Eigenschaften.

Das Speichern schlägt hier übrigens noch immer fehl. Das sollten wir uns nochmal ansehen, oder?

Komisch ist ja, das die Datei geschrieben wird. Es kann also kein Rechte-Problem sein.
Worann kann es dann liegen? Gibt es Bibliotheken, die auf dem Server nötig sind?

Gruß,
Hendrik

[MicHau]

Aber dass die Änderung des basetype von String auf AnyURI etwa gebracht haben soll kapier ich nicht: der Editor verwendet doch trotzdem noch die alte Validierungs-Regel...

Das ist richtig, dieser Editor kann das (noch) nicht, aber wenn du die XML-Datei mit einem XML-Editor bearbeitest, dann macht es schon einen Unterschied.

[swiss]

Sehr gut.

Ich habe gerade mal das SVN Update gemacht. Nun funktioniert die URL und auch das Problem mit der URL zur Audiodatei hat sich gelöst. *freu* Nun funktioniert auch: http://192.168.1.120/visu_svn/test.ogg

DANKE

[swiss]

Hallo Julian

Ich verwende den Firefox 17.0.1

Ich teste gerade mal etwas... Mir kam es gestern so vor, als ob der Editor nach der ersten "invalieden" Adresse jede andere Adresse im selben Textfeld auch für invaliede hielt. Auch wenn plötzlich hinter dem Fenster mit der Fehlermeldung noch das Fenster mit "Config was saved" erschien...

@Michael: Danke für den fix. Den werde ich gleich mal bei mir testen

[netzkind]

[Probleme mit URLs]

Vieleicht können sich die CV Entwikler das Verhalten erklären.

Nein.
Da URLs mannigfaltig sein können, wird garnicht erst versucht groß zu validieren. Es wird nur geschaut, ob die Eingabe ein String ist, ohne weitere inhaltliche Überprüfung...

Welchen Browser verwendest du denn?

[netzkind]

Hi,

Tatsächlich konnte ich keinerlei Inhalt für das src-Attribut speichern unabhängig von den verwendeten Zeichen.
Ich war mal so frei und habe einen kleinen Fix im SVN eingespielt, mit dem es nun klappen sollte.

Den Fix der Textarea verstehe ich (peinlicher Fehler).

Aber dass die Änderung des basetype von String auf AnyURI etwa gebracht haben soll kapier ich nicht: der Editor verwendet doch trotzdem noch die alte Validierungs-Regel...

[makki]

Nur am Rande: irgendwelche Umlaute in URLs sind mW keinesfalls valide, zumindest nicht in meiner Welt selbst wenn es dafür einen kranken Workaround gibt - muss immer escaped werden!

Der nächste fängt dann mit IDN-Domain-Namen an..

Theoretisch!! (Julian?) könnte man darüber nachdenken, beim speichern / vor dem validieren einen Escape über die URL drüberlaufen zu lassen..

Makki

P.S.: Ceterum censeo "Umlaut" esse delendam

[MicHau]

Tatsächlich konnte ich keinerlei Inhalt für das src-Attribut speichern unabhängig von den verwendeten Zeichen.
Ich war mal so frei und habe einen kleinen Fix im SVN eingespielt, mit dem es nun klappen sollte.

Probiert es noch einmal mit der neuesten Version.

[swiss]

Hallo Othmar

Hmm... Ich habe mal das ~ aus der URL entfernt um zu testen ob der Editor der CV diese als valide betrachtet und das Ergebniss ist negativ. Sehr seltsam. Wenn ich wüsste wo das her kommt. Die Umlaute habe ich auch mal entfernt und er mekkert immer noch. Hingegen funktioniert die URL für z.B. Wetzikon problemlos.

Vieleicht können sich die CV Entwikler das Verhalten erklären.

[Tru]

Hmm... Stimmt. Anscheinend hat der Browser die URL selber so codiert, dass keine Umlaute mehr drin sind.

Ich würde es mal so formulieren: der Browser stellt URLs mit kodierten Zeichen automatisch gut lesbar dar, verwendet sie aber im HTTP-Protokoll konform.

Dann verstehe ich aber nicht wo der Editor Probleme hat. Könnte es doch das Sonderzeichen ~ sein?

Dazu kann ich leider nichts sagen, da ich mich weder mit CV noch mit dem Editor beschäftige (sondern hier nur aus Interesse mitlese). Es könnte sein, dass es tatsächlich das ~ Zeichen ist, aber es wäre auch denkbar, dass in der Tat die Umlaute als solche eingesetzt wurden und dann die URLs effektiv invalide wurden.

Gruss, Othmar

[swiss]

Hallo Othmar

Hmm... Stimmt. Anscheinend hat der Browser die URL selber so codiert, dass keine Umlaute mehr drin sind. Dann verstehe ich aber nicht wo der Editor Probleme hat. Könnte es doch das Sonderzeichen ~ sein?

EDIT: Habe es gerade mal getestet aber das ~ ist es nicht. Dann bleiben eigentlich nur noch die % die zur Maskierung benötigt werden...

[Tru]

http://www.yr.no/place/Switzerland/Z.../meteogram.png

Die adresse ist 100% valide aber der Editor will die Adresse nicht als valide anerkennen. Könnte es sein, dass esmit der Behandlung von Umlauten oder Sonderzeichen zu tun hat? Da ist ein ~ drin...

Soweit hast du Recht, der URL ist 100% valide, aber es hat auch keinen Umlaut drinnen ... wenn man genau hinschaut heisst der Link (ich hoffe es bleibt hier in echt vorhanden):

http://www.yr.no/place/Switzerland/Z%C3%BCrich/St%C3%A4fa~2658518/meteogram.png

Wenn man die Linkadresse kopiert, kann man es prüfen.

-> Ja auch wenn es die Linuxer und Unixer nicht gerne lesen oder hören... Umlaute sind schon seit ein paar Jahren in der URL erlaubt. Und auch die CV sollte damit problemlos umgehen können.

Das stimmt hingegen gar nicht. Die entsprechenden RFCs sind klar und eindeutig: Umlaute und weitere Sonderzeichen sind in URLs nicht erlaubt genau so wenig wie im DNS Protokoll, sondern müssen kodiert werden, gemäss IDN, was unterdessen der Standard ist. In der Darstellung dürfen dann Umlaute gezeigt werden, wie in deinem Beispiel.

Gruss, Othmar

[swiss]

Hi greentux.

Das bestätigt mein Verdacht. Danke

Da wären wir also wieder beim Thema. ÄÖÜ sind seit ein paar Jahren in URL's zulässig. Da sollte die CV bzw. der Editor dies auch können.

[greentux]

ich denke das "ä" da drin ist noch schlimmer als das ~

[swiss]

Da es hier um den Editor im allgemeinen geht...

Ich habe gerade wieder ein URL Problem. Dieses mal mit dem Image Widget.

Ich würde gerne folgende Grafik einbinden:

http://www.yr.no/place/Switzerland/Z.../meteogram.png

Die adresse ist 100% valide aber der Editor will die Adresse nicht als valide anerkennen. Könnte es sein, dass esmit der Behandlung von Umlauten oder Sonderzeichen zu tun hat? Da ist ein ~ drin...

...Dann müsste man da unbedingt einen Konverter einbauen, der die Umlaute selbstständig konvertiert. Man kann ja nicht von OTTO verlangen, dass er sich mit Maskierung auskennt.

-> Ja auch wenn es die Linuxer und Unixer nicht gerne lesen oder hören... Umlaute sind schon seit ein paar Jahren in der URL erlaubt. Und auch die CV sollte damit problemlos umgehen können.