Re: graphics inset and external material

2002-07-18 Thread José Abílio Oliveira Matos
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

Re: graphics inset and external material

2002-07-18 Thread Andre Poenitz
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

Re: graphics inset and external material

2002-07-18 Thread Herbert Voss
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/

Re: graphics inset and external material

2002-07-18 Thread Andre Poenitz
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

Re: graphics inset and external material

2002-07-18 Thread Angus Leeming
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

Re: graphics inset and external material

2002-07-18 Thread José Abílio Oliveira Matos
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

Re: Graphics Inset: what determines the resolution of LyX-View of the figures?

2002-07-15 Thread Angus Leeming
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

Re: Graphics Inset: what determines the resolution of LyX-View of the figures?

2002-07-12 Thread Angus Leeming
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

Re: Graphics Inset: what determines the resolution of LyX-View of the figures?

2002-07-11 Thread Herbert Voss
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

Re: Graphics Inset: what determines the resolution of LyX-View of the figures?

2002-07-11 Thread Herbert Voss
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/

Re: Graphics Inset: what determines the resolution of LyX-View of the figures?

2002-07-11 Thread Herbert Voss
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

Re: Graphics Inset: what determines the resolution of LyX-View of the figures?

2002-07-11 Thread R. Lahaye
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.

Re: Graphics Inset: what determines the resolution of LyX-View of the figures?

2002-07-11 Thread Herbert Voss
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", >

Re: Graphics Inset: what determines the resolution of LyX-View of the figures?

2002-07-11 Thread R. Lahaye
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

Re: Graphics Inset: what determines the resolution of LyX-View of the figures?

2002-07-11 Thread Herbert Voss
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

Re: Graphics Inset: what determines the resolution of LyX-View of the figures?

2002-07-11 Thread Angus Leeming
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

Re: Graphics Inset: what determines the resolution of LyX-View of the figures?

2002-07-11 Thread Herbert Voss
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

Re: Graphics Inset: what determines the resolution of LyX-View of the figures?

2002-07-11 Thread R. Lahaye
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

Re: Graphics Inset: what determines the resolution of LyX-View of the figures?

2002-07-11 Thread Herbert Voss
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?

Re: Graphics Inset: what determines the resolution of LyX-View of the figures?

2002-07-11 Thread R. Lahaye
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

Re: Graphics Inset: what determines the resolution of LyX-View of the figures?

2002-07-11 Thread Herbert Voss
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? > >

Re: Graphics Inset: what determines the resolution of LyX-View of the figures?

2002-07-11 Thread Herbert Voss
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

Re: Graphics Inset: what determines the resolution of LyX-View of the figures?

2002-07-11 Thread R. Lahaye
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

Re: Graphics Inset: what determines the resolution of LyX-View of the figures?

2002-07-11 Thread Herbert Voss
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

Re: Graphics inset & converters

2002-02-12 Thread Herbert Voss
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

Re: Graphics inset & converters

2002-02-12 Thread John Levon
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

Re: Graphics inset & converters

2002-02-12 Thread Andre Poenitz
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

Re: Graphics inset & converters

2002-02-12 Thread Andre Poenitz
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

Re: Graphics inset & converters

2002-02-12 Thread Herbert Voss
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/

Re: Graphics inset & converters

2002-02-12 Thread Herbert Voss
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

Re: Graphics inset & converters

2002-02-12 Thread Andre Poenitz
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

Re: Graphics inset & converters

2002-02-12 Thread Herbert Voss
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

Re: Graphics inset & converters

2002-02-12 Thread Andre Poenitz
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

Re: Graphics inset & converters

2002-02-12 Thread Herbert Voss
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

Re: Graphics inset & converters

2002-02-12 Thread Herbert Voss
[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

Re: Re: Graphics inset & converters

2002-02-12 Thread Jules Bean
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 >

Re: Re: Graphics inset & converters

2002-02-12 Thread Andre Poenitz
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

Re: Re: Graphics inset & converters

2002-02-12 Thread Jules Bean
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

Re: Re: Graphics inset & converters

2002-02-12 Thread Angus Leeming
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

Re: Re: Graphics inset & converters

2002-02-12 Thread michael . schmitt
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

Re: Graphics inset & converters

2002-02-12 Thread John Levon
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.

Re: Graphics inset & converters

2002-02-12 Thread Herbert Voss
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 >specific (e.g. "GIF" at the very

Re: Graphics inset: scale is not saved correctly

2002-01-31 Thread Angus Leeming
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

Re: Graphics inset: scale is not saved correctly

2002-01-31 Thread Martin Vermeer
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

Re: Graphics inset: scale is not saved correctly

2002-01-31 Thread Angus Leeming
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

Re: Graphics inset: scale is not saved correctly

2002-01-31 Thread Martin Vermeer
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

Re: Graphics inset: scale is not saved correctly

2002-01-31 Thread Herbert Voss
[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 -- http://www.lyx.o

Re: Graphics inset

2001-07-28 Thread Baruch Even
* Dekel Tsur <[EMAIL PROTECTED]> [010729 00:15]: > On Sat, Jul 28, 2001 at 11:29:36PM +0300, Baruch Even wrote: > > Since when is it fixed, can we assume no user will have a problem? > > Depends of the pdflatex version users have. > But when you convert eps to png you lose information, > so using

Re: Graphics inset

2001-07-28 Thread Dekel Tsur
On Sat, Jul 28, 2001 at 11:29:36PM +0300, Baruch Even wrote: > Since when is it fixed, can we assume no user will have a problem? Depends of the pdflatex version users have. But when you convert eps to png you lose information, so using epstopdf is really the right thing to do. > > Furthermore,

Re: Graphics inset

2001-07-28 Thread Baruch Even
* 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

Re: Graphics inset

2001-07-28 Thread Dekel Tsur
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

Re: Graphics inset

2001-07-28 Thread Baruch Even
* 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