Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | misregistered cursor using Times font | ||
---|---|---|---|
Product: | Writer | Reporter: | rodschmidt <rschmidt> |
Component: | ui | Assignee: | ulf.stroehler |
Status: | CLOSED IRREPRODUCIBLE | QA Contact: | issues@sw <issues> |
Severity: | Trivial | ||
Priority: | P3 | CC: | issues, skoning |
Version: | OOo 1.1.2 | Keywords: | needmoreinfo, oooqa |
Target Milestone: | --- | ||
Hardware: | PC | ||
OS: | Linux, all | ||
Issue Type: | DEFECT | Latest Confirmation in: | --- |
Developer Difficulty: | --- |
Description
rodschmidt
2004-11-23 17:36:31 UTC
reassigned to US. 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 Pls. state the outcome of the following command: xdpyinfo | grep resolution 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 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 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 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. 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. 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 ... ;) Closed due to issue-inactivity. closing. |