Jean-Marc Lasgouttes wrote: >>>>>> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: > > Angus> So, I experimented. 'gs' can convert them to ppm or png > format Angus> without any problems and it's far, far quicker. Some > magic is Angus> needed, however, to ensure that the generated bitmap > file has Angus> the same bounding box as the original eps file and > isn't padded Angus> with arbitrary amounts of whitespace. > Fortunately, gs itself Angus> provides us with the information we > need. > > That seems good. > > Angus> I therefore modified convertDefault.sh and attach the patch. > Angus> What do other's think? Shall we leave convertDefault.sh as a > Angus> simple fall-back or make it a little more sophisticated? > > So you are hacking special converters into the default converter. > Next time, are you going to reimplement the whole converter stuff in > /bin/sh and put it in there? ;) > > Why not vreate two converter scripts eps->ppm and eps->png and have > lib/configure.m4 use them? > > JMarc
I think it might be reasonable to separate the scripts into ones using 'gs' and 'convert'. All 'gs' conversions will differ only in the name of the output DEVICE, so it seems reasonable to collect them together, It has become apparent that the one thing that the graphics code lacks is an ability to 'tune' the default loadable format. It is currently hardcoded as 'ppm' simply because both the xforms and the qt loaders can load this format natively. I think that it would make sense to have a lyxrc variable default_loadable_graphics_format or some such and to allow qt to set it to 'png' and xforms to 'ppm' when the graphics loader is initialised. What do you think? Shall I do this before 1.3 comes out or leave it for the 1.4 cycle? -- Angus
