Closed
Bug 68442
Opened 25 years ago
Closed 24 years ago
Bezilla renders italics as normal characters.
Categories
(Core Graveyard :: GFX, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: vargol, Unassigned)
References
()
Details
Attachments
(1 file, 4 obsolete files)
|
75.54 KB,
patch
|
netscape
:
review+
|
Details | Diff | Splinter Review |
I've browsed a couple of websites that have italic characters and the HTML looks
correct.
In BeZilla they are rendered as normal characters. Probably a BeOS specific bug
I'm sure I've seen italics in other versions of Mozilla. (I haven't got any
other versions to hand
at this moment). The URL above is an example URL with lots of italics
Updated•25 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
->koehler@mythrium.com, who did the last BeOS GFX rewrite, I think (see bug 55450)
Assignee: clayton → koehler
Component: HTML Element → Compositor
reporter: afaik Other is an invalid platform for BeOS. If you were using a
PowerPC please change to Macintosh.
Hardware: Other → PC
Comment 4•25 years ago
|
||
Comment 5•25 years ago
|
||
The Christian's patch didn't worked for me because I'm using 'Haru' Japanese font,
which have neither italic nor bold style, Though it worked for Humnst777 system font.
So I tried to implement emulating these styles on the base of Christian's patch.
I noticed that current build ignores font settings of the preferences panel.
I also tried to enable this and it seems working.
I'll attach a patch.
Comment 6•25 years ago
|
||
It seems as if the macro NS_WITH_SERVICE has been removed. The line:
NS_WITH_SERVICE( nsIPref, prefs, kPrefCID, &res );
needs to be changed to:
nsCOMPtr<nsIPref> prefs = do_GetService( kPrefCID, &res );
Comment 8•25 years ago
|
||
It seems so.
Also, I think we should implement 'text zoom', too.
Comment 9•25 years ago
|
||
I just made a new patch.
Changes from previous patch are:
(1) implemented textzoom (menubar->View->TextSize now works)
(2) added Sync() around on drawing functions of nsRenderingContextBeOS
(3) set clipping region to null when mClipRegion is null in
nsRenderingContextBeOS::UpdateView()
(4) fixed inconsistency in coding style, eliminate tabs.
(5) changeed underline position slightly
This (3) also fixes caret hiding problem and I feel much better in writing some
text in mozilla.
(2) may slows down drawing but fixes some glitches in drawing.
review needed.
Comment 10•25 years ago
|
||
Comment 11•25 years ago
|
||
Comment 12•24 years ago
|
||
Fixed the patch to compile again. Seems to work just fine. Also includes some
code cleanup for nsRenderingContextBeOS.
Attachment #42643 -
Attachment is obsolete: true
Attachment #42832 -
Attachment is obsolete: true
Attachment #44585 -
Attachment is obsolete: true
Attachment #44586 -
Attachment is obsolete: true
Comment 13•24 years ago
|
||
Comment on attachment 58321 [details] [diff] [review]
Made patch to compile again
r=cls works for me
Attachment #58321 -
Flags: review+
Comment 14•24 years ago
|
||
Patch has been checked in.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
| Assignee | ||
Updated•17 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•