| Summary: | pdftops loses grid lines CancelOk | ||
|---|---|---|---|
| Product: | poppler | Reporter: | komputes <komputes> |
| Component: | general | Assignee: | poppler-bugs <poppler-bugs> |
| Status: | RESOLVED MOVED | QA Contact: | |
| Severity: | normal | ||
| Priority: | medium | CC: | jstrunk, till.kamppeter |
| Version: | unspecified | ||
| Hardware: | x86 (IA32) | ||
| OS: | Linux (All) | ||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
|
Description
komputes
2010-07-14 08:48:07 UTC
You forgot to attach the file Hi Albert, The example you are requesting can be found here: http://launchpadlibrarian.net/51793787/f10test.pdf What does "CancelOk" mean? If i run pdftops f10test.pdf and then open the resulting f10test.ps with gs i correctly see grid lines, don't you? (In reply to comment #3) > What does "CancelOk" mean? > I don't know where you saw that. > If i run pdftops f10test.pdf and then open the resulting f10test.ps with gs i > correctly see grid lines, don't you? No, I do not see all of the grid lines when I open the file with gs. There should be a horizontal grid line between every "xxxx". It is interesting to note that at different zoom levels, different lines appear and disappear. Maybe you found the right size where all of the lines appear. When printed, it looks the way evince displays it at 100%. I have pdftops version 0.12.4 and gs version GPL Ghostscript 8.71. I just realized that I have not tested this on a 32 bit system. This may be a 64 bit bug. I don't have any 32bit lucid systems installed right now. CancelOk is on the subject of the bug. If the lines show up randomly depending on the zoom level, i'd say it's partly fault part of the renderer (i.e. the printer or gs) for not rendering them at all levels, of course we could create PS in a different (since PS is a touring complete langauge) way to make sure "it works" but i expect this to be difficult and my level of PS knowledge is very small so patches are welcome. (In reply to comment #5) > I just realized that I have not tested this on a 32 bit system. This may be a > 64 bit bug. > > I don't have any 32bit lucid systems installed right now. This is a problem on both 32 bit and 64 bit systems. I discovered that the bug did not exist in pdftops version 0.10.5 on jaunty. This bug also doesn't exist in xpdf's pdftops. Can someone git bisect the issue and find the code change that introduced the problem? I have a friend that says the bug was introduced by 572779f8037763c1e0ee64c47a3dad6df0d3b693..b97591672e0d9c31a3d044fe52e34cc80a491221 Can anyone confirm? I hate when people play with the priorities *us* developers have to set, this only lowers the priority i'll give to your bug, so next time be a good boy and don't set it to blocker when obviously it is not (In reply to comment #11) > I hate when people play with the priorities *us* developers have to set, this > only lowers the priority i'll give to your bug, so next time be a good boy and > don't set it to blocker when obviously it is not I would like to point out that I am the original reporter of this issue and that it wasn't me that messed with your priority. Please don't lower your priority over my issue because someone else messed with it. Thank you. -- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/poppler/poppler/issues/604. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.