PDF reader
John Harrison (367) 1 post |
I’m acutely conscious that RISC OS could do with a better PDF reader, in terms of speed, ability to render most documents (without using the slow bitmap mode) and robustness. Is that within the scope of a ROOL bounty or are ‘applications’ outside scope? |
Steve Fryatt (216) 2103 posts |
It feels outside the scope to me, but might fall into ROD’s area.
What we have currently builds on a renderer from another platform, and that seems like the way forward. The key point, as with AcornSSL, is making sure that it uses the vanilla code as much as possible to simplify the inclusion of updates from the upstream project. |
Chris Evans (457) 1614 posts |
Which version are you using John? |
Alan Adams (2486) 1147 posts |
I have been using this alpha version for a while. Now I have two files which lock up the entire ARMX6 when I |
David Pitt (3386) 1248 posts |
I am interested. pittdj at pittdj dot co dot uk |
David Pitt (3386) 1248 posts |
Not mentioned so far is MuView 0.02 |
David Pitt (3386) 1248 posts |
That points to !PDFtest 3.03.1.25alpha 8 There is a later vfp build !PDFtest 3.03.1.25alpha 9 |
David Pitt (3386) 1248 posts |
I have seen the two files now and, unexpectedly, they both open properly on the Titanium with the latest OS5.27 (27-Jan-20) with |
Dave Higton (1515) 3497 posts |
I’ve just been having a bit of grief with !PDF and !PDFtest. !PDF, when printing a document out, puts out one or two black pixels in the 10th pixel of a row or two, but not always the same row(s). The document is all white around the pixels in question. The black pixels are visible in the strip data presented to the printer dumper. OK, it doesn’t conclusively tie the defect to !PDF rather than the printer driver, but… !PDFtest, I’ve tried two versions: one just locks the machine, requiring Alt-Break to escape. The latest VFP version just doesn’t even appear in the Task Manager or on the icon bar. Raspberry Pi, RO 5.29 (15-Feb-22). |