Summary: | Ghostscript can't support high zoom ratio, slow rendering time at high zoom level | ||
---|---|---|---|
Product: | Ghostscript | Reporter: | goldart.geo |
Component: | MS Windows Display Driver | Assignee: | Henry Stiles <henry.stiles> |
Status: | RESOLVED WONTFIX | ||
Severity: | major | CC: | christinedelight.top85, ghostscript, gsview |
Priority: | P4 | ||
Version: | 8.53 | ||
Hardware: | PC | ||
OS: | Windows 98 | ||
Customer: | Word Size: | --- | |
Bug Depends on: | |||
Bug Blocks: | 688617 |
Description
goldart.geo
2006-03-24 14:01:18 UTC
This is related to Bug 688468. There is something gsview can do directly, which is to set a small page size and prepend a translate before running the job. This will render the whole document, but clip against the viewable subset. Once that's done, scrolling can be implemented by adding tile-based rendering using the same method. That should resolve the memory issues. Need to discuss with Russell. For what it is worth, this statement "Such problems do not occur on other PDF viewers, including Adobe Reader." is inaccurate - xpdf has a very similiar problem until recently. (and worse still, xpdf limit resolution to 400%). This bug report is more than five years old. Is this still happening with gsview-5.0? (In reply to Pablo RodrÃguez from comment #4) > This bug report is more than five years old. > > Is this still happening with gsview-5.0? We've completely rewritten gsview, 5.0 work will not be continued, the new gsview 6.0 can be found here: www.gsview.com. Report issues in Bugzilla under the product "Artifex GSview". I notice it only zooms up to 500% on the mac and 400% on windows which is a bug, we should do as well as Adobe. I'll report that one. |