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?).
--
Regards,
Terry
_______________________________________________
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