Major
Nice to have
Detail
Major
#25816
TL-Doc: Cut&Paste von Object-Links ist im Ergebnis nicht derselbe Objekt-Link
Wenn man einen Teil einer Seite mit Cut&Paste in eine andere Seite übernimmt, ändert sich dadurch der interne Aufbau des Links. Im Original steht
class="tlObject" href="?type=Page&uuid=97ca436f-3646-4f01-b6a2-6947a2d8989a"
In einer Kopie (wenn man aus der Lese-Ansicht kopiert hat) dagegen:
href="https://dev.top-logic.com/documentation/servlet/LayoutServlet/w17ded8dbee0e71a1-a193dc737c122a77?type=Page&uuid=97ca436f-3646-4f01-b6a2-6947a2d8989a"
Ein solcher Link ist bestenfalls ungünstig, da beim Export als PDF dann auch ein externer Link erzeugt würde.
Aufgrund dieses ganzen Durcheinanders haben wir jetzt auch massing komische Links im Datenbestand teils mit ?type=Page, oder page=<page-name>, oder... Hier muss im Anschluss der Datenbestand aufgeräumt und über einen Export-Re-Import bereinigt werden.
Verbesserung
Um die Klasse tlObject`zu erhalten, wurde ein `pasteFilter konfiguriert, sodass Klassen in a Tags zugelassen sind. Außerdem wird nun das paste Event abgefangen und der Link im href entsprechend gekürzt.
Test
Einen TLObject-Links kopieren (sowohl in der Lese- als auch in der Schreibansicht) und in einer Seite einfügen. Der HTML Code muss derselbe sein. Dabei ist zu beachten, dass im Schreibmodus neben href auch ein data-cke-saved-href existiert, welches beim Übergang zum Lesemodus verschwindet. Das ist ein Mechanismus des Editors und diese Attribut muss denselben Link enthalten wie href.