Insert Special Character offset/display problem

James3359

In NeoOffice EA 3.0.2 test build, in Writer if I choose Insert::Special characterâ€¦ The characters in the dialog are misaligned in relation to the grid (see attached picture). If I click where I think the character is I actually get the character below it. I vaguely remember something like this before, and Googling found this bug which bears some resemblance to what I am experiencing.

I just happened upon this by mis-clicking as it is not normally a feature I use.

It was present in the third test build and is still present in the fourth which I have just run.

It is present with a range of fonts. iBook 1.33 GHz 1.5GB PowerPC G4, OS X 10.4.11

pluby · The Architect Joined: Jun 16, 2003 Posts: 11949

I can reproduce this bug as well and I have found that it only occurs when "subpixel text rendering" is enabled in the OpenOffice.org code. Since we need that to be enabled to support the smoother text rendering, I will investigate to find what OpenOffice.org code is causing glyphs to be shifted to the right in that dialog.

Patrick

narf · The Anomaly Joined: Jan 21, 2007 Posts: 1075

I have submitted bug 3578 to track this.

-- fran

James3359 · Posted: Mon Dec 28, 2009 1:13 pm Post subject:

This is fixed for me on the fifth test build.

Thank you Patrick

pluby · The Architect Joined: Jun 16, 2003 Posts: 11949

FYI. The fix fo this bug has been included in the NeoOffice 3.0.2 Early Access release. Early Access Program members can download it from the following URL:

http://www.neooffice.org/neojava/earlyaccessdownload.php

Patrick

jdp · Agent Joined: Jul 23, 2010 Posts: 15

Hi - I'm using NeoOffice 3.1.1 Patch 2 (SnowLeopard - Mac OS X 10.6.3 (10D2084)) and see the same problem with the special characters dialog. The characters are now dropped a bit lower than noted in an earlier post attachment, now overlapping the box borders. Attached is a relevant grab.

Although addressed in earlier posts, the bug seems to be still there in this fairly recent version.

Not an insurmountable problem as the coordinates (eg 5th row, 2nd column) for displayed characters do match the box coords where one can click...

Tnx, cheers, Josh

James3359 · Posted: Wed Aug 11, 2010 2:08 pm Post subject:

FWIW I have also seen this problem again on my setup: iBook 1.33 GHz 1.5GB PowerPC G4, OS X 10.4.11

I just haven't had time to report it yet.

pluby · The Architect Joined: Jun 16, 2003 Posts: 11949

I can reproduce it as well. I will reopen bug 3578 and investigate this.

My current theory is that it is caused by my switch to using from Java to native Mac OS X functions for querying glyph sizes. I made this switch in one of the pre-Patch 2 test patches to fix this bug that caused high CPU usage when scrolling through large Writer documents.

Patrick

pluby · The Architect Joined: Jun 16, 2003 Posts: 11949

I think that I have fixed this bug. As I suspected, the bug was caused by my switch from Java to native functions for querying glyph size. The glyph sizes from my new code was correct, but I was not adjusting the x, y coordinate of the glyph to match the window's screen position.

Can you install the following test patch and tell us if the bug is fixed for you?:

Intel:
http://joe.neooffice.org/test/NeoOffice-3.1.1-Patch-2-Test-3-Intel.dmg

PowerPC:
http://joe.neooffice.org/test/NeoOffice-3.1.1-Patch-2-Test-3-PowerPC.dmg

Patrick

James3359 · Posted: Thu Aug 12, 2010 6:30 am Post subject:

It has fixed it for me. Thanks, Patrick Very Happy

jdp · Agent Joined: Jul 23, 2010 Posts: 15

Also fixed for me. Tnx Patrick. Cheers, Josh

gavagai · Councilperson Joined: Oct 18, 2005 Posts: 111

The fix worked for me. Thanks.

Wilf · Red Pill Joined: May 05, 2009 Posts: 9 Location: UK

Just to say: this fix seems to have worked for me too (in case it's useful to have extra confirmation) Smile

pluby · The Architect Joined: Jun 16, 2003 Posts: 11949

FYI. The fix for this bug has been included in NeoOffice 3.1.2 which can download it from the NeoOffice download page.

Patrick