Closed
Bug 68314
Opened 24 years ago
Closed 6 years ago
[meta] Full X-Render support
Categories
(Core :: Widget: Gtk, defect)
Tracking
()
RESOLVED
WONTFIX
Future
People
(Reporter: blizzard, Unassigned)
References
Details
(Keywords: meta)
Placeholder bug for patches + discussion.
Reporter | ||
Updated•24 years ago
|
Status: NEW → ASSIGNED
This really isn't a mozilla bug (because, as far as I know, the text drawing
routines are in GDK and the XP toolkit just calls them). But it's nice to have
it anyways. Recently on the render@xfree86.org list, someone (I think Jim
Gettys) said that someone's already done the hacking for GTK 1.2-- someone
showed him antialiased Evolution. Anyone know about that? (I for one am not
patient enough to wait for GTK 2...)
Comment 2•24 years ago
|
||
Hit me with AA, baby!
Reporter | ||
Comment 3•24 years ago
|
||
Actually, you do need some support from mozilla to work with libXft since it
does lots of checks for what fonts are available and has to use different
routines to determine sizes, etc.
Blizzard: thanks for explaining that. Moz in those screenshots does look a
little off, text placement-wise.
In case anyone hasn't found them, the unstable patches and screenshots are here:
http://primates.ximian.com/~vladimir
It's a set of patches for GAL, gnome-libs, gtk, and mozilla. Also, the
screenshots are with subpixel rendering (ClearType) so they might be a strain to
read on your CRT... but as far as I know there is nothing preventing you from
using regular anti-aliasing in the patch. You can even turn anti-aliasing off
for a certain app by setting the environment variable GDK_USE_XFT.
We will also want to use X-render for translucent compositing.
is it possible to cc vladimir and jacob @ximian.com -- i hear they were doing
some initial changes to moz along with their work on GDK w/ render.
Comment 7•24 years ago
|
||
Please confirm my understanding of the situation - this will be necessary to
support video card 2D acceleration - or do we have that already?
Reporter | ||
Comment 8•24 years ago
|
||
If your card has XRender support then it will show up as an extension. If it
doesn't then it won't.
Comment 9•24 years ago
|
||
Yes, I understand that XRender only works for certain cards.
I'm just trying to confirm that this is a necessary condition for using 2D
acceleration of video cards in Mozilla for drawing shapes & stuff.
Comment 10•24 years ago
|
||
*** Bug 75787 has been marked as a duplicate of this bug. ***
Comment 11•24 years ago
|
||
my search for anti-alias didn't turn up this bug, sorry for the dup.
Comment 12•24 years ago
|
||
I went to the Ximian link below but the page was basically blank, but I have a
url from mozdev that may be usefull.
http://news.gnome.org/gnome-news/981746971/index_html
I basically supplies the patch they used and not much else.
Reporter | ||
Comment 13•24 years ago
|
||
*** This bug has been marked as a duplicate of 82076 ***
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
Comment 14•24 years ago
|
||
I think that bug 82076 only addresses a subset of Render's capabilities.
Comment 15•24 years ago
|
||
Reopening as a tracking bug for FULL render support, as I mentioned in bug
82076. Adding 82076 as a dependency of this bug. I suggest reassigning it to
nobody@mozilla.org and marking it Future since Render doesn't even support the
appropriate functionality right now (however, I'm not going to mess with the TM
and assignedTo fields on a bug that isn't mine).
From my posting in bug 82076:
Render, in general, can do a lot more than just antialiased text. I'm not sure
how far along support is for these features right now, but when it's completed
it will be able to do at least all of the following:
- Basic alpha blending (CSS opacity and -moz-opacity properties)
- Per-pixel alpha blending (PNG, MNG)
- Antialiased line, polygon, curve etc drawing (SVG, MathML?)
- Antialiased image resizing (img width= height= and CSS equivalent)
I'm pretty sure that the first of these is supported by Render right now
(although it might not be in an XFree release yet) and I wouldn't be surprised
if the second is too. I'm pretty sure that the third and fourth aren't
implemented yet.
Sorry if I'm stepping on anyone's toes by reopening this bug, but I really want
to be able to track full render implementation and it seems to me to make more
sense to REOP this bug (which interested people are already following) than open
a new one.
Reporter | ||
Comment 16•24 years ago
|
||
You do realize that most of that stuff isn't even finished in X-Render, right?
Comment 17•24 years ago
|
||
Read my comment again :)
Hence the suggestion to reassign to nobody@mozilla.org and Future this bug until
Render is ready for us...
Reporter | ||
Comment 18•24 years ago
|
||
Even better so it doesn't completely vanish.
Status: REOPENED → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → LATER
Comment 19•23 years ago
|
||
LATER is deprecated per bug 35839.
Status: RESOLVED → REOPENED
Resolution: LATER → ---
Target Milestone: --- → Future
Comment 20•23 years ago
|
||
going with nobody for the moment
Assignee: blizzard → nobody
Status: REOPENED → NEW
Updated•23 years ago
|
QA Contact: jrgm → nobody
Updated•16 years ago
|
QA Contact: nobody → xptoolkit.widgets
Comment 21•7 years ago
|
||
The meta keyword is there, the bug doesn't depend on other bugs and there is no activity for 12 months.
:enndeakin, maybe it's time to close this bug?
Flags: needinfo?(enndeakin)
Updated•7 years ago
|
Component: XUL → Widget: Gtk
Flags: needinfo?(enndeakin)
Updated•7 years ago
|
Summary: Full X-Render support → [meta] Full X-Render support
Comment 22•6 years ago
|
||
It's obsoleted now.
Status: NEW → RESOLVED
Closed: 24 years ago → 6 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•