Issue 37726 - misregistered cursor using Times font
Summary: misregistered cursor using Times font
Status: CLOSED IRREPRODUCIBLE
Alias: None
Product: Writer
Classification: Application
Component: ui (show other issues)
Version: OOo 1.1.2
Hardware: PC Linux, all
: P3 Trivial (vote)
Target Milestone: ---
Assignee: ulf.stroehler
QA Contact: issues@sw
URL:
Keywords: needmoreinfo, oooqa
Depends on:
Blocks:
 
Reported: 2004-11-23 17:36 UTC by rodschmidt
Modified: 2013-08-07 14:38 UTC (History)
2 users (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description rodschmidt 2004-11-23 17:36:31 UTC
Under Linux 2.4.3, running Xfree86 4.4.0, and using the Times font, if I type a
paragraph (about 4 lines or so), then go back using the mouse and insert a few
characters (e.g. the phrase <added text>) in the middle of the paragraph,
thereafter when I try to position the cursor with the mouse, the OO insertion
cursor appears 1 character to the left of the mouse cursor. If I reposition and
keep going, eventually the characters I type are echoed as something else
(another character). This does not happen using the default LucindaBright font.
BTW: Lucinda does not appear in any "fonts.dir" file on my machine. No
customization has been done to either X11 (binary download for glibc-2.3.3) or
to OO. The problem DOES NOT occur using OpenOffice 1.0.3 with the same
system/software/etc.
Problem also occurred with the X for glibc-2.2.3

Additional symptom: even before using the mouse to enter in the middle of the
paragraph, the word spacing (space between words) looks excessive, and is much
larger than appears in OO-1.0.3
Comment 1 michael.ruess 2004-11-23 19:41:35 UTC
reassigned to US.
Comment 2 rodschmidt 2004-11-24 15:30:11 UTC
simpler test : type a row of the letter "m" - mmmmmmmmm....m". Position the mouse cursor between two of the letters on the right side of the 
page & click. Insertion point is placed one character to the left. Also the m's are too far apart and the insertion point as they are being 
inserted drifts farther and farther to the right of the last m. Apparently, the wrong font metrics are being used, and different pieces of code are 
using different font metrics for the same text. My system has both 75dpi and 100dpi X fonts installed for adobe-times, if this matters
Comment 3 ulf.stroehler 2004-11-24 15:38:45 UTC
Pls. state the outcome of the following command: xdpyinfo | grep resolution
Comment 4 rodschmidt 2004-12-04 03:31:15 UTC
Upon examination, this problem occurs with ALL fonttype::BuiltIn fonts (times, Helvetica, Bookman, Palantino, Avant Garde). Type1 and 
TrueType fonts work OK. Avant Garde is REALLY broken - the insertion point is several charcters away and the display gets screwed up. 
Additional manifestation: select a letter and change its background color with format-->character--> background. The color changes, but 
additional space gets magically inserted in front of the character. The effect is smaller in New Century Schoolbook, and seemingly absent in 
Zapf Chancer
Comment 5 rodschmidt 2004-12-20 15:12:03 UTC
result of xdpyinfo is: resolution 75x75 dots per inch. For grins, I added an appropriate DisplaySize to XF86Config to boost the resolution
to 100x99 dots per inch. With this setting, the problem is much less evident. Avant Garde is still noticably broken, but the insertion point 
problem in Times is almost gone - only one mouse position between chars screws up. The problem is still there though - the insertion
point at the end of the text is about 1 char away from the text, and the chars are too far apart.. Thanks for looking at this - I downloaded the 
source for 1.1.3 and started poking, but between the comments in German and the layer-upon-unfamiliar-layer of modules, I gave up. If you 
want to point me at the right area, I'd br glad to poke some more. Sorry for the delay in responding - my email was down (i.e. broke) during a 
system upgrad
Comment 6 jbleijenbergh 2004-12-30 23:20:24 UTC
Tried to reproduce on OOo 1.9.m65 on windows XP sp2. 
Problem is also evident here e.g. with the 'victorian let' and the 'academic
engraved' fonts (misses approx. 2 chacters of insert point) problem not there in
arial, opensymbol and bitstream fonts
Comment 7 askoning 2005-01-27 14:56:18 UTC
Just as a remark: This might not be a bug in OOo alone. Some fonts have 
strange character widths by design. I've been encountering this problem since 
the days of Windows 3.1 and sometimes still see it in Linux when browsing 
through a bunch of fonts to see if there's something interesting. 
The only font which yields such problems on 1.9.71-9 is Cursor, a strange font 
by itself. 
Comment 8 ijabbott 2005-02-03 14:33:13 UTC
It could be a problem with the X server's font configuration (or the font
server's  configuration).  I had similar alignment problems with the "core"
Microsoft fonts (Arial, Times New Roman, etc.) until I added a FontPath to my X
server config and ran 'fc-cache -fv' for good luck.

In my case, I added the following line to the "Files" section in my
/etc/X11/xorg.conf file:

        FontPath   "/usr/share/fonts/corefonts"

You may need a different path or you might need to configure the font server
instead of the X server.

I then ran 'fc-cache -fv' and restarted the X server.

These fonts look fine in my documents now.  The fonts in the OOo help browser
still look squashed together, but I think another FontPath may sort that out.
Comment 9 thackert 2005-05-15 18:04:57 UTC
I have seen that this issue is OOo-1.1.2 related and the last entry was in February ... :( Does 
this problem also occurs in a newer version of RH/OOo? Maybe a newer version of X or OOo 
solves your problem ... ;)
Comment 10 ulf.stroehler 2005-07-26 19:40:12 UTC
Closed due to issue-inactivity.
Comment 11 ulf.stroehler 2005-07-26 19:40:37 UTC
closing.