Re: ghostscript x11 device
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes: | "Garst R. Reese" <[EMAIL PROTECTED]> writes: | | | In XForms 0.89 my compose key (right alt) does not work. (Intel, linux, | | glibc2.1.3) | | Garst | | You are rigt it does not seem to work... I wonder if this is a 0.89 | problem or if it something that we do wrong...I'll try to check a bit. I think I see why it failes (ther XFilterEven in lyxlookup returns true), but I don't know how to fix that... I suspect that this is brought forward by the compose functionality in XForms. Lgb
Re: ghostscript x11 device
"Garst R. Reese" <[EMAIL PROTECTED]> writes: | In XForms 0.89 my compose key (right alt) does not work. (Intel, linux, | glibc2.1.3) | Garst You are rigt it does not seem to work... I wonder if this is a 0.89 problem or if it something that we do wrong...I'll try to check a bit. Lgb
Re: ghostscript x11 device
"Lars Gullik Bjønnes" wrote: > XForms 0.89. > p. 219 of the 0.89 documentation. > Xforms also have a > > Pixmap flimage_to_pixmap(FL_IMAGE *, FL_WINDOW win); > > functions so the Painter does not _need_ to change at all. > > Lgb In XForms 0.89 my compose key (right alt) does not work. (Intel, linux, glibc2.1.3) Garst
Re: ghostscript x11 device
Baruch Even <[EMAIL PROTECTED]> writes: | > gs -q -dSAFER -dNOPAUSE -sDEVICE=x11 -sOutputFile=tmpfilename | | Actually none of them does, as none of them cause a write to file, both | will open a window show it and close, saving nothing. That is because of the -sDEVICE=x11 other devices will output to file. So since xforms supports png we could use: -sDEVICE=png16m (or png256,png16 etc.) | I'll either need to use a write to file (which is not an XPM as gs doesn't | do XPM), or use the old method. | | I prefer the old method (letting gs draw on a window) since it requires | less work on an X machine, any other option will require a method to load | a file from the disc and will make gs become only a transformation tool. It is just terrible maintence wise, and is so very system dependant...(and we get these timing/locking issues...) | Lars, you formerly said that XForms can load various formats, I've found | no way to do that, besides XPM and X bitmaps, can you give a | pointer? XForms 0.89. p. 219 of the 0.89 documentation. Xforms also have a Pixmap flimage_to_pixmap(FL_IMAGE *, FL_WINDOW win); functions so the Painter does not _need_ to change at all. Lgb
Re: ghostscript x11 device
On Wed, 9 Aug 2000, Carlos A M dos Santos wrote: > The file "gs.interface" in Ghostscript 1.5 contains a short description of > the protocol used to communicate with Ghostscript. I mean Ghostview 1.5, not Ghostscript. --Casantos
Re: ghostscript x11 device
On Tue, 8 Aug 2000, Baruch Even wrote: > Anyone knows where I can find the documentation for the ghostscript X11 > device? I'd need that to match InsetFig, and I'd like an external doc > besides the InsetFig sources. The file "gs.interface" in Ghostscript 1.5 contains a short description of the protocol used to communicate with Ghostscript. BTW, Ghostscript is available as a library now (since version 6.0). This is my user point of view, of course. I'm not a LyX developer. --Casantos
Re: ghostscript x11 device
On Tue, 8 Aug 2000, Juergen Vigna wrote: > >| Hmm, ok, but then I need to save it to some format that I can read, the > >| only thing I can depend on is XPM, since we already depend on the xpm > >| library. I'll check that out. > > > > Sure tis is easy: gs -sDEVICE=x11 -sOutputfile=tmp > > (or wat ever devide that gs --help shows) > > Maybe: > > gs -q -dSAFER -dNOPAUSE -sDEVICE=x11 -sOutputFile=tmpfilename Actually none of them does, as none of them cause a write to file, both will open a window show it and close, saving nothing. I'll either need to use a write to file (which is not an XPM as gs doesn't do XPM), or use the old method. I prefer the old method (letting gs draw on a window) since it requires less work on an X machine, any other option will require a method to load a file from the disc and will make gs become only a transformation tool. Lars, you formerly said that XForms can load various formats, I've found no way to do that, besides XPM and X bitmaps, can you give a pointer? -- Baruch Even http://techst02.technion.ac.il/~sbaruch/ (My Site) http://rpghost.com/jindor/ (My brothers AD&D site) " Learn to laugh ... it's the path to true love! " - The Angel in the movie Michael
Re: ghostscript x11 device
Juergen Vigna <[EMAIL PROTECTED]> writes: | > Sure tis is easy: gs -sDEVICE=x11 -sOutputfile=tmp | > (or wat ever devide that gs --help shows) | | Maybe: | | gs -q -dSAFER -dNOPAUSE -sDEVICE=x11 -sOutputFile=tmpfilename | | could work better. sure, but tat was not the point :-) Lgb
Re: ghostscript x11 device
On 08-Aug-2000 Lars Gullik Bjønnes wrote: > Baruch Even <[EMAIL PROTECTED]> writes: > > >| Hmm, ok, but then I need to save it to some format that I can read, the >| only thing I can depend on is XPM, since we already depend on the xpm >| library. I'll check that out. > > Sure tis is easy: gs -sDEVICE=x11 -sOutputfile=tmp > (or wat ever devide that gs --help shows) Maybe: gs -q -dSAFER -dNOPAUSE -sDEVICE=x11 -sOutputFile=tmpfilename could work better. Jürgen -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED] Italienallee 13/N Tel/Fax: +39-0471-450260 / +39-0471-450296 I-39100 Bozen Web: http://www.sad.it/~jug -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Whatever is not nailed down is mine. Whatever I can pry up is not nailed down. -- Collis P. Huntingdon, railroad tycoon
Re: ghostscript x11 device
Baruch Even <[EMAIL PROTECTED]> writes: | Hmm, ok, but then I need to save it to some format that I can read, the | only thing I can depend on is XPM, since we already depend on the xpm | library. I'll check that out. Sure tis is easy: gs -sDEVICE=x11 -sOutputfile=tmp (or wat ever devide that gs --help shows) Lgb
Re: ghostscript x11 device
On 8 Aug 2000, Lars Gullik Bjønnes wrote: > Baruch Even <[EMAIL PROTECTED]> writes: > > | Anyone knows where I can find the documentation for the ghostscript X11 > | device? I'd need that to match InsetFig, and I'd like an external doc > | besides the InsetFig sources. > > We really, really do not want to do the rendering the insetfig way. > What you want to do is to run gs and output to file and then load > that. Hmm, ok, but then I need to save it to some format that I can read, the only thing I can depend on is XPM, since we already depend on the xpm library. I'll check that out. I do think that the current way should be fine, at least the idea of having gs output to x11 and we draw that, not necessarily the implementation itself. > insetfix is generating the correct postscript headers for the > translations so that part can be resued, but the environment does not > need to be setup, you just have to add an output parameter and read > that file. (do it syncronouly for now if that helps.) Oter options is > to use exec/fork and catch sigcild when it is ready, better options is > to use threads...but that put rewuiremets on the systems... > (actually to me it would be acceptable to ave syncrounous > imagesrendering on boxes without threads and asyncrounous on boxes > with threads.) I'll see what I can come up with. -- Baruch Even http://techst02.technion.ac.il/~sbaruch/ (My Site) http://rpghost.com/jindor/ (My brothers AD&D site) " Learn to laugh ... it's the path to true love! " - The Angel in the movie Michael
Re: ghostscript x11 device
Baruch Even <[EMAIL PROTECTED]> writes: | Anyone knows where I can find the documentation for the ghostscript X11 | device? I'd need that to match InsetFig, and I'd like an external doc | besides the InsetFig sources. We really, really do not want to do the rendering the insetfig way. What you want to do is to run gs and output to file and then load that. insetfix is generating the correct postscript headers for the translations so that part can be resued, but the environment does not need to be setup, you just have to add an output parameter and read that file. (do it syncronouly for now if that helps.) Oter options is to use exec/fork and catch sigcild when it is ready, better options is to use threads...but that put rewuiremets on the systems... (actually to me it would be acceptable to ave syncrounous imagesrendering on boxes without threads and asyncrounous on boxes with threads.) Lgb