Apache OpenOffice (AOO) Bugzilla – Issue 108355
Spell checkers red-lines exported to PNGs, GIFs and other pixel non vector pictures
Last modified: 2017-05-20 10:24:12 UTC
1. Make drawing with wrong words. 2. Export it to PNG. 3. Open PNG and see red lines Like issue http://qa.openoffice.org/issues/show_bug.cgi?id=105077 All say that all right. Nothing right in 3.2 rc2!
I can't confirm this on Linux (openSUSE 11.1-x64) with OOo3.2.0rc2-x64 (lang: de). The Export from Draw to PNG went very well. No red lines from the spellchecker were exported to the PNG. Please provide more input about your environment. Did you install the vanilla OOo version (from the project resources)?
Vanilla this one (RU): http://download.services.openoffice.org/files/extended/3.2.0rc2/OOo_3.2.0rc2_20100111_Win32Intel_install_wJRE_ru.exe
That's vanilla OOo. There is a new RC for OOo3.2.0 (RC3). Does the error occurs in that build? Did you test on other environments than Windows?
I try with http://ftp-1.gwdg.de/pub/openoffice/extended/3.2.0rc3/OOo_3.2.0rc3_20100118_LinuxIntel_install_ru_deb.tar.gz + installed extension dict_ru-RU.oxt (http://extensions.services.openoffice.org/project/dict_ru_RU) on Ubuntu 9.04 32bit Error is present. Is it real to fix it before 3.2 release?
Created attachment 67251 [details] Export result example
Reproducible. But there is a workaround: Select what you want to export and check the "selections"mark in the export dialog.
cl->aw: looks like your nemesis strikes again
AW: Yes, but this time it's grammar hilighting. Someone has done big changes for 3.2 in the Spellcheck/Grammar hilighting, but they seem to be implemented pretty different for visualisation...
*** Issue 108453 has been marked as a duplicate of this issue. ***
AW: This is really crazy, i checked the OOO320 sources, the fix for #i102251# is in there. I also cannot reproduce in the master (DEV300m69 used), but in OOO320m9. There must be another reason in the OOO320 sources...
AW: Found the difference. A change from #i107346# is missing. The SdrTextAttribute in newer versions holds and compares if WrongSpell was on or off at attribute creation time. This leads to a text re-layouting when the decomposition is requested. With that step missing, the buffered primitive gets rendered, including the created WrongSpell information. This also means that this task will be fixed with aw079. Adding to CWS aw079 and setting to fixed.
*** Issue 109162 has been marked as a duplicate of this issue. ***
AW->WG: Please verify as described.
Verified in CWS.
Hi ) I found them again...
Of course you have...because the fix is not yet integrated into master! Please do not play with issue states if you are not absolutely sure what you are doing...
Setting to verified again. The fix is part of CWS aw079 that is not integrated into master.
*** Issue 107073 has been marked as a duplicate of this issue. ***
Art there any plans to integrate this sometimes somewhere? We need a target milestone!
*** Issue 110594 has been marked as a duplicate of this issue. ***
This is integrated into DEV300_m76. Do not blame us for not having a target - mr_smyle killed it.
*** Issue 111761 has been marked as a duplicate of this issue. ***
*** Issue 111800 has been marked as a duplicate of this issue. ***