RE: 2.4 Proposed Modules - gpdf
- From: Martin Kretzschmar <m_kretzschmar gmx net>
- To: Bill Haneman <bill haneman sun com>
- Cc: jasonw ariel ucs unimelb edu au, Owen Taylor <otaylor redhat com>, Chipzz ULYSSIS Org, Murray Cumming Comneon com, elanthis awesomeplay com, desktop-devel-list gnome org, gnome-accessibility-list gnome org
- Subject: RE: 2.4 Proposed Modules - gpdf
- Date: 03 May 2003 14:56:54 +0200
Am Fre, 2003-05-02 um 13.54 schrieb Bill Haneman:
> Simplest case in point is the need for glyph bounds info on the viewing
> canvas and the means to connect that info back to the structured tree.
> I don't think the existing PDF canvases are smart enough for that, they
> are IFAICT "write only" whiteboards that stuff gets painted onto.
Very true for gpdf: the glue code that sits between xpdf and the gnome
print preview doesn't know anything about the canvas items that are
ultimately created. And it has no idea of the PDF content stream where
the painting commands come from and other content like a11y info is
stored.
Martin
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]