Hmmmm. For some reason I had unsubscribed myselff from the lyx-users list. I must have wanted some peace and quiet ;-)
Allow me to introduce myself: I'm the guy who's responsible for 1.2's graphics support. Before you reach for the "reply" button and deluge me with complaints, read on. I should be able to provide you with explanations and work arounds for most of your problems. I've just had a look at the users-archive. This is illuminating: http://www.mail-archive.com/[email protected]/msg18828.html Re: images in pre-1.2.0 LyX docs ------------------------------------------------------ I have run lyx -dbg any and open the UserGuide, the eps file is black. the message: Image conversion succeeded. Loading image. In LookupColor [rgb_db.c 210] can't handle color #0000000000000811 In LookupColor [rgb_db.c 210] can't handle color #ffffffffffff614d xforms image loader. Status : xpm xforms image loader. Status : xpm xforms image loader. Status : xpm xforms image loader. Status : xpm xforms image loader. Status : xpm xforms image loader. Status : Done Reading xpm Image loading succeeded. my xforms 0.89-320 Wayan ------------------------------------------------------ For those who don't know anything about LyX's internals, a brief description. LyX has two possible image loaders. Which one you use will depend on your version of the xforms library. Those of you with a "sufficiently modern" version of the xforms library (0.89.X where X >= 5 I believe) will be using an image loader based on the sophisticated routines supplied by xforms. We'll call that the xforms-based image loader. The rest of you will be using a far less sophisticated image loader based on the libXPM library. I wrote it; it's crappy, but it should allow you to see a rough representation of what will appear in your documents. Don't tell me it's crappy; I know that already. Moreover, it's going to go the way of the dodo, so we won't put toooo much effort into making it more wonderful. We'll call this the libXpm-based image loader. From the messages Wayan has posted above, I deduce that he's using the xforms-based image loader. So, I'm intrigued by his problems because I didn't realise that there were any! The problem stems from the colour definition in the XPM files: xforms can't cope with such 16 char definitions, as Herbert Voss has pointed out already. It can cope with colours that are 4, 7, 10 and 13 chars. For that matter, the libXpm-based loader couldn't cope with this either. So, the question is, how did you create such an XPM file, Wayan? Run lyx -dbg graphics and the script that LyX used to convert your EPS file to XPM will be displayed on the console. Can we provide a work-around? Well, for those of you using the xforms-based load, yes we can. Again, lyx -dbg graphics is your friend here. You should discover that you can load a host of graphics formats directly, rather than have to convert everything to XPM format. This is important info for you, because it means that you can scrap all those ???->XPM converters that are defined in /usr/local/share/lyx/lyxrc.defaults (or where ever you have placed this file). You'll have to use a text editor to do this I'm afraid; you can't delete these system-wide preferences using the preferences dialog. XPM is a very inefficient format to store large images; it wasn't designed for such stuff. Moreover, some converters to XPM format create "non-standard" colour definitions that Wayan for one is disovering can't be loaded. In place of these ???->XPM converters, you'll need to define converters for those graphics formats you use that can't be loaded direct. An example here is EPS. Here I convert EPS files to PPM format using \converter "eps" "ppm" "convert $$i PPM:$$o" "" (Add this directly to your /usr/local/share/lyx/lyxrc.defaults or to your $HOME/.lyx/preferences file or use the Preferences dialog to add it to $HOME/.lyx/preferences). This will enable you to load EPS files much more quickly (because PPM is a more efficient file format than XPM). It will also "resolve" Wayan's problems. Hope that this info helps, Angus
