Domino 9 und frühere Versionen > ND8: Entwicklung

JPEG in Richtext im Web darstellen.

(1/2) > >>

RvM:
Ich habe ein alte Programmierung, die noch unter Notes 5 erstellt wurde, auf einem neune Notes 8.5 Server laufen und nun Probleme bei der Darstellung von JPG, die in einem Richtext-Feld liegen.
Auf dem 5er Server wurde das Bild mit folgender URL angezeigt:

--- Code: ---".../Bild/0.7C?OpenElement&FieldElemFormat=jpg"
--- Ende Code ---
Auf dem 8er Server hingegen

--- Code: ---"../Bild/0.84?OpenElement&FieldElemFormat=jpg"
--- Ende Code ---
Was seltsam ist, das Dokumente, händisch angepackt werden, geöffnet, bearbeitet und gespeichert werden, das JPG mit der neuen URL anzeigen, alte Dokumente wieterhin mit der alten URL.
Einen Agenten, der einfach nur ein Feldinhalt ändert, reicht nicht, dass das dokument als bearbeitet erkannt wird.
Wie kann ich jetzt alles Dokumente per Agenten einmal öffnen, bearbeiten und schliessen lassen, damit alle die neue URL nutzen?
Ich hoffe, ich habe mich verständlich ausgedrückt.

LG
Rolf

pram:
Die Nummer 0.7C bzw 0.84 gibt den Byteoffset in Hex im Richtext an, wann das Bild beginnt und wird mehr oder weniger zufällig vergeben.

Da sich vermutl. in Version 8 das Richtext-Handling geändert hat, sind hier ein paar Bytes mehr im RT und schon passts nicht mehr.
Was spricht dagegen, das RT-Feld in die Maske einzubinden, so dass die Nummer ermittelt werden kann?

Einen direkten Zugriff auf die embedded-elements unter Umgehung des RT-Fields ist "Murx", da du nicht sichergehen kannst, dass das Bild immer an der gleichen Stelle im RT landet.

Beschreib dein Anliegen mal etwas genauer, warum .../Bild/0.7C?... fest codiert wurde, vielleicht gibt es eine elegantere Lösung.

Gruß
Roland

RvM:
Es geht um eine alte Programmierung:
http://www.photosforfree.de/
Ich habe für die Pflege der Bilder eine Maske erstellt, in der ich das Bild, welches in folgender Maske zu sehen ist, nicht als Attachment, sondern als Bild in ein Richtext reinpacke:
http://www.photosforfree.de/rvm/photo.nsf/webBilder/Nachtisch_III11.05.?editdocument
Den Inhalt dieses Dokumentes werte ich dann in der ersten Ansicht an.
Ich könnte theoretisch die Programmierung komplett auf Attachment umstellen, aber dann müsste ich alle 1.289 Dokumente neu anlegen - und das wäre nicht im Sinne des Erfinders.

pram:
Du bräuchtest den Byteoffset bzw. die Bild-URL um die Dokumente in einer Ansicht darzustellen.
Den Byteoffset kannst du entweder über die C-API ermitteln (komplizier) oder durch Holen der URL "....?OpenField" vom HTTP-Task

http://www.photosforfree.de/rvm/photo.nsf/webBilder/6792D9D60102B09BC12577AB006289D0/Bild?OpenField

Ein Agent der mal über alle Dokumente läuft könnte dann den richtigen Byteoffset/Bild-URL in die Dokumente speichern.
Alternativ kannst du auch das HTML-Schnipsel mit AJAX/IFrame in die Ansicht einbinden. Ersterer Weg wäre aber besser.

Gruß
Roland

RvM:
Danke für den Tipp:
Was nur sehr seltsam ist, dass der Aufruf des Direktlink

http://www.photosforfree.de/rvm/photo.nsf/webBilder/6792D9D60102B09BC12577AB006289D0/Bild?OpenField
bei allen Bildern mit entsprechender DocumentID funktioniert, aber innerhalb der Ansicht die URL nicht aufgelöst wird.
Ich habe mal testweise die hardcore-Verdrahtung gewählt, aber das Bild wird dennoch nicht angezeigt.
Ich bin ratlos.

Navigation

[0] Themen-Index

[#] Nächste Seite