AtNotes Übersicht Willkommen Gast. Bitte einloggen oder registrieren.
21.01.22 - 05:34:16
Übersicht Hilfe Regeln Glossar Suche Einloggen Registrieren
News:
Schnellsuche:
+  Das Notes Forum
|-+  HCL Notes / Domino / Diverses
| |-+  Entwicklung (Moderatoren: eknori, fritandr, koehlerbv, Tode)
| | |-+  NotesDXLImporter "verliert" Font bei Profildokumenten...
« vorheriges nächstes »
Seiten: [1] Nach unten Drucken
Autor Thema: NotesDXLImporter "verliert" Font bei Profildokumenten...  (Gelesen 542 mal)
Tode
Moderator
Gold Platin u.s.w. member:)
*****
Offline Offline

Geschlecht: Männlich
Beiträge: 6662


Geht nicht, gibt's (fast) nicht... *g*


« am: 26.11.21 - 08:19:21 »

Wenn man ein Profildokument mit einem Richtextitem mittels NotesDXLExporter exportiert, und anschließend -vollkommen unmanipuliert- mittels NotesDXLImporter wieder importiert, dann verliert das Richtextitem sämtliche Fonts. Das gesamte Item wird in einer der "Default"- Fonts (Default Mono, Default Serif, Default Sans Serif) angezeigt, es sieht so aus, als wäre diese irgendwie aus dem ersten Font im Item abgeleitet.

Siehe Bild: Vorher links, nachher rechts. Schriftart im Bild rechts: Default Monospace

Das exakt identische Richtextitem als Dokument exportiert und importiert zeigt dieses Verhalten nicht.
Das Problem lässt sich in allen Client- Versionen von 9 - 12.0.1 Beta2 nachvollziehen.

Ich habe mal eine Testdatenbank angelegt. Die beiden hier angehängten txt- Files sind umbenannte XML- Files, die als Export aus der Test- Datenbank entstanden sind: Einmal das Dokument, einmal das Profil.
Man kann sich die Dokumente anschauen (das Profil über "Edit Profile"- Aktion): Alles OK.

Nutzt man die beiden Agenten, um die DXL- Files zu importieren (Pfade anpassen), dann sieht man: Das Dokument ist danach immer noch OK, das Profildokument ist kaputt...

Hilft wohl nur ein Ticket bei HCL, oder was meint ihr?

Es gab einen sehr sehr ähnlichen Bug schonmal in Notes 4, allerdings beim direkten manipulieren von Richtextitems mittels CopyToDocument oder RichtextItem.AppendRichtextItem. Der Workaround für diesen ($Fonts- Item kopieren) funktioniert aber hier nicht (weil kein $Fonts item im Export auftaucht)

Hintergrund: ich verwende XML- Operationen um Platzhalter in einem Richtextfeld zu ersetzen, und dazu verwende ich ein Profil als "Zwischenspeicher"... und dabei geht die Schriftart verloren...
« Letzte Änderung: 26.11.21 - 08:22:29 von Tode » Gespeichert

Gruss
Torsten (Tode)

P.S.: Da mein Nickname immer mal wieder für Verwirrung sorgt: Tode hat NICHTS mit Tod zu tun. So klingt es einfach, wenn ein 2- Jähriger versucht "Torsten" zu sagen...
Werner Götz
Aktives Mitglied
***
Offline Offline

Geschlecht: Männlich
Beiträge: 196



« Antworten #1 am: 27.11.21 - 11:35:04 »

Hallo Tode,

ich denke auch dass Du da ein Ticket anlegen musst.

Machst Du das am Client und benötigst eigentlich nur die Möglichkeit, ein temporäres Dokument via DXL anzulegen und anschließend wieder zu löschen? In dieser Konstellation nutze ich für eine ähnliche Funktion die lokale cache.ndk als temporäre Datenbank, das klappt ganz gut.

Viele Grüße
-Werner
Gespeichert
Tode
Moderator
Gold Platin u.s.w. member:)
*****
Offline Offline

Geschlecht: Männlich
Beiträge: 6662


Geht nicht, gibt's (fast) nicht... *g*


« Antworten #2 am: 01.12.21 - 09:14:10 »

Danke für das Feedback. Ja, es ist am Client... insofern wäre die cache.ndk eine gute Möglichkeit, werde das mal testen... Danke für den Hinweis
Gespeichert

Gruss
Torsten (Tode)

P.S.: Da mein Nickname immer mal wieder für Verwirrung sorgt: Tode hat NICHTS mit Tod zu tun. So klingt es einfach, wenn ein 2- Jähriger versucht "Torsten" zu sagen...
Seiten: [1] Nach oben Drucken 
« vorheriges nächstes »
Gehe zu:  


Einloggen mit Benutzername, Passwort und Sitzungslänge

Powered by MySQL Powered by PHP Powered by SMF 1.1.21 | SMF © 2006, Simple Machines Prüfe XHTML 1.0 Prüfe CSS
Impressum Atnotes.de - Powered by Syslords Solutions - Datenschutz | Partner: