Issue 3881 - incorrect rendering/display of Double quotes in presentations
Summary: incorrect rendering/display of Double quotes in presentations
Status: CLOSED IRREPRODUCIBLE
Alias: None
Product: Impress
Classification: Application
Component: ui (show other issues)
Version: OOo 1.0.0
Hardware: PC Linux, all
: P3 Trivial with 1 vote (vote)
Target Milestone: ---
Assignee: ulf.stroehler
QA Contact: issues@graphics
URL:
Keywords: oooqa
: 6227 (view as issue list)
Depends on:
Blocks:
 
Reported: 2002-04-05 11:25 UTC by bryancole
Modified: 2013-08-07 15:21 UTC (History)
3 users (show)

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


Attachments
Illustration of Quote Rendering Problem on Linux (24.01 KB, application/octet-stream)
2002-04-29 17:46 UTC, bryancole
no flags Details
ScreenShot of Impress on Linux showing poor quote rendering (16.03 KB, image/png)
2002-04-29 17:52 UTC, bryancole
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description bryancole 2002-04-05 11:25:45 UTC
In presentations, The first of a pair of double-quotes is not positioned
correctly on the page. The quote-marks appear over the top of the first
character inside the quotes. This happens regardless of font/style.
Comment 1 bryancole 2002-04-05 11:44:09 UTC
Looking at this again, the problem appears to be confined to the
Custom Quotes feature of the autoformat system. The Default
double-quote marks have poor character-widths vs. rendered form. This
might be a font design issue. Turning off Custom-quote-replace works
arround the problem, but most users will expect to have nice-looking
"smart" quotes.
Comment 2 bettina.haberer 2002-04-08 09:35:49 UTC
Reassigned to Christian.
Comment 3 christian.guenther 2002-04-29 16:11:14 UTC
I can't reproduce the bug. In my mind is the behaviour of the quotes
correct. please attach a document where I can see wrong behaviour of
the quotes.
Comment 4 bryancole 2002-04-29 17:46:22 UTC
Created attachment 1504 [details]
Illustration of Quote Rendering Problem on Linux
Comment 5 bryancole 2002-04-29 17:52:13 UTC
Created attachment 1506 [details]
ScreenShot of Impress on Linux showing poor quote rendering
Comment 6 christian.guenther 2002-05-13 10:15:26 UTC
I can see the bug in the attached screen shot but I can't reproduce
the bug with the attached document. I think it could be the font
replacement. Please have a look if you can see what's going wrong.
Comment 7 philipp.lohmann 2002-05-13 10:23:12 UTC
pl->hdu: a case for Mr font.
Comment 8 bryancole 2002-05-13 18:31:22 UTC
This is definately a font-problem. Smart-Quotes render fine for these
fonts: Arial, Nimbus Roman, Nimbus sans L, Nimbus Sans Condensed,
Utopia, Bookman, Gothic

But Render very badly with: Times, Times New Roman, Helvetica, Nimbus
sans, Interface User, Nimbus Mono.

These are just the ones I've tested. 

Bryan
Comment 9 hdu@apache.org 2002-05-14 08:28:03 UTC
The different behaviour of the fonts is very interesting. 
Do these fonts have the same problem in "Online Layout" mode too? 
(Menue: View->OnlineLayout) 
 
Comment 10 bryancole 2002-05-14 09:57:24 UTC
The problem is most apparent in presentations (Impress), where there
is no "online layout" option. Note, I've just noticed Smart Quotes
print OK, even if rendred badly onscreen.

In writer, the rendering is slightly better, however there is still an
 underlying problem, as the space allocated to the first
Smart-DoubleQuote remains far too large, but the following letter is
positioned further to the right so doesn't lie over the quote-marks.
This behavior remains in Normal View and Online View.

It seems to be the "old" standard X11 fonts (such as Times, Helvetica)
are the one which are rendered badly. Other ones like Arial, which
appear to be a newer addition to my system (I'm not sure when or how
they got installed!) are fine.
Comment 11 hdu@apache.org 2002-05-15 15:06:15 UTC
Can you provide a screenshot of the problem in the Writer 
with Online Layout enabled? 
 
By the way, what exact version of OOo are you using? 
(Menue: Help->AboutOffice) 
 
Comment 12 prgmgr 2002-07-12 06:53:54 UTC
This problem also happens in the word processor.

I tested it using 00 1.0.

Check out issue 6227.
Comment 13 prgmgr 2002-07-12 06:58:25 UTC
*** Issue 6227 has been marked as a duplicate of this issue. ***
Comment 14 bryancole 2002-07-17 10:30:15 UTC
A bit more info:

This problem appears with Type1 fonts, but not TrueType fonts. Thus,
installing some TrueType fonts to use in place of the standard Type1
fonts is a possible work-around. 

I have tried converting my TrueType fonts to Type1 using the ttf2pt1
utility, BUT the "smart quote" characters are at different
UniCode-numbers from the original TT fonts set. Unfotunately, in the
OO custom-quote setup dialog, you can only choose from the default
(times or times new roman?) character set.

Note, there are good reasons to stick with Type1 on Unix e.g.
pdf-creation with ghostscript.
Comment 15 Unknown 2002-11-21 22:21:32 UTC
This may be related [I haven't browsed enough of the issues yet to 
see if there is a better spot or if I should open a more specific 
issue, so I want to note it here before I forget] 
 
Bryan noted this works "OK" for fonts including bookman, but I had 
some "strange behaviour" with bookman L [which I preferred over 
bookman as it looked better]  When entered the first time, quotes 
and em-dashes looked OK, but upon reloading the document, these were 
changed to ? characters [OO's indication it can't find the proper 
character?] explicitly changing the font to bookman or bookman L 
cleaned it up for display, but it would revert upon the next load.  
Changing to bookman without the L would retain the "smart" quotes 
and dashes on the next load.  supposedly, the difference between 
bookman and bookman L is one is a printer font, while the other is a 
screen font.  (eventually I went with charter, but it doesn't look 
as good on a big screen) 
Comment 16 hdu@apache.org 2003-01-23 16:42:10 UTC
Needs more investigation... 
 
Comment 17 hdu@apache.org 2003-07-16 16:33:43 UTC
Fixed, glyph fallback takes care of this nowadays. 
Comment 18 hdu@apache.org 2003-07-16 16:39:03 UTC
Reopening for reassigning for verification. 
Comment 19 hdu@apache.org 2003-08-05 14:17:41 UTC
Forgot to reassign for verification. 
Comment 20 flibby05 2005-03-27 17:31:21 UTC
@hdu: you wrote in your last comments, that this would be fixed. Is it still a
valid issue or ready for closing?
Comment 21 ulf.stroehler 2005-05-31 17:37:19 UTC
@submitter/maxweber: pls. try a current snapshot of OO.o and report back whether the
problem still persits or close. Thx.
Should really be fixed.
Comment 22 leggewie 2005-07-31 13:36:12 UTC
I am neither the OP, nor maxweber.  But this appears to be fixed for my 1.9.114
on Debian.  Time for closure?
Comment 23 ulf.stroehler 2005-08-01 09:45:46 UTC
> Time for closure?
No objections from my side. Thanks to all who have contributed to this issue.
Comment 24 ulf.stroehler 2005-08-01 09:46:12 UTC
Closing.