Angus Leeming <[EMAIL PROTECTED]> writes:

| 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?

1.4. cycle.

-- 
        Lgb

Reply via email to