Issue 110223 - impress displays bold font as too bold
Summary: impress displays bold font as too bold
Status: CONFIRMED
Alias: None
Product: Impress
Classification: Application
Component: viewing (show other issues)
Version: OOO320m12
Hardware: PC Unix, all
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL: http://bugs.debian.org/cgi-bin/bugrep...
Keywords:
Depends on:
Blocks:
 
Reported: 2010-03-18 14:59 UTC by henrich_d
Modified: 2017-05-20 11:33 UTC (History)
4 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments
test this with slide show (17.28 KB, application/vnd.oasis.opendocument.presentation)
2010-03-20 08:41 UTC, henrich_d
no flags Details
OOo3.2.0 Impress in Debian unstable (52.38 KB, image/png)
2010-03-29 08:26 UTC, henrich_d
no flags Details
OK with OOo 3.2.0 JA/DEB on Ubuntu 9.10 i386 (163.50 KB, image/png)
2010-03-30 02:16 UTC, maho.nakata
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description henrich_d 2010-03-18 14:59:23 UTC
I found impress in OOo 3.2 doesn't show bold font.
I've tested with Debian unstable, Fedora 13 alpha and Windows XP.
I saw this issue on Linux, not Windows.

more detail and test case, see my post on Debian BTS 
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=573622
Comment 1 wolframgarten 2010-03-18 15:13:51 UTC
Sorry, not reproducible on linux. This seems to be a font problem. Sure you have
the used fonts installed?
Comment 2 henrich_d 2010-03-18 15:26:34 UTC
Well, I can confirm this with some Japanese and Chinese fonts.
And yes, it does not reproduce with other fonts.

I've tested with
 - VL Gothic/VL P Gothic (it's default font in Japanese Linux desktop)
 - IPA P Gothic/Gothic/P Mincho/Mincho/UI Gothic
 - AR PL KaitiM Big5/AR PL KaitiM Big5
 - etc...

Could you test with above fonts?
Comment 3 clippka 2010-03-18 15:35:12 UTC
we discovered kind of the same issue before and it resolved as follows:

depending on the size of the font on screen, the system will use a different
rendering method. For nearly identical screen sizes the rendering will look the
same. For some descrete pixel values the rendering will then change which may
look as if the font a now a little more bold when compared with the only 1 pixel
smaller version. So for example a X with 10 pixel high might look nearly
identical with an X 9 pixel hight but the same X 11 pixel high may look
different as the system switched the rendering.

To verify this, please make sure your text has the same size on screen in pixel
(not same logical size) by making the document window (not including the
toolbars, docking windows, e.t.c) the same size as in both versions.
Comment 4 henrich_d 2010-03-20 08:33:01 UTC
>To verify this, please make sure your text has the same size on screen in pixel
>(not same logical size) by making the document window (not including the
>toolbars, docking windows, e.t.c) the same size as in both versions.

 I can confirm this with Debian i386, amd64 and fresh virtual machine (fedora 13 
 alpha) on KVM by newly created impress document.
 
 Can't you reproduce this, folks? If so, please tell me what should I give more
 to you.
Comment 5 henrich_d 2010-03-20 08:41:18 UTC
Created attachment 68442 [details]
test this with slide show
Comment 6 maho.nakata 2010-03-29 01:18:53 UTC
hdu: 
could you please comment on this issue?

I guess this is an "embolden" issue of freetype library.
Usually CJK fonts do not provide "bold" fonts.
Cf. http://www.mail-archive.com/freetype-devel@nongnu.org/msg00050.html

Note that I cannot reproduce on FreeBSD 8.0 of my vanilla ja build. it uses
freetype come from the distribution.

thanks
Comment 7 maho.nakata 2010-03-29 01:19:44 UTC
henrich_d:

could you please attach the png version of
http://www.openoffice.org/nonav/issues/showattachment.cgi/68442/boldfont-with-japanese-font.odp
?
Comment 8 henrich_d 2010-03-29 08:26:55 UTC
Created attachment 68601 [details]
OOo3.2.0 Impress in Debian unstable
Comment 9 maho.nakata 2010-03-30 02:16:27 UTC
Created attachment 68628 [details]
OK with OOo 3.2.0 JA/DEB on Ubuntu 9.10 i386
Comment 10 maho.nakata 2010-03-30 02:26:21 UTC
henrich_d:

ok to me...please see the screen shot I attached.

I installed OOo_3.2.0_LinuxIntel_install_ja_deb.tar.gz on Ubuntu 9.10 i386.
.

thanks
Comment 11 henrich_d 2010-03-30 08:44:26 UTC
maho, did you test it with slideshow? Just show it is okay to me with 
Debian unstable, Fedora 13 alpha and Ubuntu 10.04 beta but slideshow is wrong.
Comment 12 henrich_d 2010-03-30 08:49:49 UTC
1) open boldfont-with-japanese-font.odp with Impress
2) press F5 key
3) I see this issue

Comment 13 henrich_d 2010-03-30 12:04:28 UTC
maho is right, I'm wrong.
OOo_3.2.0_LinuxIntel_install_ja_deb.tar.gz works fine, so it's distros' package
issue.

Comment 14 wolframgarten 2010-03-30 12:35:35 UTC
Ok, thanks. Then I will close it as works for me...
Comment 15 wolframgarten 2010-03-30 12:36:23 UTC
Closed. Thanks everyone for helping.
Comment 16 maho.nakata 2010-03-31 00:43:52 UTC
I also checked the slideshow. I cannot reproduce.
Comment 17 maho.nakata 2010-04-06 00:22:41 UTC
it seems a bit complicated problem. 
cf.
http://lists.freedesktop.org/archives/ooo-build/2010-April/000781.html
and thorsten's reply would be informative.
http://lists.freedesktop.org/archives/ooo-build/2010-April/000787.html
-------------------------------------------
Kohei Yoshida wrote:
> As it turns out, the bold VL Gothic font gets multiplied as in the above
> screenshot (look closely at the "Testcase" text) *only when* the
> hardware acceleration is turned on, and it happens *only when* the font
> is VL Gothic and you are in slideshow mode.
> 
> Looks like it's your area, Thorsten? :-)
> 
Yep, seems cairocanvas is causing this. We're directly using cairo
to render the glyphs there, seems there's a bug. For quickest
processing, would be good to have this filed on bugzilla.novell.com.

Thanks,

-- Thorsten
--------------------------------------------------
Comment 18 hdu@apache.org 2010-04-08 09:15:28 UTC
Link to external issue: https://bugzilla.novell.com/show_bug.cgi?id=594111
Comment 19 kk2628 2010-06-24 05:56:25 UTC
Work around for this CJK "double bold" in slideview mode problem happened on
003.2 on Ubuntu 10.04 is to uncheck the "hardware acceleration"
(tools->option->view)

https://bugs.launchpad.net/openoffice/+bug/585910
Comment 20 hdu@apache.org 2010-06-24 07:17:43 UTC
Upstream OOo does not use cairo canvas as default but this can easily change -> reopening
Comment 21 hdu@apache.org 2010-06-24 07:18:35 UTC
and reassigning
Comment 22 Marcus 2017-05-20 11:33:26 UTC
Reset assigne to the default "issues@openoffice.apache.org".