In article <f858db6558.Terry@tez.freeserve.co.uk>,
<tk@cestriant.plus.com> wrote:
> In message <5865cc6cbcchrisg@care4free.net>
> Chris Gransden <chrisg@care4free.net> wrote:
> > In article <038dbb6558.Terry@tez.freeserve.co.uk>,
> > <tk@cestriant.plus.com> wrote:
> >> In message <586558b447chrisg@care4free.net>
> >> Chris Gransden <chrisg@care4free.net> wrote:
> >>>> [snip]
> >>> It's to do with the file path conversion in UnixLib. If you use RISC OS
> >>> paths then the output file paths don't get converted. Shortening to just
> >>> the file name works as there is no pathg to convert.
> >>> If you change your example command to,
> >>> pdftohtml /RAM::RamDisc0.$/TBOAGsamp.pdf /RAM::RamDisc0.$/webpage
> >>> This should also work.
> >> Thanks for that info Chris.
> >> Looking at the version of !PDFUtils (0.51) that you produced a few years
> >> ago with VFP support, it lacked the 'pdftocairo' app. Was there a reason
> >> for this?
> >> An updated version (you mentioned 0.65) would also be interesting -
> >> possibly without VFP support, as that seems to restrict its use to more
> >> recent machines.
> > At the time of building 0.51 the libcairo library wouldn't build which is
> > needed by pdftocairo. It builds OK now. I can build a non VFP version of
> > 0.65 too.
> A more recent build would be nice. I've tested both the VFP version and
> the earlier non-VFP one, and both worked fine. In limited comparisons
> there didn't seem to be any speed advantage for the VFP version (is that
> expected?).
The non VFP version of 0.65 is available at
https://www.riscosports.co.uk/pdfutils_0.65.0-1.zip.
The VFP version is faster for certain types of PDF files when converting to
another format.
_______________________________________________
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK
No comments:
Post a Comment