> Try this patch instead.
Does not work.
Bo
Bo Peng wrote:
On 8/16/07, Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
I don't understand why you want to revert it. It will hurt
someone sooner or later.
Because your fix might not be necessary at all. Maybe some signal
sender/receiver will be destroyed at the same time, maybe a signal
will
On 8/16/07, Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
> I don't understand why you want to revert it. It will hurt
> someone sooner or later.
Because your fix might not be necessary at all. Maybe some signal
sender/receiver will be destroyed at the same time, maybe a signal
will never be sent
Bo Peng wrote:
I will also
revert Abdel's patch when I apply it to the trunk. After all, we
should not fix a bug that does not exist (yet).
I don't really care if you revert it but your patch is doing exactly the
same as my patch: you disconnect the signal before the item is
destroyed. I don'
Dear all,
Using a gcc3 compiled lyx, when we remove the underlying figure of a
graphic inset that is copied and pasted, lyx crashes.
This is because 'cached_item_.connect()' is not properly disconnected
when the cached_item_ is reset. This may not be related to the
signals/desctructor problem we
On Sat, Aug 31, 2002 at 02:03:47AM +0900, R. Lahaye wrote:
> Are you saying I should do something like:
>
> frnt::OriginType GUI_conversion(int const GUI_choiceItem)
> {
> switch (GUI_choiceItem) {
> case 11: return(frnt::RightBaseline);
> case 10: return(frnt::R
On Sat, Aug 31, 2002 at 01:01:13AM +0900, Rob Lahaye wrote:
> I say: keep the switches for the sake of localization per UI.
> It's simple and straightforward.
Than for ${DEITY}s sake, put that conversion into helper functions.
Andre'
--
Those who desire to give up Freedom in order to gain Secu
On Fri, Aug 30, 2002 at 01:03:10PM +0100, John Levon wrote:
> Erm, implicit behaviour depending on the exact ordering and numbering of
> a particular widget is NOT a good enough. We most definitely SHOULD be
> explicit (for starters Qt will have to be because it's not
> pascal-numbered)
But not b
On Fri, Aug 30, 2002 at 08:45:00AM +0200, Andre Poenitz wrote:
> As enums could be explicitly converted to ints I don't think they are
> necessary.
Erm, implicit behaviour depending on the exact ordering and numbering of
a particular widget is NOT a good enough. We most definitely SHOULD be
exp
On Thursday 29 August 2002 23:39, Lars Gullik Bjønnes wrote:
>
> | No, reducing the readability of the lyx file should not be an issue.
> | Eventually the lyx file will be saved via a zip filter and is then
> | unreadable anyway.
>
> I am not so sure about that...
Then to see the file use zless
On Fri, Aug 30, 2002 at 03:30:28AM +0900, R. Lahaye wrote:
> I did this, because we were continuously translating between the
> GUI-keywords, the LyX-keywords, and the LaTeX keywords. This complicated
> scheme is reduced to the commen GUI - LyX/LaTeX conversion, using a
> Translator for that.
>
>
"R. Lahaye" <[EMAIL PROTECTED]> writes:
| This is a patch that removes the LyX-keywords for origin of rotation, and uses the
| short LaTeX ones instead. This means there's no translation necessary between the
| two. However, this implies a change in the graphics inset
On Fri, Aug 30, 2002 at 04:58:49AM +0900, R. Lahaye wrote:
> What is "Reference point" in Qt origin's choice?
No idea, ask Edwin
regards
john
--
"Take the ideas you find useful. Try not to get hung up on the labels."
- Jonathan S. Shapiro
On Fri, Aug 30, 2002 at 03:30:28AM +0900, R. Lahaye wrote:
> I did this, because we were continuously translating between the
> GUI-keywords,
> the LyX-keywords, and the LaTeX keywords. This complicated scheme is reduced
> to the commen GUI - LyX/LaTeX conversion, using a Translator for that.
T
On Thursday 18 July 2002 09:27, Angus Leeming wrote:
> >
> > We have discussed that 2 years ago, in the middle of the Oslo fjord.
> > The conclusion is: yes, it should, only needs someone to do it. ;-)
>
> Isn't it more complex than that; Asger mentioned this recently. The
> external Inset does
On Thu, Jul 18, 2002 at 11:00:01AM +0200, Herbert Voss wrote:
> do the whole lyx community a favour:
> instead of looking around what could be or not
> update the math-menu for 1.2.1 ...
This would be no fun *grumble*
Andre'
--
Those who desire to give up Freedom in order to gain Security,
wil
Andre Poenitz wrote:
> Why do we have both of them?
>
> Wouldn't it be sensible if there were just one with combined functionality?
do the whole lyx community a favour:
instead of looking around what could be or not
update the math-menu for 1.2.1 ...
Herbert
--
http://www.lyx.org/help/
On Thu, Jul 18, 2002 at 09:46:24AM +0100, José Abílio Oliveira Matos wrote:
> We have discussed that 2 years ago, in the middle of the Oslo fjord. The
> conclusion is: yes, it should, only needs someone to do it. ;-)
Bu as far as I can see Jean-Marc was the only one actively working on
increasin
On Thursday 18 July 2002 9:46 am, José Abílio Oliveira Matos wrote:
> On Thursday 18 July 2002 09:28, Andre Poenitz wrote:
> > Why do we have both of them?
> >
> > Wouldn't it be sensible if there were just one with combined
> > functionality?
>
> We have discussed that 2 years ago, in the middl
On Thursday 18 July 2002 09:28, Andre Poenitz wrote:
> Why do we have both of them?
>
> Wouldn't it be sensible if there were just one with combined functionality?
We have discussed that 2 years ago, in the middle of the Oslo fjord. The
conclusion is: yes, it should, only needs someone to do i
Why do we have both of them?
Wouldn't it be sensible if there were just one with combined functionality?
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)
On Friday 12 July 2002 5:05 pm, Garst R. Reese wrote:
> Angus Leeming wrote:
> > > I'm using xforms-1.0rc4 with 1.2.x CVS
> > > I made the above changes in preferences for Postscript->PPM, and
> > > commented out the code in xformsGImage.C. No affect.
> >
> > Rubbish. Huge effect. You can now load
On Friday 12 July 2002 6:07 am, Garst R. Reese wrote:
> Angus Leeming wrote:
> > Well then, don't use convert, use gs.
> >
> > Use this as a converter from /any/ PostScript type file to ppm format:
> >
> > gs -q -dNOPAUSE -dBATCH -dSAFER -sDEVICE=pnm -sOutputFile=$$o $$i
> >
> > In addition, you s
Garst R. Reese wrote:
>>Garst, I forgot to ask, if your images are scanned from
>>an original or saved from an application?
>>
>>
> They were saved from Cadsoft Eagle which uses old ps, then converted
> with ps2ps, but with your new scheme that step is no longer needed.
but they are saved in co
Herbert Voss wrote:
> You have color images and it's anyway difficult to produce
> good b&w images. And it doesn't matter if you use convert
Garst, I forgot to ask, if your images are scanned from
an original or saved from an application?
Herbert
--
http://www.lyx.org/help/
R. Lahaye wrote:
> Herbert Voss wrote:
>
>>R. Lahaye wrote:
>>
>>
>>>The opaque in my file causes all the trouble. Do you have a clue?
>>>ImageMagick/convert bug?
>>>
>>try with the following option
>>
>>convert -opaque black ...
>>
>
> Bingo! Bad graphics gone here!!
> Is this a bug in ImageM
Herbert Voss wrote:
>
> R. Lahaye wrote:
>
> > The opaque in my file causes all the trouble. Do you have a clue?
> > ImageMagick/convert bug?
>
> try with the following option
>
> convert -opaque black ...
Bingo! Bad graphics gone here!!
Is this a bug in ImageMagick's convert?
Thanks,
Rob.
R. Lahaye wrote:
> --- bad_graphics_Rob.xpmFri Jul 12 10:49:30 2002
> +++ bad_graphics_Herbert.xpmFri Jul 12 01:11:15 2002
> @@ -2,7 +2,7 @@
> static char *magick[] = {
> /* columns rows colors chars-per-pixel */
> "792 612 5 1",
> -" c opaque",
> +" c black",
> ". c gray26",
>
Herbert Voss wrote:
>
> R. Lahaye wrote:
>
> attached the gzipped xpm which I converted by hand with
> gracebat and convert. importing into lyx as xpm.gz no
> problem. if it's a problem again for you then it must be
> the libXPM.
Your xpm graphics looks beautiful here on the LyX canvas.
Once ag
Garst R. Reese wrote:
> Herbert Voss wrote:
>
>
>>ok, one step further ...
>>
>>
> Herbert, I get the same problems with ps files and have to switch from
> monochrome to greyscale to see a decent picture even though the graphics
> are B/W. This is a side affect of your switch from using gs to c
On Thursday 11 July 2002 6:22 pm, Garst R. Reese wrote:
> Herbert Voss wrote:
> > ok, one step further ...
>
> Herbert, I get the same problems with ps files and have to switch from
> monochrome to greyscale to see a decent picture even though the graphics
> are B/W. This is a side affect of your
R. Lahaye wrote:
> I added the last one manually, but to no avail.
>
> However, it does not appear to be the conversion.
> I can manually generate the corresponding xpm file,
> double check its quality by viewing it with ImageMagick's
> display.
> When I then load that xpm file into LyX Graphics
Herbert Voss wrote:
>
> R. Lahaye wrote:
>
> > Any ideas what and how I could investigate this?
>
> my converters:
>
> do you have the same?
> Look for the last one, because I convert agr to xpm.
I added the last one manually, but to no avail.
However, it does not appear to be the conversion
R. Lahaye wrote:
> I also tested briefly with 1.1.6fix4, and that has no problems
> (though I have not tested it with Grace converters; simply
> used eps file). This could indicate that it's related to any
> new conversion scheme. When was that introduced and how different
> is it from 1.1.6fix4?
Herbert Voss wrote:
>
> R. Lahaye wrote:
> >
> > Please see:
> > http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg40096.html
> > http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg40109.html
>
> my lyx-view, can't see any bad behaviour
I know that; we exchanged some emails on this alr
R. Lahaye wrote:
> Herbert Voss wrote:
>
>>R. Lahaye wrote:
>>
>>
>>>Can someone tell me what (external) software is actually
>>>responsible for visualizing a figure on the LyX canvas?
>>>
>>vector -> bitmap, that's all
>>
>
> What software is that?
> Or is this entirely internal LyX code?
>
>
R. Lahaye wrote:
> Herbert Voss wrote:
>
>>R. Lahaye wrote:
>>
>>
>>>Can someone tell me what (external) software is actually
>>>responsible for visualizing a figure on the LyX canvas?
>>>
>>vector -> bitmap, that's all
>>
>
> What software is that?
> Or is this entirely internal LyX code?
it
Herbert Voss wrote:
>
> R. Lahaye wrote:
>
> > Can someone tell me what (external) software is actually
> > responsible for visualizing a figure on the LyX canvas?
>
> vector -> bitmap, that's all
What software is that?
Or is this entirely internal LyX code?
> give us an example-file with the
R. Lahaye wrote:
>
> Since some time the LyX-View of my figures has a terrible
> resolution and figures are almost unrecognizable. When viewing
> with DVI or Postscript, the figures look fine.
sure
> This occurs for both, LyX 1.3.0cvs and 1.2.0. I therefore suspect
> it's not due to the core
Hi,
Since some time the LyX-View of my figures has a terrible
resolution and figures are almost unrecognizable. When viewing
with DVI or Postscript, the figures look fine.
This occurs for both, LyX 1.3.0cvs and 1.2.0. I therefore suspect
it's not due to the core code of LyX, but an upgrade of s
Create a new document, click on the 'new graphics' icon, and crash!
JMarc
Program received signal SIGSEGV, Segmentation fault.
0x4030eca4 in free () from /lib/libc.so.6
Current language: auto; currently c
(gdb) bt
#0 0x4030eca4 in free () from /lib/libc.so.6
#1 0x4030ec24 in free () from /lib
John Levon wrote:
> On Tue, Feb 12, 2002 at 03:01:40PM +0100, Herbert Voss wrote:
>
>
>>- it's no problem to define a "user" format, means
>> that this is the default for not detected. than you can
>> write a converter for this.
>>
>
> no, not if my user format is a treated EPS file, for exa
On Tue, Feb 12, 2002 at 03:01:40PM +0100, Herbert Voss wrote:
> - it's no problem to define a "user" format, means
> that this is the default for not detected. than you can
> write a converter for this.
no, not if my user format is a treated EPS file, for example.
We /really/ need both meth
On Tue, Feb 12, 2002 at 04:49:30PM +0100, Herbert Voss wrote:
> > 2. in difference to 1. is the export if your graphicfile isn't
>
> should be "is" ...
>
> >of a type which latex (pslatex) can't handle!
>
Ok, we are just talking about conversion of _graphics_, either to .xpm for
display w
On Tue, Feb 12, 2002 at 04:44:57PM +0100, Herbert Voss wrote:
> > If the process consists of applying several 'filter' to the .ps, why not?
>
> This is not a real answer to my question.
Then I did not understand your question.
> > .dvi -> .0.ps -> .1.ps -> .2.ps -> .ps
>
>
> 1. we need the "t
Herbert Voss wrote:
> 2. in difference to 1. is the export if your graphicfile isn't
should be "is" ...
>of a type which latex (pslatex) can't handle!
Herbert
--
http://www.lyx.org/help/
Andre Poenitz wrote:
> On Tue, Feb 12, 2002 at 03:52:12PM +0100, Herbert Voss wrote:
>
>>ok, so far so good. But do you have different file extensions for these
>>files of same type, _before_ you convert them?
>>
>
> If the process consists of applying several 'filter' to the .ps, why not?
Th
On Tue, Feb 12, 2002 at 03:52:12PM +0100, Herbert Voss wrote:
> ok, so far so good. But do you have different file extensions for these
> files of same type, _before_ you convert them?
If the process consists of applying several 'filter' to the .ps, why not?
[I am not sure whether I am actively u
Andre Poenitz wrote:
> On Tue, Feb 12, 2002 at 02:57:37PM +0100, Herbert Voss wrote:
>
>>do you want to tell me, that you convert a file-format with
>>converter A and sometimes the _same_ file format with converter B?
>>
>
> Yes.
>
> We use different methods to all ending up with postscript
On Tue, Feb 12, 2002 at 02:57:37PM +0100, Herbert Voss wrote:
> do you want to tell me, that you convert a file-format with
> converter A and sometimes the _same_ file format with converter B?
Yes.
We use different methods to all ending up with postscript. Some of them
have intermediate steps l
Angus Leeming wrote:
>>But how will a user be able to add his own file formats and converters
>>to LyX? I think that was the initial idea behind all the stuff in the
>>preferences dialog. If you write some code for detecting Tgif files by
>>content, this would solve my problem but then again some
[EMAIL PROTECTED] wrote:
>>the "standard" converter program take also the
>>type from its contents.
>>an additional button "use extension" may be helpful,
>>but than we have a gui full of check-buttons.
>>
>
> But how will a user be able to add his own file formats and converters
do you want t
On Tue, Feb 12, 2002 at 02:18:24PM +0100, Andre Poenitz wrote:
> On Tue, Feb 12, 2002 at 01:10:12PM +, Jules Bean wrote:
> > I wonder if you could shell out to the 'file' command, on systems
> > which support it.
>
> That is certainly an option, but the point was that the current dependance
>
On Tue, Feb 12, 2002 at 01:10:12PM +, Jules Bean wrote:
> I wonder if you could shell out to the 'file' command, on systems
> which support it.
That is certainly an option, but the point was that the current dependance
on extensions makes different conversion lines with similar content
possib
On Tue, Feb 12, 2002 at 01:03:03PM +, Angus Leeming wrote:
> This is a well made point. Here's an idea: why don't we throw out (or rather
> use it only on old format LyX files) the clever code that interrogates the
> contents of the file. It's a lot of special code that could be replaced by
On Tuesday 12 February 2002 12:38 pm, [EMAIL PROTECTED] wrote:
> Herbert Voss <[EMAIL PROTECTED]> schrieb am 12.02.2002,
> 10:36:38:
>
> > >This is due to the fact that _only_ the content of graphics
> > >files is considered; the file extension is totally ignored
> > >in the current i
Herbert Voss <[EMAIL PROTECTED]> schrieb am 12.02.2002,
10:36:38:
> >This is due to the fact that _only_ the content of graphics
> >files is considered; the file extension is totally ignored
> >in the current implementation.
> >I think this is too rigorous as the definition of cus
On Tue, Feb 12, 2002 at 10:36:38AM +0100, Herbert Voss wrote:
> why?
> the "standard" converter program take also the
> type from its contents.
because there are times I want a standard file type to be given different
extensions, so that I can do some extra processing. Look back in the archives.
On Tue, 12 Feb 2002 [EMAIL PROTECTED] wrote:
> 1. LyX considers tgif files are GIFs! Tgif files start with
>
> %TGIF 4.1.40
>
> I guess the graphics inset just looks for text "GIF". But
>this is too imprecise. Could you make the filter a bit more
>s
Hi,
I am used to develop my figures with Tgif, a popular Linux vector
drawing program. Some time ago, I pointed out that I failed to create a
suitable converter in LyX such that I can use tgif figures directly in a
graphics inset.
Yesterday, I made another attempt and failed for two reasons
On Monday 11 February 2002 8:00 am, R. Lahaye wrote:
> Herbert Voss wrote:
>
> > fix the problem with zipped files, when they are handled
> > by latex (with *.bb file) and not unzipped bx lyx.
> >
> > - small changes to the gui from Rob;
> > - a wish from Konni
> > - some more comments in the co
Herbert Voss wrote:
> fix the problem with zipped files, when they are handled
> by latex (with *.bb file) and not unzipped bx lyx.
>
> - small changes to the gui from Rob;
> - a wish from Konni
> - some more comments in the code ...
> - other small changes
Herbert,
Forgive me making the graph
fix the problem with zipped files, when they are handled
by latex (with *.bb file) and not unzipped bx lyx.
- small changes to the gui from Rob;
- a wish from Konni
- some more comments in the code ...
- other small changes
Herbert
--
http://www.lyx.org/help/
graphics9.diff.gz
Description:
On Thursday 31 January 2002 2:47 pm, Martin Vermeer wrote:
> On Thu, Jan 31, 2002 at 02:15:53PM +, Angus Leeming wrote:
>
> > On Thursday 31 January 2002 1:27 pm, Martin Vermeer wrote:
> > > The graphics-insert icon is missing from CVS.
> >
> > I take it that lib/images/figure-insert.xpm sh
On Thu, Jan 31, 2002 at 02:15:53PM +, Angus Leeming wrote:
> On Thursday 31 January 2002 1:27 pm, Martin Vermeer wrote:
> > The graphics-insert icon is missing from CVS.
>
> I take it that lib/images/figure-insert.xpm shoud simply be renamed as
> graphics-insert.xpm?
>
> > BTW the graphic
On Thursday 31 January 2002 1:27 pm, Martin Vermeer wrote:
> The graphics-insert icon is missing from CVS.
I take it that lib/images/figure-insert.xpm shoud simply be renamed as
graphics-insert.xpm?
> BTW the graphics dialogs look great now, with the slightly bigger
> font that I prefer. Only t
The graphics-insert icon is missing from CVS.
BTW the graphics dialogs look great now, with the slightly bigger
font that I prefer. Only the "clip to bounding box" string still
overflows. It could move a bit to the left as there is space...
The Y block could move a bit right, giving more space to
[EMAIL PROTECTED] wrote:
>
> I think the scale factor for a graphics inset is not read/written
> correctly. LyX saves it the first time but when you save the file
> another time, the value has gone again.
I know, forgot to read it.
the patch is in the pipe ..
Herbert
Hi,
I think the scale factor for a graphics inset is not read/written
correctly. LyX saves it the first time but when you save the file
another time, the value has gone again.
Michael
Baruch Even wrote:
>
> * Garst R. Reese <[EMAIL PROTECTED]> [010801 23:26]:
> > Michael Schmitt wrote:
> > >
> > > I agree with you that it is not really necessary to provide different
> > > display options for figures. I assume this is a feature from old days
> > > where colors were a valuable g
* Garst R. Reese <[EMAIL PROTECTED]> [010801 23:26]:
> Michael Schmitt wrote:
> >
> > I agree with you that it is not really necessary to provide different
> > display options for figures. I assume this is a feature from old days
> > where colors were a valuable good.
>
> Well, I could live with
Michael Schmitt wrote:
>
> I agree with you that it is not really necessary to provide different
> display options for figures. I assume this is a feature from old days
> where colors were a valuable good.
Well, I could live without it, but my just published AlphaBeast book has
39 color figures
* Juergen Vigna <[EMAIL PROTECTED]> [010801 17:24]:
>
> On 01-Aug-2001 Andre Poenitz wrote:
> >> I agree with you that it is not really necessary to provide different
> >> display options for figures. I assume this is a feature from old days
> >> where colors were a valuable good.
> >
> > Colors
On 01-Aug-2001 Andre Poenitz wrote:
>> I agree with you that it is not really necessary to provide different
>> display options for figures. I assume this is a feature from old days
>> where colors were a valuable good.
>
> Colors are still valueable on laptops
Well then you can decide that
On Wed, 1 Aug 2001, Andre Poenitz wrote:
> > I agree with you that it is not really necessary to provide different
> > display options for figures. I assume this is a feature from old days
> > where colors were a valuable good.
>
> Colors are still valueable on laptops
Well, even my four yea
> I agree with you that it is not really necessary to provide different
> display options for figures. I assume this is a feature from old days
> where colors were a valuable good.
Colors are still valueable on laptops
Ander'
--
André Pönitz . [EM
I agree with you that it is not really necessary to provide different
display options for figures. I assume this is a feature from old days
where colors were a valuable good.
Michael
--
==
Michael Schmitt
On Wed, Aug 01, 2001 at 12:52:58PM +0200, Juergen Vigna wrote:
>
> On 01-Aug-2001 Dekel Tsur wrote:
>
> > I don't think it is a good idea to have the display options per figure.
> > I think that in the dialog you should only have a 'don't display' check button,
> > and in the preferences dialog
On 01-Aug-2001 Dekel Tsur wrote:
> I don't think it is a good idea to have the display options per figure.
> I think that in the dialog you should only have a 'don't display' check button,
> and in the preferences dialog you can choose between displaying the figures in
> monochrome/color.
Is th
On Wed, Aug 01, 2001 at 01:00:30PM +0300, Baruch Even wrote:
> * Michael Schmitt <[EMAIL PROTECTED]> [010801 12:56]:
> > Hello!
> >
> > Bug1: In the graphics inset dialog, the OK button is not activated if I
> > switch between the various display options.
>
&
* Michael Schmitt <[EMAIL PROTECTED]> [010801 12:56]:
> Hello!
>
> Bug1: In the graphics inset dialog, the OK button is not activated if I
> switch between the various display options.
The various display options are not working right now anyhow :-)
Will be taken care of wh
Hello!
Bug1: In the graphics inset dialog, the OK button is not activated if I
switch between the various display options.
Bug2: I installed ImageMagick in order to view my images on screen
but nothing is happening. In the preferences dialog, "convert EPS:$$i
PNG:$$o" is specified fo
ce at all, what do you mean insert to the
> > lyx file?
>
> If you have a bitmap file foo.png, then in the dialog of the graphics inset
> you select that file. So when you use pdflatex, the foo.png file will be used
> and the bug will be avoided.
Ah, translating to plain english
rthermore, if you have a bitmap image you can insert it to the lyx file,
> > and then you won't have a problem when using pdflatex.
>
> I didn't understand this sentence at all, what do you mean insert to the
> lyx file?
If you have a bitmap file foo.png, then in the dialo
* Dekel Tsur <[EMAIL PROTECTED]> [010728 22:28]:
> On Sat, Jul 28, 2001 at 07:27:04PM +0300, Baruch Even wrote:
> > * Dekel Tsur <[EMAIL PROTECTED]> [010728 19:22]:
> > > When using pdflatex, why eps files are converted to PNG and not to PDF ?
> >
> > I was told once over lyx-users that PNG is ha
On Sat, Jul 28, 2001 at 07:27:04PM +0300, Baruch Even wrote:
> * Dekel Tsur <[EMAIL PROTECTED]> [010728 19:22]:
> > When using pdflatex, why eps files are converted to PNG and not to PDF ?
>
> I was told once over lyx-users that PNG is handled better than PDF.
There was a bug in pdflatex with in
* Dekel Tsur <[EMAIL PROTECTED]> [010728 19:22]:
> When using pdflatex, why eps files are converted to PNG and not to PDF ?
I was told once over lyx-users that PNG is handled better than PDF.
Besides converting to PDF will require an extra step, and I'm not sure
that netpbm can do PDFs at all.
I
When using pdflatex, why eps files are converted to PNG and not to PDF ?
Baruch,
I need to make the following ChangeExtension() change to your code to find
the .xpm file in the tmp directory. Otherwise I get:
Converting from png to xpm
Calling convert 'tjunc-expr-4.png' XPM:'tjunc-expr-4.xpm'
moving /usr/users/aleem/err/tjunc-expr-4.xpm to
/tmp/lyx_tmpdir425aaanja
This is just an assert I placed that goes off, this means that some
assumption of mine is incorrect.
The assumption is that the callers will destroy all information in the
graphics cache, this is not so apparently.
The quick fix is to destory everything on destruction, Actually this is
done alre
1) create an empty file test.png
2) graphics-insert for this file
3) quit lyx
it will coredump on quit
john
--
"If one tells the truth, one is sure, sooner or later, to be found out."
- Oscar Wilde
91 matches
Mail list logo
