Re: gnoLyX
Lars Gullik, Thank you for your reply, comments below. Svante Signell Lars Gullik Bjønnes writes: "Svante Signell (ERA)" [EMAIL PROTECTED] writes: | Finally somebody is taking this on!! ... | Now is the time to get more widespread use of LaTeX. This can be | accomplished with the excellent tool LyX together with a good GUI | such as gnome!! Also I would really prefer that LyX is to become | part of the gnome workshop (together with GWP, GO and AbiWord). What is the gnome workshop? Take a look at http://www.gnome.org/gw.html | What documentation/books do you recommend to start with? To make a port to gnome you don't need any LaTeX knowledge, and from your comments I guess that you already have that. I like Stroustups The C++ Programming Language 3rd edition a lot, as it is more as a reference work. Which parts of the LyX documentation/code are important? I have an old document labeled: GUI Independence: The LyX way, dated 1 Nov 1998. Is this document still relevant/updated?
Re: [seak.teng-fong@iname.com] Feedback from www.lyx.org
Seak Finally, few weeks ago I asked in the website's "feedback"
Seak section how to "draw" tensor (ie like a vector but with double
Seak arrow on top). Have you received this? If it's not available in
Seak current version, will it be in the future?
I did not answer because I do not know the answer. Presumably amsmath
provides such a macro, and if it does, you should be able to use it
with LyX. However I do not know the specifics.
My friend told me that in LaTeX, it's like this:
\stackrel{\Rightarrow}{T}
to put the double arrow on top of T. But if the symbol is longer, like
T_0, the length of the arrow isn't increased, as shown by the example
file attached in this mail. I don't know any "orthodox" way to write a
tensor, unfortunately.
For the rest of the mail, I'll look at them later and answer you
soon.
Regards,
Seak
tensor.tex
Re: That french key problem
"Michael" == Michael Meskes [EMAIL PROTECTED] writes: correctly, these keys work in other applications (emacs?). Michael I have no idea. And since I don't even have emacs installed I Michael cannot check. Could you try in any Xaw application or whatever if this works? I do not have XFree myself. JMarc
Re: FILE - ostream
"Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: Lars Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: | Lars Lars I will probably not merge the iostream branch into the Lars main | Lars branch until 1.1.3 has been released. And I don't Lars think we | Lars should and more stuff to 1.1.2... | | Lars, Lars what is the status of known problems in cvs now? Lars I don't have any know problems... but I'd like to have some Lars reports on 1.1.3pre1 before I release 1.1.3. You mean the problems with dead keys handling and thorn are fixed? JMarc
Re: homebrew latex?
LyX: Unknown token `\techword{Highlighted}'. Inserting as text. [around line 72 of
file ~/.fun/en.lyx]
Do you switch to LaTeX mode (C-l) before typing `\techword{Highlighted}'?
And switch back (C-l) afterwards?
Please tell me I'm missing something.
You are probably missing something. Maybe you could write down step by
step what you are doing. You don't try to run LaTeX directly on the .lyx
file, do you? That's not possible (well, at least you don't get good
results ;-) )
Andre'
--
Andre' Poenitz .. [EMAIL PROTECTED]
Re: homebrew latex?
LyX files are _not_ LaTeX format or even remotely LaTeX compatible. Maybe we should put a line into the header of .lyx file saying exactly that. .lyx files look a bit .tex-ish, don't they? And now that the 'created by' line is gone we've got even some space to waste ;---) Andre' -- Andre' Poenitz .. [EMAIL PROTECTED]
Re: FILE - ostream
Well, yes it is (was) Friday, but so far no problems. 'Was'? In my part of the world it still is ;-) Anyway. No real problems with 1.1.3 over here either. Maybe the -nw command line switch should be disabled for the time being but I doubt that anybody would try to name his document '-nw'... Andre' -- Andre' Poenitz .. [EMAIL PROTECTED]
Re: Layout File for the Journal of Sound and Vibration
"Ben" == Ben Cazzolato [EMAIL PROTECTED] writes:
Ben The Journal of Sound and Vibration (Academic Press) has recently
Ben released a class file for the journal, jsv.cls. See following for
Ben more details.
Ben http://www.academicpress.com/www/journal/sv/JSVLaTeXFP.htm
I've the class and it looks like a quick hack to turn a latex2.09
style into a latex2e class.
Ben Anyway, since I often submit to the JSV I've generated a layout
Ben file for it based on the article and AMS article layout files,
Ben jsv.layout.
Good idea :)
Ben I've also made an example/template file.
Ben I've attached all the relevant files.
Yes, but you sent the .tex version of the template, which is not very
useful...
Ben Hope you can add this to the growing list of layout files. It's
Ben my first attempt at a layout file (so go easy on me) and it may
Ben need a little work but I think it has all the definitions
Ben required (at least from what I could decipher from the jsv.cls
Ben file).
OK, a few remarks:
- amssyme,bm and equation are not class options, but packages. So you
should replace your ClassOption stuff with
Preamble
\usepackage{amssyme,equation,bm}
EndPreamble
and check that this does not interfere with a preamble defined in ams
stuff. Note that it is not clear that the packages are always needed
by the class. If they are _really_ needed (do they provide
functionality that you really need?) you should change the declaration
of the layout to
#% Do not delete the line below; configure depends on this
# \DeclareLaTeXClass[jsv,equation.sty,bm.sty,jsv10.sty,amssyne.sty]{article (JSV)}
so that configure checks that all needed files are found.
My take on these packages is:
* equation.sty improves the look of eqnarray and is needed. You will
not be able to use the extra environments it provides, though.
* amssyme.sty provides some special symbols. Needed.
* jsv10.sty is of course needed
* bm.sty is not used automatically by mathed (for boldmath symbols);
moreover it should exist by default in most latex distribution (it
comes from the required tools bundle).
- Only 10pt size is allowed, so your should have a
ClassOptions
FontSize 10
End
- it is not clear if several pagestyle are allowed. If not, use
ClassOptions
PageStyle plain
End
[which can be merged with the other onw above, of course]
Ben I realise that you don't need (or want) all the .sty and .cls
Ben files but I thought that if you were happy enough to include it
Ben in the distribution then maybe you could add to the code so it
Ben searches when running reconfigure to see if the user has the
Ben appropriate packages before presenting it in the Layout
Ben Document Class box.
It is said explicitely in the files that redistribution is forbidden.
What you can do is:
- fix a bit the jsv.layout
- send us jsv.layout and a jsv.lyx template
- send also a small writeup for LaTeXConfig.lyx.in describing where to
get the files (add a note saying that the links on the page give
files with capitalization, which is wront under unix).
- if you feel really brave, write some documentation for Extended.lyx
describing the features of the class.
Ben Hope this help the effort?
Of course it does :)
JMarc
Re: macro bugs in lyx 1.0.4 and in 1.1.2
Jean-Marc, you're a superstar!
My macros are no longer centred and they work.
I had used egcs (1.1.2) to compile lyx. Re-compiling math_iter.o without
optimisation means that the code no longer crashes. Incidentally, this bug used
to be documented in the INSTALL file. Since it still exists, I think you should
mention this work-around in there again.
Now I have a new macro bug to report, albeit much smaller.
Consider the macro:
\begin_inset FormulaMacro
\newcommand{\domain}[1]{\Omega _{#1 }}
\end_inset
I'd like it to be
\newcommand{\domain}[1]{\Omega _{\mathrm{ #1 }}}
Ie, I'd like the subscript to be upright. (Some journals have this as a style
requirement.)
In fact, in an ideal world:
\newcommand{\domain}[1]{\Omega _{\,\!_{\mathrm{ #1
I'd like to lower the subscript a little. This is my hacked way of doing so
Lyx won't export either of these. (It won't save it. The tex file it creates
doesn't contain it. Nada.) Why not?? I have no problems if I put the
\newcommand at the top of the page.
Any and all insights welcome!
Angus
Incidentally:
JMarc Any help in solving this (math_iter.C optimisation) problem would be very
JMarc welcome.
I'm a competent coder but my C++ is definitely of the hacker variety.
Nonetheless, since I have the "perfect" environment to investigate this bug,
point me in the right direction and I'll give it a go.
Angus
"JMarc" == Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
"Angus" == Angus Leeming [EMAIL PROTECTED] writes:
Angus I can define macros and use them to create equations quickly.
Angus However, when I come to create output using view dvi, latex
Angus complains that these control sequences are unknown. The only
Angus remedy I've found is to edit the lyx file by hand, cut out the
Angus macros, and reinsert them in the latex preamble as straight
Angus 'newcommands'. In this case, I can't use them within lyx to
Angus create my equations because lyx doesn't recognise that they
Angus need arguments.
Angus I attach two files to illustrate what I mean:
JMarc You have centered the paragraph which contains the macros, meaning
JMarc that they are defined as
JMarc {\centering
JMarc \newcommand...
JMarc \newcommand...
JMarc \par}
JMarc The effect is that the definitions are lost when the last } is
JMarc encountered. Just setting the justification of the paragraph
JMarc containing the macros to Block (as it is by default) solves the
JMarc problem.
JMarc I do not know how we could avoid that... but we should, ideally.
Angus good_tex.lyx, everything appears to work correctly BECAUSE
Angus lyx's macros are defined for all documents. Surely, macros are
Angus document specific!!!
JMarc Yes, this is something that's supposed to be fixed later: make the
JMarc macros document-specific. Now, it has the advantage that, if you
JMarc define a macro in your main document and include other documents
JMarc therein, the macros will be accessible on all documents.
Angus 2. crashes both 1.04 and 1.1.2 crash A LOT. One
Angus particular instance concerns macros.
Angus Running a non-stripped version of 1.1.2 under gdb on a DEC
Angus Alpha running Digital Unix 3.2
JMarc A guess: are you compiling with egcs? Which version? I am personnally
JMarc developping LyX on Digital Unix 4.0f (was 3.2 not so long ago) and it
JMarc works fine, when compiled with both gcc 2.8.1 and dec cxx 6.1.
JMarc However, we've had plenty of bug reports with egcs, and a particular
JMarc bug of egcs 1.x (bad intrisic memcpy()) is even worked around in the
JMarc code. My guess is that some other egcs bugs exist (there are crashes
JMarc with gcc 2.95.x too), but I am not competent enough to catch them.
JMarc As far as I know the problem is in math_iter.C, where the data is
JMarc stored in an array of bytes. This means that at times you have to copy
JMarc pointers to non-aligned locations, and egcs breaks on that. The break
JMarc that you see is probably a consequence of reading bad data. You can
JMarc try to compile math_iter.C without optimization (or with
JMarc -fno-builtins) and see whether this helps.
JMarc Any help in solving this problem would be very welcome.
JMarc Now, if you do not use egcs/gcc2.95, forget all that I said :)
Re: macro bugs in lyx 1.0.4 and in 1.1.2
"Angus" == Angus Leeming [EMAIL PROTECTED] writes:
Angus Jean-Marc, you're a superstar!
You're welcome :)
Angus I had used egcs (1.1.2) to compile lyx. Re-compiling
Angus math_iter.o without optimisation means that the code no longer
Angus crashes. Incidentally, this bug used to be documented in the
Angus INSTALL file. Since it still exists, I think you should mention
Angus this work-around in there again.
I'd really like to understand where this happens.
Angus I'm a competent coder but my C++ is definitely of the hacker
Angus variety. Nonetheless, since I have the "perfect" environment to
Angus investigate this bug, point me in the right direction and I'll
Angus give it a go.
The idea is to check the uses of memcpy() and check whether these
could copy pointers in a non-aligned way in the array-bf array.
One such occurence has been fixed around line 270 of mathed_iter.C.
As you can see, this is only C-type work :)
On macros:
Angus I'd like it to be
Angus \newcommand{\domain}[1]{\Omega _{\mathrm{ #1 }}}
Angus Ie, I'd like the subscript to be upright. (Some journals have
Angus this as a style requirement.)
If you use 'M-m m' in math mode, you'll get so-called math-text-mode
which gives almost that.
Angus In fact, in an ideal world:
Angus \newcommand{\domain}[1]{\Omega _{\,\!_{\mathrm{ #1
It might be possible to get... Mathed does spacing (albeit maybe not
negative ones)
Angus Lyx won't export either of these. (It won't save it. The tex
Angus file it creates doesn't contain it. Nada.) Why not?? I have no
Angus problems if I put the \newcommand at the top of the page.
A nice trick: put your \newcommand in the preamble, and add
\let\newcommand=\providecommand
at the end of the preamble. Then you can define a `good enough' macro
for display, and the other one will be used for LaTeX. Note however,
that this is really a hack, which might not work forever...
"JMarc" == Jean-Marc Lasgouttes [EMAIL PROTECTED]
writes: "Angus" == Angus Leeming [EMAIL PROTECTED] writes:
Angus I can define macros and use them to create equations quickly.
Angus However, when I come to create output using view dvi, latex
Angus complains that these control sequences are unknown. The only
Angus remedy I've found is to edit the lyx file by hand, cut out the
Angus macros, and reinsert them in the latex preamble as straight
Angus 'newcommands'. In this case, I can't use them within lyx to
Angus create my equations because lyx doesn't recognise that they
Angus need arguments.
Angus I attach two files to illustrate what I mean:
JMarc You have centered the paragraph which contains the macros,
JMarc meaning that they are defined as {\centering \newcommand...
JMarc \newcommand... \par}
JMarc The effect is that the definitions are lost when the last } is
JMarc encountered. Just setting the justification of the paragraph
JMarc containing the macros to Block (as it is by default) solves the
JMarc problem.
JMarc I do not know how we could avoid that... but we should,
JMarc ideally.
Angus good_tex.lyx, everything appears to work correctly BECAUSE
Angus lyx's macros are defined for all documents. Surely, macros are
Angus document specific!!!
JMarc Yes, this is something that's supposed to be fixed later: make
JMarc the macros document-specific. Now, it has the advantage that,
JMarc if you define a macro in your main document and include other
JMarc documents therein, the macros will be accessible on all
JMarc documents.
Angus 2. crashes both 1.04 and 1.1.2 crash A LOT. One
Angus particular instance concerns macros.
Angus Running a non-stripped version of 1.1.2 under gdb on a DEC
Angus Alpha running Digital Unix 3.2
JMarc A guess: are you compiling with egcs? Which version? I am
JMarc personnally developping LyX on Digital Unix 4.0f (was 3.2 not
JMarc so long ago) and it works fine, when compiled with both gcc
JMarc 2.8.1 and dec cxx 6.1.
JMarc However, we've had plenty of bug reports with egcs, and a
JMarc particular bug of egcs 1.x (bad intrisic memcpy()) is even
JMarc worked around in the code. My guess is that some other egcs
JMarc bugs exist (there are crashes with gcc 2.95.x too), but I am
JMarc not competent enough to catch them.
JMarc As far as I know the problem is in math_iter.C, where the data
JMarc is stored in an array of bytes. This means that at times you
JMarc have to copy pointers to non-aligned locations, and egcs breaks
JMarc on that. The break that you see is probably a consequence of
JMarc reading bad data. You can try to compile math_iter.C without
JMarc optimization (or with -fno-builtins) and see whether this
JMarc helps.
JMarc Any help in solving this problem would be very welcome.
JMarc Now, if you do not use egcs/gcc2.95, forget all that I said :)
Problem with lyx 1.1.2: ~/unknown_path
Hi I've just installed lyx 1.1.2 under Redhat 6.0 Because we use a central file server for all our s/w, I install using ./configure --prefix=/share/store/lyx-1.1.2 --exec=/share/store/lyx-1.1.2/linux I then make some links to a common set of directories in everyones path etc. The last version of lyx I installed was 1.0.3, and that has worked fine using this scheme for months. However, running lynx now I get the error: "Lyx wasn't able yp find its layout description! Check that the file textclass.lst is installed correctly." and I get "LyXTextClassList::Read: unable to find textclass file `~/unknown_path'. Exiting. LyXSetStyle: an error occured during parsing. Exiting. on STDERR. The textclass.lst is in /share/store/lyx-1.1.2/share/lyx/textclass.lst so I'm not sure why that's a problem. I looked in the mailing list archive, and found a thread which said to check if ~/.lyx/textclass.lst was present. It wasn't (I moved ~/.lyx to ~/.lyx.orig when I first had the problems), so I copied it across. Lyx now fires up OK, but I get : Error reading bind file: Unable to open keymap file on STDERR. If I try to reconfigure (Options/Reconfigure), I get sh: configure: command not found on STDERR. I asume it is the /share/store/lyx-1.1.2/share/lyx/configure that lyx is trying to run, but adding that to my PATH still gives the same error. The message referred to above also said that this could be due to the Xforms library being linked against libc. However, ldd on the 1.0.3 binary and the 1.1.3 v=binary give me this: crusher% ldd /share/store/lyx-1.1.2/linux/bin/lyx libforms.so.0.88 = /share/links/linux/lib/libforms.so.0.88 (0x40014000) libXpm.so.4 = /usr/X11R6/lib/libXpm.so.4 (0x4009e000) libSM.so.6 = /usr/X11R6/lib/libSM.so.6 (0x400ab000) libICE.so.6 = /usr/X11R6/lib/libICE.so.6 (0x400b5000) libX11.so.6 = /usr/X11R6/lib/libX11.so.6 (0x400cc000) libstdc++-libc6.1-1.so.2 = /usr/lib/libstdc++-libc6.1-1.so.2 (0x4017) libm.so.6 = /lib/libm.so.6 (0x401b2000) libc.so.6 = /lib/libc.so.6 (0x401ce000) /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x4000) crusher% ldd /share/store/lyx-1.0.3/linux/bin/lyx libforms.so.0.88 = /share/links/linux/lib/libforms.so.0.88 (0x40014000) libXpm.so.4 = /usr/X11R6/lib/libXpm.so.4 (0x4009e000) libSM.so.6 = /usr/X11R6/lib/libSM.so.6 (0x400ab000) libICE.so.6 = /usr/X11R6/lib/libICE.so.6 (0x400b5000) libX11.so.6 = /usr/X11R6/lib/libX11.so.6 (0x400cc000) libstdc++-libc6.1-1.so.2 = /usr/lib/libstdc++-libc6.1-1.so.2 (0x4017) libm.so.6 = /lib/libm.so.6 (0x401b2000) libc.so.6 = /lib/libc.so.6 (0x401ce000) /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x4000) which appear identical to me. Any help appreciated. Pete -- Pete Phillips, Deputy Director, | Visit http://www.smtl.co.uk/ - the Surgical Materials Testing Lab, | only web site dedicated to medical Princess of Wales Hospital, S. Wales| disposables, dressings, wound care Fax: +44 1656-752830 [EMAIL PROTECTED]| and biosurgery (maggot therapy).
Re: homebrew latex?
On Fri, Nov 26, 1999 at 10:28:15AM +0100, [EMAIL PROTECTED] wrote: LyX files are _not_ LaTeX format or even remotely LaTeX compatible. Maybe we should put a line into the header of .lyx file saying exactly that. .lyx files look a bit .tex-ish, don't they? Yes, please! That's exactly what happened. I edited the lyx file in xemacs. And now that the 'created by' line is gone we've got even some space to waste ;---) -- "Never ascribe to malice that which can be explained by stupidity." via, but not speaking for Deutsche Bank
hi
Hi, i'm an italian student in physics and i am using lyx 1.0.4 to writing wy thesys.well i've got some problem to writing equations too much long, because there is not the way to autojustify the equation in the various lines of an array, or to give only one label to a multyline equation, or to bold a character inside the math mode, so i've to edit the output tex file and place \bf to bold it will be great if you put the menus on thr mouse botton... bye .. Luca
Re: hi
"luca1" == luca1 [EMAIL PROTECTED] writes: luca1 Hi, i'm an italian student in physics and i am using lyx 1.0.4 luca1 to = writing wy thesys.well i've got some problem to luca1 writing equations = too much long, because there is not the way luca1 to autojustify the equation = in the various lines of an array, luca1 or to give only one label to a = multyline equation, or to bold luca1 a character inside the math mode, so i've = to edit the output luca1 tex file and place \bf to bold it will be great if you put luca1 the menus on thr mouse botton... bye .. Luca I'll try to answer: - autojustify: what do you mean? - one label (I guess you mean one number?): use M-m N to remove a number. - To get a bold character: M-c b, then type the character. Or use the 'bold' icon before typing the character. JMarc
Re: Problem with lyx 1.1.2: ~/unknown_path
"Pete" == Pete Phillips [EMAIL PROTECTED] writes: Pete Because we use a central file server for all our s/w, I install Pete using Pete ./configure --prefix=/share/store/lyx-1.1.2 Pete --exec=/share/store/lyx-1.1.2/linux Pete I then make some links to a common set of directories in Pete everyones path etc. Pete The last version of lyx I installed was 1.0.3, and that has Pete worked fine using this scheme for months. Yes, but we made a lot of changes, and I have made some errors in this process. I _think_ these are fixed in 1.1.3pre1. To fix it on your copy, try to add in src/Makefile (somewhere in the beginning) LYX_DIR=/share/store/lyx-1.1.2 Then delete main.o and lyx_main.o and recompile. I'm very interested to hear what people experience when using non-default settings. After all, the old 1.0.x settings has taken some time to stabilize... JMarc
Re: --export without GUI
I expect however to see more code moving from LyXFunc::Dispatch to Buffer::Dispatch and in a couple of years everything should have found its place and Asger's objection (Duplicate Code) would be void ;-) (Actually, I think at least LFUN_VC_* (and probably some of LFUN_*_INSERT) could be removed from LyXFunc::Dispatch already.) I can live with that. It's ok for me to have a second level dispatch in Buffer. So, just move the relavant stuff to Buffer, and let LyXFunc::Dispatch be a real dispatcher, which dispatches to another dispatcher ;-) Then, no real code duplication is needed, and LyX will even be a little nicer in the code base. Greets, Asger
Re: Problem with lyx 1.1.2: ~/unknown_path
"Jean-Marc" == Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: Jean-Marc Yes, but we made a lot of changes, and I have made some Jean-Marc errors in this process. I _think_ these are fixed in Jean-Marc 1.1.3pre1. To fix it on your copy, try to add in Jean-Marc src/Makefile (somewhere in the beginning) Jean-Marc LYX_DIR=/share/store/lyx-1.1.2 Jean-Marc Then delete main.o and lyx_main.o and recompile. OK I tried this, but it didn't work. I grepped for LYX_DIR in the Makefiles, and found: lib/reLyX/Makefile:LYX_DIR = /share/store/lyx-1.1.2/share/lyx So I changed the src/Makefile to this and recompiled. It now works fine. Thanks.
Re: epsilon and varepsilon bug
My point was: Much code that was from the beginning thought to be temporaray and soon to be replaced never got replaced. My point is that this is ok sometimes. I think we have a bit different notion about what a "hack" is. You're a great diplomat. Cheers, Asger
Re: Problem with lyx 1.1.2: ~/unknown_path
"Pete" == Pete Phillips [EMAIL PROTECTED] writes: Pete OK I tried this, but it didn't work. I grepped for LYX_DIR in Pete the Makefiles, and found: Pete lib/reLyX/Makefile:LYX_DIR = /share/store/lyx-1.1.2/share/lyx Pete So I changed the src/Makefile to this and recompiled. It now Pete works fine. Sorry, I just misunderstood how your paths were setup. JMarc
Re: epsilon and varepsilon bug
"Asger" == Asger K Alstrup Nielsen [EMAIL PROTECTED] writes: My point was: Much code that was from the beginning thought to be temporary and soon to be replaced never got replaced. Asger My point is that this is ok sometimes. Like the delete-actually-cuts bug. Conceptually it should be fixed very soon. However, I took a look at the code, got frightened, and decided not to do it. I guess that's a trivial bug that will stay for a long time. I think we have a bit different notion about what a "hack" is. Asger You're a great diplomat. Lars, diplomat? You're a great diplomat, Asger. JMarc
lyx bugs
Two bugs found: 1. Math mode I can change the positions of start and end index for sum and integral with M-m l but this doesn't work for "lim". So I wrote "lim\limitsindexes", ie. after the "lim" I entered LaTeX command "\limits" and this made the trick. However, when saving and loading again the file ALL "\limits" COMMANDS HAVE DISAPPEARED. I consider this pretty serious if save or load doesn't work properly. 2. File-View postscript For some documents, this command seems to crash lyx. I have still investigate this further, but some example files are at http://www.ee.oulu.fi/~tuukkat/lyxcrash.zip. (I think the crash happens when LyX converts the document to TeX) It's lyx 1.1.2 I have. Compiled from source with egcs, on linux 2.2.13. And now a word for people porting LyX for multitoolkit. Have you looked at "fltk"? It is more or less similar for Xforms, so lyx should be easy to port for it. It's LGPL'ed and ports even to the other operating system. http://www.fltk.org/ I'm waiting eagerly for the multitoolkit lyx :) Thanks for a great program. -- | Tuukka Toivonen [EMAIL PROTECTED] [PGP public key | Homepage: http://www.ee.oulu.fi/~tuukkat/ available] | Try also finger -l [EMAIL PROTECTED] | Studying information engineering at the University of Oulu +---
Re: epsilon and varepsilon bug
I think we have a bit different notion about what a "hack" is. Asger You're a great diplomat. Lars, diplomat? You're a great diplomat, Asger. JMarc Something is wrong... *scratch head* ... awfully wrong... You are not supposed to make compliments to each other on a *Friday*. That's what Mondays are for! Andre' -- Andre' Poenitz .. [EMAIL PROTECTED]
Re: epsilon and varepsilon bug
On Fri, Nov 26, 1999 at 05:35:37PM +0100, Andre' Poenitz wrote: I think we have a bit different notion about what a "hack" is. Asger You're a great diplomat. Lars, diplomat? You're a great diplomat, Asger. JMarc Something is wrong... *scratch head* ... awfully wrong... You are not supposed to make compliments to each other on a *Friday*. That's what Mondays are for! Compliments, what compliments? Those were very (not so) subtle jokes and you didn't notice. They never forget a friday. It almost seems that you are a novice here André... we are dealing with friday expert gurus... Andre' -- Andre' Poenitz .. [EMAIL PROTECTED] -- José
Re: lyx bugs
On Fri, Nov 26, 1999 at 06:23:48PM +0200, Tuukka Toivonen wrote: 2. File-View postscript For some documents, this command seems to crash lyx. I have still investigate this further, but some example files are at http://www.ee.oulu.fi/~tuukkat/lyxcrash.zip. (I think the crash happens when LyX converts the document to TeX) It's lyx 1.1.2 I have. Compiled from source with egcs, on linux 2.2.13. I guess this is the same problem I had with View DVI. If so it is fixed in CVS and in the latest Debian release. Michael -- Michael Meskes | Go SF 49ers! Th.-Heuss-Str. 61, D-41812 Erkelenz| Go Rhein Fire! Tel.: (+49) 2431/72651 | Use Debian GNU/Linux! Email: [EMAIL PROTECTED] | Use PostgreSQL!
Re: epsilon and varepsilon bug
Compliments, what compliments? Those were very (not so) subtle jokes and you didn't notice. Jokes on a Friday? Come on, Jose', you should know better! Andre' -- Andre' Poenitz .. [EMAIL PROTECTED]
Error in Sources
Hi there,as I translated LyX 1.1.2 on my Sun
Solaris 2.7 machine with gcc 2.95.2 I got the following error
message:
filetools.C: In
function `bool PutEnv(const string )':filetools.C:322: passing `const
char *' as argument 1 of `putenv(char *)' discards qualifiers
So I edited the source code of the above written
functionin lyx-1.1.2/src/support/filetools.C in the following
way
bool PutEnv(string const envstr){#ifdef
WITH_WARNINGS#warning Look at and fix this.#endif
// f.ex. what about error
checking? int retval = 0;#if
HAVE_PUTENV // this leaks, but
what can we do about it? //
Is doing a getenv() and a free() of the older value
// a good idea?
(JMarc)
// I commented the following line://
retval = putenv((new
string(envstr))-c_str());
// I inserted thethree next lines char
buf[512]; strcpy( buf, envstr.c_str( )
); retval =
putenv(buf);#else#ifdef HAVE_SETENV
string varname;
string str =
envstr.split(varname,'='); retval
= setenv(varname.c_str(), str.c_str(), true);#endif#endif
return retval == 0;}
The funny thing is, i was able to translate the code
with a earlier version (2.7 or 2.8 - I don't know exactly) of gcc. Maybe they
changed thesignature of putenv.
Hope this helps you.
Thanks for LyX.
Christoph
-Christoph
WeidlingTechnical University of Ilmenau
BEGIN:VCARD
N:Weidling;Christoph
FN:Christoph Weidling
ORG:Technical Univertsity of Ilmenau
TEL;WORK;VOICE:+49-3677-692786
TEL;HOME;VOICE:+49-3677-203667
ADR;WORK:;BH 308;;Ilmenau;Thüringen;98684;Germany
LABEL;WORK;ENCODING=QUOTED-PRINTABLE:BH 308=0D=0AIlmenau, Th=FCringen 98684=0D=0AGermany
ADR;HOME:;;Weimarer Straße 62;Ilmenau;Thüringen;98693;Germany
LABEL;HOME;ENCODING=QUOTED-PRINTABLE:Weimarer Stra=DFe 62=0D=0AIlmenau, Th=FCringen 98693=0D=0AGermany
X-WAB-GENDER:Male
URL:http://www.tu-ilmenau.de/~ai025/
EMAIL;PREF;INTERNET:[EMAIL PROTECTED]
END:VCARD
Re: Layout File for the Journal of Sound and Vibration
JM
Yes, but you sent the .tex version of the template, which is not very
useful...
Doh!
OK, a few remarks:
- amssyme,bm and equation are not class options, but packages. So you
should replace your ClassOption stuff with
Preamble
\usepackage{amssyme,equation,bm}
EndPreamble
and check that this does not interfere with a preamble defined in ams
stuff. Note that it is not clear that the packages are always needed
by the class. If they are _really_ needed (do they provide
functionality that you really need?) you should change the declaration
of the layout to
#% Do not delete the line below; configure depends on this
# \DeclareLaTeXClass[jsv,equation.sty,bm.sty,jsv10.sty,amssyne.sty]{article (JSV)}
Moved the stuff to the preamble. In fact, it doesn't seem that any of the
packages (even jsv10.sty) are required to be defined in the preamble for it to
latex ok. Does this make sense?
It is said explicitely in the files that redistribution is forbidden.
What you can do is:
- fix a bit the jsv.layout
- send us jsv.layout and a jsv.lyx template
Will do over the next few days.
- send also a small writeup for LaTeXConfig.lyx.in describing where to
get the files (add a note saying that the links on the page give
files with capitalization, which is wront under unix).
Done.
- if you feel really brave, write some documentation for Extended.lyx
describing the features of the class.
Have contacted academic press for more information before I write this. Once I
get this finished I'll send the whole lot off to you.
Thanks
Ben
Re: epsilon and varepsilon bug
On Fri, Nov 26, 1999 at 05:52:05PM +0100, Andre' Poenitz wrote: Compliments, what compliments? Those were very (not so) subtle jokes and you didn't notice. Jokes on a Friday? Come on, Jose', you should know better! I'm very sorry for the mistake, what I intend to say was "Those were very (not so) ironic and frozen regards". Is this ok with you? Sorry this is the cause of too much multifractal measures analysis. As soon as you see an Escher drawing and the first reaction is to ask how the fractal dimension of the drawing depends on the scale there is something wrong. Again I'm sorry for the inconvinience. Andre' -- Andre' Poenitz .. [EMAIL PROTECTED] -- José
Re: gnoLyX
Lars Gullik, Thank you for your reply, comments below. Svante Signell Lars Gullik Bjønnes writes: > "Svante Signell (ERA)" <[EMAIL PROTECTED]> writes: > > | Finally somebody is taking this on!! > ... > | Now is the time to get more widespread use of LaTeX. This can be > | accomplished with the excellent tool LyX together with a good GUI > | such as gnome!! Also I would really prefer that LyX is to become > | part of the gnome workshop (together with GWP, GO and AbiWord). > > What is the gnome workshop? Take a look at http://www.gnome.org/gw.html > | What documentation/books do you recommend to start with? > > To make a port to gnome you don't need any LaTeX knowledge, and > from your comments I guess that you already have that. I like > Stroustups The C++ Programming Language 3rd edition a lot, as it is > more as a reference work. Which parts of the LyX documentation/code are important? I have an old document labeled: GUI Independence: The LyX way, dated 1 Nov 1998. Is this document still relevant/updated?
Re: [seak.teng-fong@iname.com] Feedback from www.lyx.org
> Seak> Finally, few weeks ago I asked in the website's "feedback"
> Seak> section how to "draw" tensor (ie like a vector but with double
> Seak> arrow on top). Have you received this? If it's not available in
> Seak> current version, will it be in the future?
>
> I did not answer because I do not know the answer. Presumably amsmath
> provides such a macro, and if it does, you should be able to use it
> with LyX. However I do not know the specifics.
My friend told me that in LaTeX, it's like this:
\stackrel{\Rightarrow}{T}
to put the double arrow on top of T. But if the symbol is longer, like
T_0, the length of the arrow isn't increased, as shown by the example
file attached in this mail. I don't know any "orthodox" way to write a
tensor, unfortunately.
For the rest of the mail, I'll look at them later and answer you
soon.
Regards,
Seak
tensor.tex
Re: That french key problem
> "Michael" == Michael Meskes <[EMAIL PROTECTED]> writes: >> correctly, these keys work in other applications (emacs?). Michael> I have no idea. And since I don't even have emacs installed I Michael> cannot check. Could you try in any Xaw application or whatever if this works? I do not have XFree myself. JMarc
Re: FILE -> ostream
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | Lars> Lars> I will probably not merge the iostream branch into the Lars> main | Lars> branch until 1.1.3 has been released. And I don't Lars> think we | Lars> should and more stuff to 1.1.2... | | Lars, Lars> what is the status of known problems in cvs now? Lars> I don't have any know problems... but I'd like to have some Lars> reports on 1.1.3pre1 before I release 1.1.3. You mean the problems with dead keys handling and thorn are fixed? JMarc
Re: homebrew latex?
> LyX: Unknown token `\techword{Highlighted}'. Inserting as text. [around line 72 of
>file ~/.fun/en.lyx]
Do you switch to LaTeX mode (C-l) before typing `\techword{Highlighted}'?
And switch back (C-l) afterwards?
> Please tell me I'm missing something.
You are probably missing something. Maybe you could write down step by
step what you are doing. You don't try to run LaTeX directly on the .lyx
file, do you? That's not possible (well, at least you don't get good
results ;-) )
Andre'
--
Andre' Poenitz .. [EMAIL PROTECTED]
Re: homebrew latex?
> LyX files are _not_ LaTeX format or even remotely LaTeX compatible. Maybe we should put a line into the header of .lyx file saying exactly that. .lyx files look a bit .tex-ish, don't they? And now that the 'created by' line is gone we've got even some space to waste ;---) Andre' -- Andre' Poenitz .. [EMAIL PROTECTED]
Re: FILE -> ostream
> Well, yes it is (was) Friday, but so far no problems. 'Was'? In my part of the world it still is ;-) Anyway. No real problems with 1.1.3 over here either. Maybe the -nw command line switch should be disabled for the time being but I doubt that anybody would try to name his document '-nw'... Andre' -- Andre' Poenitz .. [EMAIL PROTECTED]
Re: Layout File for the Journal of Sound and Vibration
> "Ben" == Ben Cazzolato <[EMAIL PROTECTED]> writes:
Ben> The Journal of Sound and Vibration (Academic Press) has recently
Ben> released a class file for the journal, jsv.cls. See following for
Ben> more details.
Ben> http://www.academicpress.com/www/journal/sv/JSVLaTeXFP.htm
I've the class and it looks like a quick hack to turn a latex2.09
style into a latex2e class.
Ben> Anyway, since I often submit to the JSV I've generated a layout
Ben> file for it based on the article and AMS article layout files,
Ben> jsv.layout.
Good idea :)
Ben> I've also made an example/template file.
Ben> I've attached all the relevant files.
Yes, but you sent the .tex version of the template, which is not very
useful...
Ben> Hope you can add this to the growing list of layout files. It's
Ben> my first attempt at a layout file (so go easy on me) and it may
Ben> need a little work but I think it has all the definitions
Ben> required (at least from what I could decipher from the jsv.cls
Ben> file).
OK, a few remarks:
- amssyme,bm and equation are not class options, but packages. So you
should replace your ClassOption stuff with
Preamble
\usepackage{amssyme,equation,bm}
EndPreamble
and check that this does not interfere with a preamble defined in ams
stuff. Note that it is not clear that the packages are always needed
by the class. If they are _really_ needed (do they provide
functionality that you really need?) you should change the declaration
of the layout to
#% Do not delete the line below; configure depends on this
# \DeclareLaTeXClass[jsv,equation.sty,bm.sty,jsv10.sty,amssyne.sty]{article (JSV)}
so that configure checks that all needed files are found.
My take on these packages is:
* equation.sty improves the look of eqnarray and is needed. You will
not be able to use the extra environments it provides, though.
* amssyme.sty provides some special symbols. Needed.
* jsv10.sty is of course needed
* bm.sty is not used automatically by mathed (for boldmath symbols);
moreover it should exist by default in most latex distribution (it
comes from the required tools bundle).
- Only 10pt size is allowed, so your should have a
ClassOptions
FontSize 10
End
- it is not clear if several pagestyle are allowed. If not, use
ClassOptions
PageStyle plain
End
[which can be merged with the other onw above, of course]
Ben> I realise that you don't need (or want) all the .sty and .cls
Ben> files but I thought that if you were happy enough to include it
Ben> in the distribution then maybe you could add to the code so it
Ben> searches when running reconfigure to see if the user has the
Ben> appropriate packages before presenting it in the Layout >
Ben> Document > Class box.
It is said explicitely in the files that redistribution is forbidden.
What you can do is:
- fix a bit the jsv.layout
- send us jsv.layout and a jsv.lyx template
- send also a small writeup for LaTeXConfig.lyx.in describing where to
get the files (add a note saying that the links on the page give
files with capitalization, which is wront under unix).
- if you feel really brave, write some documentation for Extended.lyx
describing the features of the class.
Ben> Hope this help the effort?
Of course it does :)
JMarc
Re: macro bugs in lyx 1.0.4 and in 1.1.2
Jean-Marc, you're a superstar!
My macros are no longer centred and they work.
I had used egcs (1.1.2) to compile lyx. Re-compiling math_iter.o without
optimisation means that the code no longer crashes. Incidentally, this bug used
to be documented in the INSTALL file. Since it still exists, I think you should
mention this work-around in there again.
Now I have a new macro bug to report, albeit much smaller.
Consider the macro:
\begin_inset FormulaMacro
\newcommand{\domain}[1]{\Omega _{#1 }}
\end_inset
I'd like it to be
\newcommand{\domain}[1]{\Omega _{\mathrm{ #1 }}}
Ie, I'd like the subscript to be upright. (Some journals have this as a style
requirement.)
In fact, in an ideal world:
\newcommand{\domain}[1]{\Omega _{\,\!_{\mathrm{ #1
I'd like to lower the subscript a little. This is my hacked way of doing so
Lyx won't export either of these. (It won't save it. The tex file it creates
doesn't contain it. Nada.) Why not?? I have no problems if I put the
\newcommand at the top of the page.
Any and all insights welcome!
Angus
Incidentally:
JMarc> Any help in solving this (math_iter.C optimisation) problem would be very
JMarc> welcome.
I'm a competent coder but my C++ is definitely of the hacker variety.
Nonetheless, since I have the "perfect" environment to investigate this bug,
point me in the right direction and I'll give it a go.
Angus
> "JMarc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> I can define macros and use them to create equations quickly.
Angus> However, when I come to create output using view dvi, latex
Angus> complains that these control sequences are unknown. The only
Angus> remedy I've found is to edit the lyx file by hand, cut out the
Angus> macros, and reinsert them in the latex preamble as straight
Angus> 'newcommands'. In this case, I can't use them within lyx to
Angus> create my equations because lyx doesn't recognise that they
Angus> need arguments.
Angus> I attach two files to illustrate what I mean:
JMarc> You have centered the paragraph which contains the macros, meaning
JMarc> that they are defined as
JMarc> {\centering
JMarc> \newcommand...
JMarc> \newcommand...
JMarc> \par}
JMarc> The effect is that the definitions are lost when the last } is
JMarc> encountered. Just setting the justification of the paragraph
JMarc> containing the macros to Block (as it is by default) solves the
JMarc> problem.
JMarc> I do not know how we could avoid that... but we should, ideally.
Angus> good_tex.lyx, everything appears to work correctly BECAUSE
Angus> lyx's macros are defined for all documents. Surely, macros are
Angus> document specific!!!
JMarc> Yes, this is something that's supposed to be fixed later: make the
JMarc> macros document-specific. Now, it has the advantage that, if you
JMarc> define a macro in your main document and include other documents
JMarc> therein, the macros will be accessible on all documents.
Angus> 2. crashes both 1.04 and 1.1.2 crash A LOT. One
Angus> particular instance concerns macros.
Angus> Running a non-stripped version of 1.1.2 under gdb on a DEC
Angus> Alpha running Digital Unix 3.2
JMarc> A guess: are you compiling with egcs? Which version? I am personnally
JMarc> developping LyX on Digital Unix 4.0f (was 3.2 not so long ago) and it
JMarc> works fine, when compiled with both gcc 2.8.1 and dec cxx 6.1.
JMarc> However, we've had plenty of bug reports with egcs, and a particular
JMarc> bug of egcs 1.x (bad intrisic memcpy()) is even worked around in the
JMarc> code. My guess is that some other egcs bugs exist (there are crashes
JMarc> with gcc 2.95.x too), but I am not competent enough to catch them.
JMarc> As far as I know the problem is in math_iter.C, where the data is
JMarc> stored in an array of bytes. This means that at times you have to copy
JMarc> pointers to non-aligned locations, and egcs breaks on that. The break
JMarc> that you see is probably a consequence of reading bad data. You can
JMarc> try to compile math_iter.C without optimization (or with
JMarc> -fno-builtins) and see whether this helps.
JMarc> Any help in solving this problem would be very welcome.
JMarc> Now, if you do not use egcs/gcc2.95, forget all that I said :)
Re: macro bugs in lyx 1.0.4 and in 1.1.2
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Jean-Marc, you're a superstar!
You're welcome :)
Angus> I had used egcs (1.1.2) to compile lyx. Re-compiling
Angus> math_iter.o without optimisation means that the code no longer
Angus> crashes. Incidentally, this bug used to be documented in the
Angus> INSTALL file. Since it still exists, I think you should mention
Angus> this work-around in there again.
I'd really like to understand where this happens.
Angus> I'm a competent coder but my C++ is definitely of the hacker
Angus> variety. Nonetheless, since I have the "perfect" environment to
Angus> investigate this bug, point me in the right direction and I'll
Angus> give it a go.
The idea is to check the uses of memcpy() and check whether these
could copy pointers in a non-aligned way in the array->bf array.
One such occurence has been fixed around line 270 of mathed_iter.C.
As you can see, this is only C-type work :)
On macros:
Angus> I'd like it to be
Angus> \newcommand{\domain}[1]{\Omega _{\mathrm{ #1 }}}
Angus> Ie, I'd like the subscript to be upright. (Some journals have
Angus> this as a style requirement.)
If you use 'M-m m' in math mode, you'll get so-called math-text-mode
which gives almost that.
Angus> In fact, in an ideal world:
Angus> \newcommand{\domain}[1]{\Omega _{\,\!_{\mathrm{ #1
It might be possible to get... Mathed does spacing (albeit maybe not
negative ones)
Angus> Lyx won't export either of these. (It won't save it. The tex
Angus> file it creates doesn't contain it. Nada.) Why not?? I have no
Angus> problems if I put the \newcommand at the top of the page.
A nice trick: put your \newcommand in the preamble, and add
\let\newcommand=\providecommand
at the end of the preamble. Then you can define a `good enough' macro
for display, and the other one will be used for LaTeX. Note however,
that this is really a hack, which might not work forever...
>> "JMarc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]>
>> writes: "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> I can define macros and use them to create equations quickly.
Angus> However, when I come to create output using view dvi, latex
Angus> complains that these control sequences are unknown. The only
Angus> remedy I've found is to edit the lyx file by hand, cut out the
Angus> macros, and reinsert them in the latex preamble as straight
Angus> 'newcommands'. In this case, I can't use them within lyx to
Angus> create my equations because lyx doesn't recognise that they
Angus> need arguments.
Angus> I attach two files to illustrate what I mean:
JMarc> You have centered the paragraph which contains the macros,
JMarc> meaning that they are defined as {\centering \newcommand...
JMarc> \newcommand... \par}
JMarc> The effect is that the definitions are lost when the last } is
JMarc> encountered. Just setting the justification of the paragraph
JMarc> containing the macros to Block (as it is by default) solves the
JMarc> problem.
JMarc> I do not know how we could avoid that... but we should,
JMarc> ideally.
Angus> good_tex.lyx, everything appears to work correctly BECAUSE
Angus> lyx's macros are defined for all documents. Surely, macros are
Angus> document specific!!!
JMarc> Yes, this is something that's supposed to be fixed later: make
JMarc> the macros document-specific. Now, it has the advantage that,
JMarc> if you define a macro in your main document and include other
JMarc> documents therein, the macros will be accessible on all
JMarc> documents.
Angus> 2. crashes both 1.04 and 1.1.2 crash A LOT. One
Angus> particular instance concerns macros.
Angus> Running a non-stripped version of 1.1.2 under gdb on a DEC
Angus> Alpha running Digital Unix 3.2
JMarc> A guess: are you compiling with egcs? Which version? I am
JMarc> personnally developping LyX on Digital Unix 4.0f (was 3.2 not
JMarc> so long ago) and it works fine, when compiled with both gcc
JMarc> 2.8.1 and dec cxx 6.1.
JMarc> However, we've had plenty of bug reports with egcs, and a
JMarc> particular bug of egcs 1.x (bad intrisic memcpy()) is even
JMarc> worked around in the code. My guess is that some other egcs
JMarc> bugs exist (there are crashes with gcc 2.95.x too), but I am
JMarc> not competent enough to catch them.
JMarc> As far as I know the problem is in math_iter.C, where the data
JMarc> is stored in an array of bytes. This means that at times you
JMarc> have to copy pointers to non-aligned locations, and egcs breaks
JMarc> on that. The break that you see is probably a consequence of
JMarc> reading bad data. You can try to compile math_iter.C without
JMarc> optimization (or with -fno-builtins) and see whether this
JMarc> helps.
JMarc> Any help in solving this problem would be very welcome.
JMarc> Now, if you do not use egcs/gcc2.95, forget all that I said :)
Problem with lyx 1.1.2: ~/
Hi I've just installed lyx 1.1.2 under Redhat 6.0 Because we use a central file server for all our s/w, I install using ./configure --prefix=/share/store/lyx-1.1.2 --exec=/share/store/lyx-1.1.2/linux I then make some links to a common set of directories in everyones path etc. The last version of lyx I installed was 1.0.3, and that has worked fine using this scheme for months. However, running lynx now I get the error: "Lyx wasn't able yp find its layout description! Check that the file textclass.lst is installed correctly." and I get "LyXTextClassList::Read: unable to find textclass file `~/'. Exiting. LyXSetStyle: an error occured during parsing. Exiting. on STDERR. The textclass.lst is in /share/store/lyx-1.1.2/share/lyx/textclass.lst so I'm not sure why that's a problem. I looked in the mailing list archive, and found a thread which said to check if ~/.lyx/textclass.lst was present. It wasn't (I moved ~/.lyx to ~/.lyx.orig when I first had the problems), so I copied it across. Lyx now fires up OK, but I get : Error reading bind file: Unable to open keymap file on STDERR. If I try to reconfigure (Options/Reconfigure), I get sh: configure: command not found on STDERR. I asume it is the /share/store/lyx-1.1.2/share/lyx/configure that lyx is trying to run, but adding that to my PATH still gives the same error. The message referred to above also said that this could be due to the Xforms library being linked against libc. However, ldd on the 1.0.3 binary and the 1.1.3 v=binary give me this: crusher% ldd /share/store/lyx-1.1.2/linux/bin/lyx libforms.so.0.88 => /share/links/linux/lib/libforms.so.0.88 (0x40014000) libXpm.so.4 => /usr/X11R6/lib/libXpm.so.4 (0x4009e000) libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x400ab000) libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x400b5000) libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x400cc000) libstdc++-libc6.1-1.so.2 => /usr/lib/libstdc++-libc6.1-1.so.2 (0x4017) libm.so.6 => /lib/libm.so.6 (0x401b2000) libc.so.6 => /lib/libc.so.6 (0x401ce000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x4000) crusher% ldd /share/store/lyx-1.0.3/linux/bin/lyx libforms.so.0.88 => /share/links/linux/lib/libforms.so.0.88 (0x40014000) libXpm.so.4 => /usr/X11R6/lib/libXpm.so.4 (0x4009e000) libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x400ab000) libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x400b5000) libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x400cc000) libstdc++-libc6.1-1.so.2 => /usr/lib/libstdc++-libc6.1-1.so.2 (0x4017) libm.so.6 => /lib/libm.so.6 (0x401b2000) libc.so.6 => /lib/libc.so.6 (0x401ce000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x4000) which appear identical to me. Any help appreciated. Pete -- Pete Phillips, Deputy Director, | Visit http://www.smtl.co.uk/ - the Surgical Materials Testing Lab, | only web site dedicated to medical Princess of Wales Hospital, S. Wales| disposables, dressings, wound care Fax: +44 1656-752830 [EMAIL PROTECTED]| and biosurgery (maggot therapy).
Re: homebrew latex?
On Fri, Nov 26, 1999 at 10:28:15AM +0100, [EMAIL PROTECTED] wrote: > > LyX files are _not_ LaTeX format or even remotely LaTeX compatible. > > Maybe we should put a line into the header of .lyx file saying exactly > that. .lyx files look a bit .tex-ish, don't they? Yes, please! That's exactly what happened. I edited the lyx file in xemacs. > And now that the 'created by' line is gone we've got even some space to > waste ;---) -- "Never ascribe to malice that which can be explained by stupidity." via, but not speaking for Deutsche Bank
hi
Hi, i'm an italian student in physics and i am using lyx 1.0.4 to writing wy thesys.well i've got some problem to writing equations too much long, because there is not the way to autojustify the equation in the various lines of an array, or to give only one label to a multyline equation, or to bold a character inside the math mode, so i've to edit the output tex file and place \bf to bold it will be great if you put the menus on thr mouse botton... bye .. Luca
Re: hi
> "luca1" == luca1 <[EMAIL PROTECTED]> writes: luca1> Hi, i'm an italian student in physics and i am using lyx 1.0.4 luca1> to = writing wy thesys.well i've got some problem to luca1> writing equations = too much long, because there is not the way luca1> to autojustify the equation = in the various lines of an array, luca1> or to give only one label to a = multyline equation, or to bold luca1> a character inside the math mode, so i've = to edit the output luca1> tex file and place \bf to bold it will be great if you put luca1> the menus on thr mouse botton... bye .. Luca I'll try to answer: - autojustify: what do you mean? - one label (I guess you mean one number?): use M-m N to remove a number. - To get a bold character: M-c b, then type the character. Or use the 'bold' icon before typing the character. JMarc
Re: Problem with lyx 1.1.2: ~/
> "Pete" == Pete Phillips <[EMAIL PROTECTED]> writes: Pete> Because we use a central file server for all our s/w, I install Pete> using Pete> ./configure --prefix=/share/store/lyx-1.1.2 Pete> --exec=/share/store/lyx-1.1.2/linux Pete> I then make some links to a common set of directories in Pete> everyones path etc. Pete> The last version of lyx I installed was 1.0.3, and that has Pete> worked fine using this scheme for months. Yes, but we made a lot of changes, and I have made some errors in this process. I _think_ these are fixed in 1.1.3pre1. To fix it on your copy, try to add in src/Makefile (somewhere in the beginning) LYX_DIR=/share/store/lyx-1.1.2 Then delete main.o and lyx_main.o and recompile. I'm very interested to hear what people experience when using non-default settings. After all, the old 1.0.x settings has taken some time to stabilize... JMarc
Re: --export without GUI
> I expect however to see more code moving from LyXFunc::Dispatch to > Buffer::Dispatch and in a couple of years everything should have found > its place and Asger's objection (Duplicate Code) would be void ;-) > (Actually, I think at least LFUN_VC_* (and probably some of LFUN_*_INSERT) > could be removed from LyXFunc::Dispatch already.) I can live with that. It's ok for me to have a second level dispatch in Buffer. So, just move the relavant stuff to Buffer, and let LyXFunc::Dispatch be a real dispatcher, which dispatches to another dispatcher ;-) Then, no real code duplication is needed, and LyX will even be a little nicer in the code base. Greets, Asger
Re: Problem with lyx 1.1.2: ~/
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: Jean-Marc> Yes, but we made a lot of changes, and I have made some Jean-Marc> errors in this process. I _think_ these are fixed in Jean-Marc> 1.1.3pre1. To fix it on your copy, try to add in Jean-Marc> src/Makefile (somewhere in the beginning) Jean-Marc> LYX_DIR=/share/store/lyx-1.1.2 Jean-Marc> Then delete main.o and lyx_main.o and recompile. OK I tried this, but it didn't work. I grepped for LYX_DIR in the Makefiles, and found: lib/reLyX/Makefile:LYX_DIR = /share/store/lyx-1.1.2/share/lyx So I changed the src/Makefile to this and recompiled. It now works fine. Thanks.
Re: epsilon and varepsilon bug
> My point was: Much code that was from the beginning thought to be > temporaray and soon to be replaced never got replaced. My point is that this is ok sometimes. > I think we have a bit different notion about what a "hack" is. You're a great diplomat. Cheers, Asger
Re: Problem with lyx 1.1.2: ~/
> "Pete" == Pete Phillips <[EMAIL PROTECTED]> writes: Pete> OK I tried this, but it didn't work. I grepped for LYX_DIR in Pete> the Makefiles, and found: Pete> lib/reLyX/Makefile:LYX_DIR = /share/store/lyx-1.1.2/share/lyx Pete> So I changed the src/Makefile to this and recompiled. It now Pete> works fine. Sorry, I just misunderstood how your paths were setup. JMarc
Re: epsilon and varepsilon bug
> "Asger" == Asger K Alstrup Nielsen <[EMAIL PROTECTED]> writes: >> My point was: Much code that was from the beginning thought to be >> temporary and soon to be replaced never got replaced. Asger> My point is that this is ok sometimes. Like the delete-actually-cuts bug. Conceptually it should be fixed very soon. However, I took a look at the code, got frightened, and decided not to do it. I guess that's a trivial bug that will stay for a long time. >> I think we have a bit different notion about what a "hack" is. Asger> You're a great diplomat. Lars, diplomat? You're a great diplomat, Asger. JMarc
lyx bugs
Two bugs found: 1. Math mode I can change the positions of start and end index for sum and integral with M-m l but this doesn't work for "lim". So I wrote "lim\limits", ie. after the "lim" I entered LaTeX command "\limits" and this made the trick. However, when saving and loading again the file ALL "\limits" COMMANDS HAVE DISAPPEARED. I consider this pretty serious if save or load doesn't work properly. 2. File->View postscript For some documents, this command seems to crash lyx. I have still investigate this further, but some example files are at http://www.ee.oulu.fi/~tuukkat/lyxcrash.zip. (I think the crash happens when LyX converts the document to TeX) It's lyx 1.1.2 I have. Compiled from source with egcs, on linux 2.2.13. And now a word for people porting LyX for multitoolkit. Have you looked at "fltk"? It is more or less similar for Xforms, so lyx should be easy to port for it. It's LGPL'ed and ports even to the other operating system. http://www.fltk.org/ I'm waiting eagerly for the multitoolkit lyx :) Thanks for a great program. -- | Tuukka Toivonen <[EMAIL PROTECTED]> [PGP public key | Homepage: http://www.ee.oulu.fi/~tuukkat/ available] | Try also finger -l [EMAIL PROTECTED] | Studying information engineering at the University of Oulu +---
Re: epsilon and varepsilon bug
> >> I think we have a bit different notion about what a "hack" is. > > Asger> You're a great diplomat. > > Lars, diplomat? You're a great diplomat, Asger. > JMarc Something is wrong... *scratch head* ... awfully wrong... You are not supposed to make compliments to each other on a *Friday*. That's what Mondays are for! Andre' -- Andre' Poenitz .. [EMAIL PROTECTED]
Re: epsilon and varepsilon bug
On Fri, Nov 26, 1999 at 05:35:37PM +0100, Andre' Poenitz wrote: > > >> I think we have a bit different notion about what a "hack" is. > > > > Asger> You're a great diplomat. > > Lars, diplomat? You're a great diplomat, Asger. > > JMarc > Something is wrong... *scratch head* ... awfully wrong... > > You are not supposed to make compliments to each other on a *Friday*. > That's what Mondays are for! Compliments, what compliments? Those were very (not so) subtle jokes and you didn't notice. They never forget a friday. It almost seems that you are a novice here André... we are dealing with friday expert gurus... > Andre' > > -- > Andre' Poenitz .. [EMAIL PROTECTED] -- José
Re: lyx bugs
On Fri, Nov 26, 1999 at 06:23:48PM +0200, Tuukka Toivonen wrote: > 2. File->View postscript > For some documents, this command seems to crash lyx. I have still > investigate this further, but some example files are at > http://www.ee.oulu.fi/~tuukkat/lyxcrash.zip. > (I think the crash happens when LyX converts the document to TeX) > > It's lyx 1.1.2 I have. Compiled from source with egcs, on linux 2.2.13. I guess this is the same problem I had with View DVI. If so it is fixed in CVS and in the latest Debian release. Michael -- Michael Meskes | Go SF 49ers! Th.-Heuss-Str. 61, D-41812 Erkelenz| Go Rhein Fire! Tel.: (+49) 2431/72651 | Use Debian GNU/Linux! Email: [EMAIL PROTECTED] | Use PostgreSQL!
Re: epsilon and varepsilon bug
> Compliments, what compliments? Those were very (not so) subtle jokes and > you didn't notice. Jokes on a Friday? Come on, Jose', you should know better! Andre' -- Andre' Poenitz .. [EMAIL PROTECTED]
Error in Sources
Hi there,as I translated LyX 1.1.2 on my Sun
Solaris 2.7 machine with gcc 2.95.2 I got the following error
message:
filetools.C: In
function `bool PutEnv(const string &)':filetools.C:322: passing `const
char *' as argument 1 of `putenv(char *)' discards qualifiers
So I edited the source code of the above written
function in lyx-1.1.2/src/support/filetools.C in the following
way
bool PutEnv(string const & envstr){#ifdef
WITH_WARNINGS#warning Look at and fix this.#endif
// f.ex. what about error
checking? int retval = 0;#if
HAVE_PUTENV // this leaks, but
what can we do about it? //
Is doing a getenv() and a free() of the older value
// a good idea?
(JMarc)
// I commented the following line://
retval = putenv((new
string(envstr))->c_str());
// I inserted the three next lines char
buf[512]; strcpy( buf, envstr.c_str( )
); retval =
putenv(buf);#else#ifdef HAVE_SETENV
string varname;
string str =
envstr.split(varname,'='); retval
= setenv(varname.c_str(), str.c_str(), true);#endif#endif
return retval == 0;}
The funny thing is, i was able to translate the code
with a earlier version (2.7 or 2.8 - I don't know exactly) of gcc. Maybe they
changed the signature of putenv.
Hope this helps you.
Thanks for LyX.
Christoph
-Christoph
WeidlingTechnical University of Ilmenau
BEGIN:VCARD
N:Weidling;Christoph
FN:Christoph Weidling
ORG:Technical Univertsity of Ilmenau
TEL;WORK;VOICE:+49-3677-692786
TEL;HOME;VOICE:+49-3677-203667
ADR;WORK:;BH 308;;Ilmenau;Thüringen;98684;Germany
LABEL;WORK;ENCODING=QUOTED-PRINTABLE:BH 308=0D=0AIlmenau, Th=FCringen 98684=0D=0AGermany
ADR;HOME:;;Weimarer Straße 62;Ilmenau;Thüringen;98693;Germany
LABEL;HOME;ENCODING=QUOTED-PRINTABLE:Weimarer Stra=DFe 62=0D=0AIlmenau, Th=FCringen 98693=0D=0AGermany
X-WAB-GENDER:Male
URL:http://www.tu-ilmenau.de/~ai025/
EMAIL;PREF;INTERNET:[EMAIL PROTECTED]
END:VCARD
Re: Layout File for the Journal of Sound and Vibration
JM
> Yes, but you sent the .tex version of the template, which is not very
> useful...
Doh!
> OK, a few remarks:
>
> - amssyme,bm and equation are not class options, but packages. So you
> should replace your ClassOption stuff with
>
> Preamble
> \usepackage{amssyme,equation,bm}
> EndPreamble
>
> and check that this does not interfere with a preamble defined in ams
> stuff. Note that it is not clear that the packages are always needed
> by the class. If they are _really_ needed (do they provide
> functionality that you really need?) you should change the declaration
> of the layout to
> #% Do not delete the line below; configure depends on this
> # \DeclareLaTeXClass[jsv,equation.sty,bm.sty,jsv10.sty,amssyne.sty]{article (JSV)}
Moved the stuff to the preamble. In fact, it doesn't seem that any of the
packages (even jsv10.sty) are required to be defined in the preamble for it to
latex ok. Does this make sense?
> It is said explicitely in the files that redistribution is forbidden.
> What you can do is:
>
> - fix a bit the jsv.layout
> - send us jsv.layout and a jsv.lyx template
Will do over the next few days.
> - send also a small writeup for LaTeXConfig.lyx.in describing where to
> get the files (add a note saying that the links on the page give
> files with capitalization, which is wront under unix).
Done.
> - if you feel really brave, write some documentation for Extended.lyx
> describing the features of the class.
Have contacted academic press for more information before I write this. Once I
get this finished I'll send the whole lot off to you.
Thanks
Ben
Re: epsilon and varepsilon bug
On Fri, Nov 26, 1999 at 05:52:05PM +0100, Andre' Poenitz wrote: > > Compliments, what compliments? Those were very (not so) subtle jokes and > > you didn't notice. > > Jokes on a Friday? Come on, Jose', you should know better! I'm very sorry for the mistake, what I intend to say was "Those were very (not so) ironic and frozen regards". Is this ok with you? Sorry this is the cause of too much multifractal measures analysis. As soon as you see an Escher drawing and the first reaction is to ask how the fractal dimension of the drawing depends on the scale there is something wrong. Again I'm sorry for the inconvinience. > Andre' > > -- > Andre' Poenitz .. [EMAIL PROTECTED] -- José
