Community
Participate
Working Groups
Until PR 1G2QFBA: SWT:WINNT - Font metrics wrong for some italics fonts is fixed, we can't support italics properly. NOTES: LK (1/18/01 3:30:40 PM) Low priority until someone asks for this. LK (1/30/01 11:58:30 AM) Supporting this is now further complicated by the fact that we are using bit bltting when typing. Italic fonts won't hold up to the bltting. We did this to improve performance on Linux. LK (2/7/01 12:04:18 PM) Opened 1G8SBZX: SWT:WIN - StyledText - Italic fonts and bltting overhangs on our end. This will deal with the bltting problem when the font for the entire widget is italic. Still not going to do individual italic styles until someone asks. LK (2/7/01 12:11:18 PM) We don't support italic fonts for the entire widget. Cheese will occur during text changes (due to our bltting) and when changing from italic bold to italic regular (and vice versa). In these instances, more of the changed text area has to be drawn in order to deal with overhangs. See PR 1G8SBZX: SWT:WIN - StyledText - Italic fonts and bltting overhangs. Moving to Inactive. LK (2/8/01 12:06:13 PM) Also see PR 1G8SBXB: SWT:WIN - StyledText - Italic font and bold styles not working together. Mentions that for a lot of italic fonts the baseline seems to different from the bold version.
PRODUCT VERSION: 0.056
Created attachment 204 [details] example display of italic
If italic character measurements from the platform were correct, we could handle this with minimal code changes. However, because the mesaurements from the platform are off, there will be instances when italic letters are "chopped off". See the attachment. This behavior will occur when background colors are used or when selection occurs. Part of the cheesey selection behavior can be rectified by drawing the entire line when a selection occurs (i.e., since we are using double buffering already this shouldn't be too bad). Deciding against doing this. Thought that if Linux supported the italics fine it might be worth doing it, but I can't verify that now since there appears to be a bug with the FontDialog on Linux.
Notes on changes to support italics: - add var for italic font, modify getFontStyleRanges to account for italic type, change StyledTextBidi constructor to take italic font as a parameter, change handleDispose to dispose of italic font, change setFont to dispose of/reset italic font, change initializeFonts to set italic font, change setLineFont method to check for italic font - change rendering during selection to draw entire line
Consider later.
Post 2.0. Re-opening bug reports for review.
*** Bug 10148 has been marked as a duplicate of this bug. ***
*** Bug 4603 has been marked as a duplicate of this bug. ***
*** Bug 30381 has been marked as a duplicate of this bug. ***
*** Bug 38636 has been marked as a duplicate of this bug. ***
*** Bug 38634 has been marked as a duplicate of this bug. ***
Reassigning to SWT Inbox since OTT taking over StyledText.
*** Bug 51459 has been marked as a duplicate of this bug. ***
I am upping this to P1. Eclipse would like to use italic fonts. With the new TextLayout class, the cheese problems *should* be gone. FH to investigate AFTER M8.
You guys also expect to have angled caret implemented by Eclipse 3.0 ? angled caret == place the caret over italic text in MS Write or MS Word. As far as Java editor goes I don't think it would use angled caret.
There is no expectation to get an angled bracket.
oops, I meant angled _caret_
Fixed > 20040503 in HEAD. StyleRange can be created with fontStyle == SWT.ITALIC