121.93 KB, image/png
105.23 KB, image/png
By scrolling down the list (I used the down arrow key to do this) I can always make the mail/news window chop off the lower part of the font for whatever list is being rendered in the left or right mail/news front-end panel. Reproducible: Always Steps to Reproduce: 1. Open Mail/News. 2. Login to various mail & news accounts if necessary. 3. Click on a newsgroup or mail account where there are a lot of entries (a lot of e-mail or a lot of news postings). In the attached snapshots, I used news.mozilla.org's netscape.public.mozilla.win32. 4. (optional but this drives the point home) Click on the content view so you can't see the e-mail message or news posting (the border might require sliding to reveal the clickable handle). Now you should see only lists (the list of accounts on the left and the list of mail or news articles on the right). 5. Click once on the topmost entry in the list of e-mail or articles. 6. Hold down the down arrow key to scroll the selection bar down. 7. Watch as the list becomes almost illegible. Actual Results: The list became illegible because the fonts weren't rendered properly. Expected Results: I expected the list to remain fully legible. To work around it you'll need to force a redraw of the mail/news front-end window. One way to do this is by resizing the mail/news window. This particular bug makes the list hard to read. If you happen to use a font for these lists where the distinguishing characteristic of glyphs is in the lower 1/3rd or 1/4th of the glyph, you might not be able to read the list so easily. As an example of what I'm talking about, see the attached screen grabs before.png and after.png.
Created attachment 48935 [details] The before screen capture cropped to show the damage to the font.
Created attachment 48936 [details] After scrolling (cropped to highlight the damage to the rendered font).
Interesting! Definitely an <outliner/> problem though.
Assignee: sspitzer → hyatt
Status: UNCONFIRMED → NEW
Component: Mail Window Front End → XP Toolkit/Widgets: Trees
Ever confirmed: true
Product: MailNews → Browser
QA Contact: esther → jrgm
Sorry, I can't reproduce this. Can you tell me what the font settings that you are using on win32 for the various UI elements (i.e., is that Arial Black, or what? 9pt, 10pt?? different settings in different elements?)
In this scheme (Windows' name for the appearance panel settings in the display control panel) here are the font settings and sizes. What I'm calling the "UI size" in the table below corresponds to what is called "size" (located immediately to the right of the item name). Item Font & size UI size ------------------- ------------- ------- Active title bar Tahoma 12 31 Icon Tahoma 10 50 Inactive title bar Tahoma 12 31Menu Tahoma 10 26 Message box Tahoma 10 (size isn't set for this item) Palette title Tahoma 10 26 Selected items Tahoma 10 26 Tooltip Tahoma 10 (size isn't set for this item) None of the remaining items have the ability to have fonts assigned to them. I have the scheme saved but I have no idea where Windows 2000 saves these schemes. If someone would point that out to me I could attach the scheme as a file and anyone who wants to duplicate *all* my appearance items can do so.
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla1.1
This is a duplicate of 86532, which has been fixed in the latest nightly build.
Reporter, could you verify that ?
Marked as duplicate. This bug appears to be fixed too, so whee! *** This bug has been marked as a duplicate of 86532 ***
Status: ASSIGNED → RESOLVED
Last Resolved: 16 years ago
Resolution: --- → DUPLICATE
Component: XP Toolkit/Widgets: Trees → XUL
QA Contact: jrgmorrison → xptoolkit.widgets
You need to log in before you can comment on or make changes to this bug.