[stsf] [Bug 425] New: XST local rendering mode should support both
rendering via XGetIMage()/XPutImage() and via XPutImage()-only
bugzilla-daemon at pdx.freedesktop.org
bugzilla-daemon at pdx.freedesktop.org
Wed Apr 7 19:10:36 PDT 2004
http://pdx.freedesktop.org/cgi-bin/bugzilla/show_bug.cgi?id=425
Summary: XST local rendering mode should support both rendering
via XGetIMage()/XPutImage() and via XPutImage()-only
Product: STSF
Version: unspecified
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: XST: X Client Library
AssignedTo: stsf at freedesktop.org
ReportedBy: roland.mainz at nrubsig.org
CC: adg at sun.com
The XST client library's "local" rendering mode should support both rendering
via XGetIMage()/XPutImage() and via XPutImage()-only.
Three reasons why there should be a 2nd "local" rendering mode:
1. XGetImage()/XPutImage() requires a round-trip to the Xserver - which is bad
for performance
2. On higher resolutions (like 200DPI or higher) AA for fonts may not be wanted
anymore
3. Read
http://xprint.mozdev.org/docs/Xprint_FAQ.html#why_does_xgetimage_not_work - the
PostScript and PCL DDX do not support XGetImage()
For [3] I suggest to make a call to |XpGetContext| - if that returns anything
else than |None|(="0") then [3] should be used (since Xprint printing is being
used).
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
More information about the stsf
mailing list