Dateilink aus dem Ressource Browser, cms://idfile=x statt absolutem Pfad? Einstellungen

[MoinMoin]

Moin zusammen!

Ich greife hier nochmal eine Frage zum Ressource Browser auf:

Wenn man eine interne Seite auswählt, liefert der Ressource Browser einen Link in Form von cms://idcat(side)=X zurück. Bei Dateien hingegen taucht der gesamte relative Pfad in den entsprechenden Textfeldern auf, der nicht mehr direkt mit der Datei verbunden ist.

Zumindest ist das in beiden WYSIWYG2 (Standard und TinyMCE) der Fall. Das Modul Dateilink macht das irgendwie anders, aber ich sehe im Modul keine direkte Pfadverarbeitung, dass scheint auf interne Routinen aufzusetzen. Ich würde also tippen, dass nur die "externe" Schnittstelle zu anderen Modulen o.ä. problematisch ist.

Das Problem bei den absoluten Pfaden ist, dass veränderte Dateinamen oder verschobene Dateien dann zu toten Links führen.

Könnte man das vielleicht umstellen, so dass auch für die Dateien ein Link in cms://-Form zurückgegeben wird (Feature Request?)? Das dürfte doch keine Probleme verursachen, oder?

QUELLTEXT

cms://idfile=X

Gruß,
Nils

[bjoern]

Ist doch genau so eingebaut. Die Dateinamen liegen allerdings im Gegensatz zu den Links im Cache. Daher, wenn Du die Pfade änderst, musst Du danach den Cache löschen. Danach sind die Dateien wieder richtig verlinkt.

[MoinMoin]

Moin Björn!

Ist doch genau so eingebaut. Die Dateinamen liegen allerdings im Gegensatz zu den Links im Cache. Daher, wenn Du die Pfade änderst, musst Du danach den Cache löschen. Danach sind die Dateien wieder richtig verlinkt.

Mhh, das sehe ich anders (und meine gerade durchgeführten Tests haben auch anderes ergeben). Die feste Verbindung mit der Datei kann momentan in den WYSIWYG auch nicht funktionieren, da die vom Ressource Browser eingefügten Links danach in dem Dialogfeld direkt editiert werden können und dann auch nicht dynamisch geändert werden. Bei einem Link mit cms://... ist das natürlich kein Problem, die ID der Seite oder Datei bleibt eigentlich immer gleich, der Link muss also nicht geändert werden.

Probier mal das Link-Einfügen in einem der WYSIWYG2 aus, einmal für eine Seite und einmal für eine Datei - dir fällt der Unterschied sofort auf. Hier zwei Screenshots direkt nach der Seiten/Dateiauswahl mit dem Ressource Browser:
 standard_seite.PNG ( 9.19KB ) Anzahl der Downloads: 33
 standard_datei.PNG ( 9.44KB ) Anzahl der Downloads: 30

Falls das bei dir nicht so aussieht, wäre das interessant. Meine Installation ist zwar nicht frisch (s.u.), aber bei Sefrengo2Go hier aus dem Forum (mit TinyMCE) ist's genauso.

Gruß,
Nils

PS: Ich hoffe mal nicht, dass das irgendwie an meiner Installation liegt. Sefrengo 01.03.01, Update von Dedi 1.04 (ja, ich weiß...), normalerweise Standard WYSIWYG, nur lokal TinyMCE ausprobiert.

Der Beitrag wurde von MoinMoin bearbeitet: Wed. 25. April 2007, 17:51

[bjoern]

Nein, liegt nicht an Deiner Installation. Da habe ich mich vertan. Beim WYSIWYG sind die Dateien anscheinend wirklich hart verlinkt. Es funktioniert bei den CMS Tags für Dateien und Grafiken. Sicher etwas, was in nächster Zeit mal angegeangen werden sollte.

[amk]

nun bei bildern sind cms://-verweise innerhalb des wysiwyg wiederum unpraktisch, da der wysiwyg die bilder dann nicht anzeigt.

[MaZderMind]

Hmm das ist wirklich ein Problem.
Warum sind wir nicht bei http://cms/idfile=123 geblieben? Dann könnte amn das per mod_rewrite lösen xD
Okay aber zurück zur Gegenwart: man könnte dei Überprüfung umdrehen. SF versucht also tu dem gewählten Pfad die passende ID zu finden. Ist aber keine schöne Lösung. Was anderes fällt mir aber grad auch nich ein ^^
Vlltk ommt mir ja noch ein Geistesblitz.

Gruß, Peter