Hi again, Georg Baum wrote: > John Pye wrote: > > >> The drawing showed up in lyx, but only approximately the left two-thirds >> and the top two-thirds were showing. The rest was chopped off. This was >> the same in both the Lyx edit view and the DVI view (ctrl-D). >> >> This seems like a bug -- is that correct? Or am I doing something illegal? >> > > This is not illegal. What you see has nothing to do with LyX, but with the > converter from SVG to EPS/PNG. Look up what converter is used in the > preferences. maybe you can find out some commandline parameters to make it > work, or find a better one, although I understand that all existing SVG -> > EPS converters are suboptimal. > This is what puzzled me: I expected to see a SVG->xxxxxx converter in my LyX preferences menu. But there is none shown. Nevertheless LyX seems to know what to do with my SVG document; it just happens to do it wrong.
If the SVG->whatever converter is not shown in my preferences menu, then where to do the settings for it live? Maybe there's a default embedded in the compiled code, or something like that? Also the SVG format is not shown in the File Formats list. >> Could this be related to the fact that I have the 'Zoom %' set to 150% >> in my view preferences? >> > > I don't know. > I can confirm that this *isn't* the problem. I changed text zoom to 100% but the problem with the SVG persisted. Also, don't know if this related: on the console, I see: > xset: bad font path element (#90), possible causes are: > Directory does not exist or has wrong permissions > Directory missing fonts.dir > Incorrect font server address or syntax > Unable to add font path. > This is dvips(k) 5.95a Copyright 2005 Radical Eye Software > (www.radicaleye.com) > ' TeX output 2006.03.10:2027' -> 0lyxpreview.ps > <tex.pro><texps.pro><special.pro>. <cmr5.pfb><cmmi5.pfb><msam10.pfb> > <cmex10.pfb><cmsy7.pfb><cmsy10.pfb><cmr7.pfb><cmr10.pfb><cmmi7.pfb> > <cmmi10.pfb>[1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] > [14] [15] > [16] [17] [18] [19] [20] [21] [22] [23] [24] [25] [26] [27] [28] [29] [30] > [31] [32] [33] [34] [35] [36] [37] [38] [39] [40] [41] [42] [43] [44] [45] > [46] [47] [48] [49] [50] [51] [52] [53] [54] [55] [56] [57] [58] [59] [60] > [61] [62] [63] [64] [65] [66] [67] [68] [69] [70] [71] [72] [73] [74] [75] > [76] [77] [78] [79] [80] [81] [82] [83] [84] [85] [86] [87] [88] [89] [90] > [91] [92] [93] [94] [95] [96] [97] [98] [99] [100] [101] [102] [103] [104] > [105] [106] [107] [108] [109] [110] [111] [112] [113] [114] [115] > [116] [117] > [118] [119] [120] [121] [122] [123] [124] > pnmcrop: The image is entirely background; there is nothing to crop. > pnmcrop: Error reading magic number from Netpbm image stream. Most > often, this means your input file is empty. > convert: unable to read font > `/usr/share/fonts/default/TrueType/arial.ttf'. > Mutex destroy failure: Device or resource busy Is it possible that NetPBM is being used to handle SVG via some kind of fallback? Cheers JP -- John Pye School of Mechanical and Manufacturing Engineering The University of New South Wales Sydney NSW 2052 Australia t +61 2 9385 5127 f +61 2 9663 1222 mailto:john.pye_AT_student_DOT_unsw.edu.au http://pye.dyndns.org/
