Dear all,
I am a LyX user. After I installed LyX on my Solaris machine, I found that
some other ones, xdvi, dvips and latex were also needed. Where can I find
these software? And are binary ones available?
Thanks,
Bing
---
Allan Rae wrote:
> P.S. If we were really keen we could start a system/ subdirectory for
> holding system-independent files. That would leave frontends/ for
> specific toolkit implementations that might share a particular system.
> This could help avoid confusion over why a frontends/Xlib dir do
On 8 Aug 2000, Lars Gullik Bjønnes wrote:
> Baruch Even <[EMAIL PROTECTED]> writes:
> | Yes, ofcourse, the Xlib can be used by everything unix.
>
> More thatn that, Xlib can be used for anything X, we already use that
> both on OS/2 and MSNT.
This has been a great little thread. I'm glad to se
Why is lib/listerrors in CVS?
lib/listerrors should be generated from the build process, and should
not be in CVS.
Please delete it.
--
Kayvan A. Sylvan | Proud husband of | Father to my kids:
Sylvan Associates, Inc.| Laura Isabella Sylvan | Katherine Yelena
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
Juergen Vigna <[EMAIL PROTECTED]> writes:
| have IS working correctly for both cases (hug me if I'm wrong)
Group Hug! :-)
Lgb
| pretty sure that there are no more bugs for this naming stuff now.
|
| Jürgen
|
| --
| -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-
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
>
> Jürgen, I am not sure if you remember, but we used to have both
> Buffer::filename and Buffer::buffername. Buffername was something I
> introduced when I created the Buffer class (1996 something...),
> this was ntended for this specific case where you have a buffer that
> has not been given a
On 08-Aug-2000 Lars Gullik Bjønnes wrote:
>
> My implict point about emergency files is that we need the autosave
> files.
And we will have them! I just changed the few things we talked about
before. I'll submit soon, just let me test it again ;)
Jürgen
--
-._-._-._-._-._-._-._-._-._-._
On 8 Aug 2000, Lars Gullik Bjønnes wrote:
> Baruch Even <[EMAIL PROTECTED]> writes:
>
> | The way I expect (and mostly see) programs acting in the new file problem
> | is that when you create a new file it's a new, unnamed file, when you go
> | about quick-saving it [C-s], it pops up a "save-as"
On Tue, 8 Aug 2000, Juergen Vigna wrote:
> [snipped the nice explanation]
> >
> > As I said, I'm not trying to be not GUII, I am not dependent on the
> > toolkit, the only things I use are Xpm library and Xlib. That should be
> > independent enough for now. It isn't for Windows or OS/2, but when
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 g
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
Baruch Even <[EMAIL PROTECTED]> writes:
| The way I expect (and mostly see) programs acting in the new file problem
| is that when you create a new file it's a new, unnamed file, when you go
| about quick-saving it [C-s], it pops up a "save-as" dialog asking for a
| name, from there on it acts as
The way I expect (and mostly see) programs acting in the new file problem
is that when you create a new file it's a new, unnamed file, when you go
about quick-saving it [C-s], it pops up a "save-as" dialog asking for a
name, from there on it acts as usual.
The auto-save file can be a unique name
Amir Karger <[EMAIL PROTECTED]> writes:
| On Mon, Aug 07, 2000 at 04:20:58PM +0200, Lars Gullik Bjønnes wrote:
| > Amir Karger <[EMAIL PROTECTED]> writes:
| >
| > | Downloaded the latest CVS just now, reran autogen.sh; configure; make. It
| > | still breaks with the attached errors (which I thin
Juergen Vigna <[EMAIL PROTECTED]> writes:
| I don't get it what this has to do with the emergency file now, but at
| least Emacs is your opinion :), so I'll have a look that unsaved files
| if the don't want to be saved the autosave file get removed.
My implict point about emergency files is th
>
> Generally, good LaTeX style is to put out \\ for line-ends, table-ends or
> whatever ends you have in the current context (\\ is just a token assigned
> by \let). \newline is for the special case you want to have a text line end
> inside a table.
>
Well then I can at least let the parbox as
On Mon, Aug 07, 2000 at 04:20:58PM +0200, Lars Gullik Bjønnes wrote:
> Amir Karger <[EMAIL PROTECTED]> writes:
>
> | Downloaded the latest CVS just now, reran autogen.sh; configure; make. It
> | still breaks with the attached errors (which I think are exactly the same).
> |
> | gcc is still gcc
>| They are not deleted!
>
> Then that should be fixed.
>
I'll have a look.
>| I don't know I really don't like dummy files around I have to delete
>| by hand and all this in my document directory (therefore I liked the
>| new directive for the backup_directory ;), well at least Emacs does
>|
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
Juergen Vigna <[EMAIL PROTECTED]> writes:
| On 08-Aug-2000 Lars Gullik Bjønnes wrote:
| >| Well I guess we won't loose anything while emergency save is working,
| >| but ok how is the behaviour of autosave-files after an save as and
| >| a renaming of the document are they deleted?
| >
| > If th
[snipped the nice explanation]
>
> As I said, I'm not trying to be not GUII, I am not dependent on the
> toolkit, the only things I use are Xpm library and Xlib. That should be
> independent enough for now. It isn't for Windows or OS/2, but when we get
> there we'll need to do some more work on P
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.
--
Baruch Even
http://techst02.technion.ac.il/~sbaruch/ (My Site)
http://rpghost.com/jindor/ (My brot
On Tue, 8 Aug 2000, Juergen Vigna wrote:
> >
> > It's pretty hard for me to handle the X11 work itself, let alone the work
> > for GUII, I prefer to get something up and running now, that will be
> > comparable with features to the InsetFig and be able to replace it, than
> > shoot for the stars
On 08-Aug-2000 Lars Gullik Bjønnes wrote:
>| Well I guess we won't loose anything while emergency save is working,
>| but ok how is the behaviour of autosave-files after an save as and
>| a renaming of the document are they deleted?
>
> If they are not they sould. But I would regard that as a bu
Baruch Even <[EMAIL PROTECTED]> writes:
| > We don't _ave to_ draw to a Pixmap, the painter is very much gui
| > dependant. And other imge objects than Pixmaps can very well be used
| > there.
|
| The Painter is not really GUII, it takes a Pixmap to draw, and I prefer to
| work as much as I can
On Tue, 8 Aug 2000, Angus Leeming wrote:
> 2. ios::noreplace does not appear to be a part of the modern standard. At
> least, DEC's compiler throws it out. I therefore removed it from
> XPM_Renderer::isImageFormatOK()
Ok, I'll learn for next time. I guess there is no chance to learn this but
to
On 8 Aug 2000, Lars Gullik Bjønnes wrote:
> | Regarding the image format support in the toolkits, the problem is not
> | loading the images and showing them, the problem is that we need to do
> | various transforms on the images, rotation, resizing and color reductions
> | are the required ones.
Juergen Vigna <[EMAIL PROTECTED]> writes:
| Well I guess we won't loose anything while emergency save is working,
| but ok how is the behaviour of autosave-files after an save as and
| a renaming of the document are they deleted?
If they are not they sould. But I would regard that as a bug.
| A
>
> Why care about this? Make make this special case? What are the
> benefits? (and what are the drawbacks?)
> Do you _always_ give the document a name at once if you plan to keep
> the file? Or are your wont to loose data unless you have remembered to
> rename the document?
Well I guess we won'
Juergen Vigna <[EMAIL PROTECTED]> writes:
| Well Lars you should point on your nose first before saying such a thing
| and second I seem to have read in a mail that we are still in a cvs tree
| and not a released one so "errors are allowed".
I am not pointing at you, but it is a fact and we hav
Hello,
here are two short comments on the latest lyx version:
when adding two bibtex bibliographies as separate insets, adding some
citations, changing the order of the bibliographies and manipulating the
citations again, lyx-1.1.5fix1 crashes. The error does not occur, if you
specify both bibli
>
> Attached is a full InsetRef patch.
> InsetRef is now GUI-independent.
Seems really nice work, I'll apply it!
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED]
Italienallee 13/N Tel/Fax: +39-0471-4
>
> This is totally unacceptable. (#define, configure option and lyxrc
> alike) We need a way that seem natural.
>
> That is another point, this code was introduced too fast, without
> thought on other alternatives. Is (now) also clear that the issues
> about temporary directories was not closel
This is probably going to be my last contribution for a few weeks...
Attached is a full InsetRef patch.
InsetRef is now GUI-independent.
"reference-insert" will emit a signal, launching a large-scale FormRef dialog
similar (a little better? ;-) to the current one.
Clicking on an existing refere
On 08-Aug-2000 Lars Gullik Bjønnes wrote:
>| 1. Renderer.[Ch] and XPM_Renderer.[Ch] are required by the source
>|code but not
>
> Did you forget those file Jürgen?
>
Yes I did but they are already in place (you should have got the mail ;)
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-
Baruch Even <[EMAIL PROTECTED]> writes:
| On 8 Aug 2000, Lars Gullik Bjønnes wrote:
|
| > Baruch Even <[EMAIL PROTECTED]> writes:
| >
| > | Again the same patch against the most recent CVS, can you please apply
| > | this? or do you have any problem with it?
| >
| > I have no particular proble
Angus Leeming <[EMAIL PROTECTED]> writes:
| Three points:
| 1. Renderer.[Ch] and XPM_Renderer.[Ch] are required by the source
|code but not
Did you forget those file Jürgen?
| 2. ios::noreplace does not appear to be a part of the modern standard. At
| least, DEC's compiler throws it out. I ther
Svante Signell <[EMAIL PROTECTED]> writes:
| When compiling the latest cvs the include order of header files does
| not seem to be correct:
I belive this is a bogus report, note that you are using gcc 2.96
that is currently a _very_ experimental/unstable compiler.
Especially that the included-s
Three points:
1. Renderer.[Ch] and XPM_Renderer.[Ch] are required by the source code but not
present. I got them out of Baruch's patch directly. (I use "cvs update -dP".)
2. ios::noreplace does not appear to be a part of the modern standard. At
least, DEC's compiler throws it out. I therefore rem
>
> It's pretty hard for me to handle the X11 work itself, let alone the work
> for GUII, I prefer to get something up and running now, that will be
> comparable with features to the InsetFig and be able to replace it, than
> shoot for the stars and build the mega graphics widget that does it all
Juergen Vigna <[EMAIL PROTECTED]> writes:
| Well Lars IMO we could discuss just a bit about this, I could give you
| the same 'blinding fast...' fast keybindings and so we could go on discussing
| about wrongly saving a newfile.lyx or having a autosave-file #newfile.lyx#
| around I don't want, bu
On 8 Aug 2000, Lars Gullik Bjønnes wrote:
> Baruch Even <[EMAIL PROTECTED]> writes:
>
> | Again the same patch against the most recent CVS, can you please apply
> | this? or do you have any problem with it?
>
> I have no particular problem with it. However I want you to remember
> that the diff
On Tue, 8 Aug 2000, Juergen Vigna wrote:
> >>
> >> Please apply this.
>
> Applied, will commit soon, just some observations:
>
> - you really should fix your indentation, when I look into insetgraphics.C
> you mix tab-indentation (8 chars normally) and 4 spaces, so the indent
> level is no
Allan> Angus, from what I'm reading you seem to want to have two dialogs with
Allan> almost identical capabilities. Just make one. Maybe this is what you are
Allan> working towards with the addition of the browser?
One dialog only. When called with an inset (as in showRef( this );), the browser
On 06-Aug-2000 Kayvan A. Sylvan wrote:
> Hi folks,
>
> The Layout->Paper option has a couple of bugs in it:
>
> 1) I can not input 0pt (or 0in) in there. I seem to remember being able
>to set margins or headheight to 0 in previous versions. Now, the code
>does not allow such settings.
>
On 07-Aug-2000 Lars Gullik Bjønnes wrote:
>
> C-X C-s to save no pop and blinding fast...
> And no, it is not MUCH less work "C-x C-f ret" in most cases with old
> scheme. This is not possible anymore.
Well Lars IMO we could discuss just a bit about this, I could give you
the same 'blinding fas
On 08-Aug-2000 Lars Gullik Bjønnes wrote:
>| For this I'd like to open a new directory, say lyx-devel/xlib++ or
>| lyx-deve/src/xlib++ or whatever other name you feel like.
>
> should be almost completely hidden from the rest of LyX. Remember tat
> we really want to support MS and OS/2 using nat
>>
>> Please apply this.
Applied, will commit soon, just some observations:
- you really should fix your indentation, when I look into insetgraphics.C
you mix tab-indentation (8 chars normally) and 4 spaces, so the indent
level is not equal on the whole file.
- I don't like the bv_ variabl
When compiling the latest cvs the include order of header files does
not seem to be correct:
formula.C->formula.h->insets/lyxinset.h->lyxfont.h->LString.h
#ifdef __STRING__
#error The header has been included before LString.h
#else
#define __STRING__
#endif
Environment: Approx RH 7.0 beta
gcc-2
Baruch Even <[EMAIL PROTECTED]> writes:
| I need for the upcoming EPS_Renderer to work quite a bit with various Xlib
| elements, I would like to wrap them up with a lightweight C++ wrapping so
| has to make it all easier to manage, The reason I'd like that is that I
| would like to avoid quite a
Baruch Even <[EMAIL PROTECTED]> writes:
| Again the same patch against the most recent CVS, can you please apply
| this? or do you have any problem with it?
I have no particular problem with it. However I want you to remember
that the different gui toolkits usually have support for different
ima
Hello,
I use the mouse to select text, that also contains
math environment.
When I do a Edit->Copy and then Edit->Paste somewhere
else, the text is nicely copied.
However, I use the middle mouse click to paste the
selected text elsewhere, the math-environment is gone
and replaced by escape seq
I need for the upcoming EPS_Renderer to work quite a bit with various Xlib
elements, I would like to wrap them up with a lightweight C++ wrapping so
has to make it all easier to manage, The reason I'd like that is that I
would like to avoid quite a bit of the account keeping needed (stuff like
th
55 matches
Mail list logo
