11.10RC1: Umlaute werden beim Seriendruck in Gesamtdokument (odt) nicht korrekt ausgedruckt #3
Comments
|
From chrl...@gmail.com on January 25, 2012 10:07:14 man müsste prüfen, ob die Umlaute in der temporär erzeugten csv-Datei richtig ankommen. Ich kann diesbezüglich morgen vielleicht mal einen kurzen Test mit Win7 machen, werde aber nicht viel Aufwand in die Fehlersuche stecken können. Ich gehe davon aus, das das Problem vorrangig unter Windows auftritt... |
|
From hkdocho...@gmail.com on January 26, 2012 05:47:47 Tja, du hast recht: unter Ubuntu 11.4 werden die Umlaute korrekt im Dokument erzeugt. Es ist ein Problem unter Windows. |
|
From shenmu...@gmail.com on January 29, 2012 03:39:25 Labels: -OpSys-All OpSys-Windows |
|
From AKaw...@gmail.com on January 30, 2012 07:37:41 Hallo zusammen, |
|
From chrl...@gmail.com on January 30, 2012 14:41:13 Auch mit Windows 7 kann ich das Problem nachstellen. Da ich auf meinem Privatrechner aber kein Windows 7 habe, kann ich keine weiteren Tests machen und konnte daher auch noch nicht die Encodings der Dateien vergleichen. Vielleicht kann mal jemand einen "kaputten" Seriendruck mit viiieeelen Datensätzen (> 200) starten, so dass genug Zeit da ist, den temporären Seriendruckordner des WollMux zu kopieren und hier als Anhang anzuhängen. Der temporäre Ordner müsste z.B. bei Windows 7 unter C:\usersusername\AppData\local\temp\WollMuxMailMergeXXX (XXX=3-stellige Zahl) liegen (damit auch garantiert der Ordner eines noch laufenden Seriendrucks kopiert gefunden wird, empfiehlt es sich, vorher aus dem temp-Verzeichnis alle Verzeichnisse zu löschen, die mit WollMuxMailMerge anfangen). Es wichtig, dass der Seriendruck während des Kopie-Erstellens noch läuft, da sonst nicht alle temporären Dateien kopiert werden. Wer kann das mal machen? @andreas: Die Absturzprobleme beim Mischen sollten mit dem neuen Druck in ein ODT-Dokument deutlich zurück gegangen sein. Der Seriendruck ist auch um ein Vielfaches schneller als die alte Implementierung. Die bisherige Implementierung musste für das Mischen sehr viele einzelne Aufrufe an die UNO-Schnittstelle tätigen, die die neue Implementierung nicht mehr benötigt, da sie nur noch EIN MAL über UNO den OpenOffice.org-eigenen Seriendruck anstößt. Damit kann die neue Funktion also maximal so stabil und schnell sein, wie die in OOo eingebaute Seriendruckfunktion. Und die hat bei größeren Stückzahlen (z.B. so ab 4-stelligen Bereich) auch hin und wieder Probleme. Der "Standardfall", dass bis zu 500 Datensätze gemischt werden sollen, klappt nun aber m.E. reibungslos. |
|
From hkdocho...@gmail.com on February 10, 2012 02:23:51 Hallo Christoph, endlich bin ich dazu gekommen so einen Snapshot des WollMuxMailMerge zu machen... Attachment: WollMuxMailMerge268.zip |
|
From AKaw...@gmail.com on February 14, 2012 00:44:28 Zunächst ein dickes Lob, der WollMux-Serienbrief läuft nun superstabil und schnell. Ich habe im vergangenen Monat viele Tests mit LO und OOo gemacht, aber der wollmux-11_10RC1 schlägt alle Versionen um Längen. Attachment: wollmuxumlaute1.gif wollmuxumlaute2.gif wollmuxumlaute3.gif |
|
From chrl...@gmail.com on February 20, 2012 13:54:01 Ich denke, ich habe den Fehler gefunden. Der Java PrintWriter schreibt unter Windows und Linux unterschiedliche csv-Dateien raus. Eine unter Windows erstellte Datei hat dann das Encoding "Westeuropa (Windows-1252/Win Latin 1)" und nicht "UTF-8". Wenn man die erstellte odb-Datei öffnet und unter Bearbeiten->Datenbank->Eigenschaften... das Encoding auf "Westeuropa (Windows-1252/Win Latin 1)" umstellt, dann werden die Inhalte korrekt dargestellt. Ich habe jetzt mal testweise den PrintWriter durch einen PrintStream ausgetauscht (wie z.B. empfohlen in http://www.boards.ie/vbulletin/showthread.php?p=54033439 ) der immer UTF8 schreiben soll. Auf meinem Linux-System geht es jetzt immer noch und Windows habe ich gerade nicht da. @hkdocholid: kannst du bitte mal die angehängte WollMux.oxt unter Windows testen. Wenn du bestätigen kannst, dass das Problem damit nicht mehr auftaucht, kann ich den Patch einchecken und das Ticket schließen. Attachment: WollMux.oxt |
|
From hkdocho...@gmail.com on February 21, 2012 00:18:09 Wunderbar... positive Bestätigung. Umlautproblem in meiner Testumgebung (Win XP, LibO 3.4.5) im Smoketest behoben: Umlaute werden jetzt richtig dargestellt und keine sichtbaren Regressionen. @andreas: |
|
From AKaw...@gmail.com on February 21, 2012 01:11:21 Super! - Klappt nun auch bei uns mit dem LHM -Build OpenOffice.org 3.2.1 |
|
From chrl...@gmail.com on February 23, 2012 10:29:32 FIXED in 2000:1b5911027cb7 Status: Fixed |
From hkdocho...@gmail.com on January 25, 2012 16:04:36
Welche Schritte sind nötig, um das Problem zu reproduzieren? 1. Serienbrief Dokument erzeugen
2. Datenquelle mit Datensätzen mit Umlauten verknüpfen
3. Dokument ausdrucken als odt Gesamtdokument Was ist das erwartete Ergebnis? Was passiert stattdessen? Erwartet: korrekte Darstellung der Umlaute von Datensätzen im Ausdruck
Realität:
--> Vorschau
--> Druck in Einzeldatei
--> Druck in Gesamtdokument (pdf)
--> Druck in Gesamtdokument (odt) Welche Version des WollMux wurde verwendet? Welche Version von Openoffice.org/LibreOffice? Welches Betriebssystem? WollMux 11.10RC1
LibreOffice 3.4.4
Windows XP
Original issue: http://code.google.com/p/wollmux/issues/detail?id=3
The text was updated successfully, but these errors were encountered: