Failure to compile Lyx 1.1.2 on SuSE 6.2
Hello, I am using the g++ compiler & libraries which came with SuSE 6.2 (ie. egcs-2.91.66). Compilation runs ok, up to the point where it tries to link Lyx. Then this happens: -- make[3]: Entering directory `/usr/src/lyx-1.1.2/src' g++ -g -O2 -fno-exceptions -fno-rtti -o lyx BufferView.o Bullet.o Chktex.o DepTable.o FontInfo.o FontLoader.o ImportLaTeX.o ImportNoweb.o LaTeX.o LaTeXFeatures.o LaTeXLog.o Literate.o LyXAction.o LyXSendto.o LyXView.o PaperLayout.o ParagraphExtra.o Spacing.o TableLayout.o bmtable.o buffer.o bufferlist.o bufferparams.o bullet_forms.o bullet_forms_cb.o chset.o combox.o credits.o credits_form.o filedlg.o form1.o intl.o kbmap.o lastfiles.o latexoptions.o layout.o layout_forms.o lyx.o lyx_cb.o lyx_gui.o lyx_gui_misc.o lyx_main.o lyx_sendfax.o lyx_sendfax_main.o lyx_sty.o lyxdraw.o lyxfont.o lyxfr0.o lyxfr1.o lyxfunc.o lyxlex.o lyxlookup.o lyxrc.o lyxserver.o lyxvc.o main.o menus.o minibuffer.o paragraph.o print_form.o screen.o sp_form.o spellchecker.o table.o tex-accent.o tex-strings.o texoptions.o texrow.o text.o text2.o toolbar.o trans.o trans_mgr.o vspace.o mathed/mathed.o insets/insets.o support/libsupport.a ../intl/libintl.a -lforms -lXpm -lSM -lICE -liberty -lc -lm -L/usr/X11R6/lib -lX11 support/libsupport.a(DebugStream.o): In function `DebugStream::DebugStream(int, Debug::type)': /usr/src/lyx-1.1.2/src/support/DebugStream.C:143: undefined reference to `streambuf::seekoff(long, ios::seek_dir, int)' /usr/src/lyx-1.1.2/src/support/DebugStream.C:143: undefined reference to `streambuf::seekpos(long, int)' support/libsupport.a(DebugStream.o): In function `DebugStream::DebugStream(int, Debug::type)': /usr/include/g++/streambuf.h:470: undefined reference to `streambuf::sys_seek(long, ios::seek_dir)' support/libsupport.a(DebugStream.o): In function `DebugStream::DebugStream(int, Debug::type)': /usr/src/lyx-1.1.2/src/support/DebugStream.C:143: undefined reference to `streambuf::seekoff(long, ios::seek_dir, int)' /usr/src/lyx-1.1.2/src/support/DebugStream.C:143: undefined reference to `streambuf::seekpos(long, int)' support/libsupport.a(DebugStream.o): In function `DebugStream::DebugStream(int, Debug::type)': /usr/include/g++/streambuf.h:470: undefined reference to `streambuf::sys_seek(long, ios::seek_dir)' support/libsupport.a(DebugStream.o): In function `DebugStream::DebugStream(int, Debug::type)': /usr/src/lyx-1.1.2/src/support/DebugStream.C:143: undefined reference to `streambuf::seekoff(long, ios::seek_dir, int)' /usr/src/lyx-1.1.2/src/support/DebugStream.C:143: undefined reference to `streambuf::seekpos(long, int)' support/libsupport.a(DebugStream.o): In function `DebugStream::DebugStream(int, Debug::type)': /usr/include/g++/streambuf.h:470: undefined reference to `streambuf::sys_seek(long, ios::seek_dir)' collect2: ld returned 1 exit status make[3]: *** [lyx] Error 1 make[3]: Leaving directory `/usr/src/lyx-1.1.2/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/src/lyx-1.1.2/src' make[1]: *** [all-recursive-am] Error 2 make[1]: Leaving directory `/usr/src/lyx-1.1.2/src' make: *** [all-recursive] Error 1 -- Has Lyx 1.1.2 been thoroughly tested on the major Linux distros? Or am I doing something wrong? I ran the configure script, and it didn't complain. Any advice would be appreciated. Regards, David Nelson.
LyX only prints small files
I am using tex 3.13159, dvips 5.76 and Lyx 1.1.4fix1 with FreeBSD 3.4 with XFree86 3.3.3 I am just printing the example files that come with LyX. The first two print fine through dvips and gs but the larger ones don't - can't view in dvi or ps either. They all get the same error on the text screen; "UserGuide.dvi: No such file or directory" The only tip I've seen so far was that memory might be low I tried increasing it (from 1Meg to 2 to 5) in the file; "/usr/local/share/texmf/ps/config.ps" but that didn't work (not sure if I have to run anything to make the memory change take effect) Any ideas? Thanks.
Re: LyX only prints small files
On Fri, 31 Mar 2000, Kayvan A. Sylvan wrote: > On Sat, Apr 01, 2000 at 12:55:26AM +0000, David Banning wrote: > > > > "UserGuide.dvi: No such file or directory" > > > > Try exporting to LaTeX and doing it outside LyX to see what the error was > (you might be able to see it by the Edit->View LaTeX Log File as well). > > -- > Kayvan A. Sylvan | Proud husband of | Father to my kids: > Sylvan Associates, Inc.| Laura Isabella Sylvan | Katherine Yelena > http://www.successlinks.com/kayvan | Reach your goals now! | Robin Gregory > Now were getting somewhere! !LateX Error: File 'rotating.sty' no found. I did a 'locate rotating.sty' - it's not on my system. But there is a '/usr/local/share/texmf/tex/latex/rotate.sty' and a '/usr/local/share/texmf/tex/rotate.sty' is that the same thing? - can I just rename those files rotating.sty?
Re: LyX only prints small files
> No. You need rotating.sty. > > It's on my tetex installation, and I suspect you can find it at tug.ctan.org > as well. > > Yup... Go to ftp://tug.ctan.org/tex-archive/macros/latex/contrib/supported/ > > Then do "get rotating.tar.gz" in binary mode. Ok. Did that. Then from I directory that it's in /myhome/rotating I did a make and got the script below when I saw the message in the script I put the rotating.sty file in /usr/local/share/texmf/tex/latex/rotating.sty /usr/local/share/texmf/tex/rotating.sty which is where all the other sty files are but the message remains the same; tex rotating.ins This is TeX, Version 3.14159 (Web2c 7.1) (rotating.ins (/usr/local/share/texmf/tex/latex/docstrip.tex Utility: `docstrip' 2.5b <1998/04/28> English documentation<1999/03/31> ** * This program converts documented macro-files into fast * * loadable files by stripping off (nearly) all comments! * ** * No Configuration file found, using default settings. * (rotating.ins *** Generating style file for using rotating package *** Generating file(s) rotating.sty Processing file rotating.dtx (package) -> rotating.sty File rotating.dtx ended by \endinput. Lines processed: 376 Comments removed: 165 Comments passed: 1 Codelines passed: 206 *** * * To finish the installation you have to move the * rotating.sty file into a directory searched by TeX * *** ) ) ) No pages of output. Transcript written on rotating.log. latex rotating.dtx This is TeX, Version 3.14159 (Web2c 7.1) (rotating.dtx LaTeX2e <1999/12/01> patch level 1 (/usr/local/share/texmf/tex/latex/ltxdoc.cls Document Class: ltxdoc 1999/08/08 v2.0u Standard LaTeX documentation class (/usr/local/share/texmf/tex/latex/article.cls Document Class: article 1999/09/10 v1.4a Standard LaTeX document class (/usr/local/share/texmf/tex/latex/size10.clo)) (/usr/local/share/texmf/tex/latex/doc.sty (/usr/local/share/texmf/tex/latex/multicol.sty))) (rotating.aux) (rotating.toc) (rotating.lof) (rotating.lot) (rotating.dtx [1] [2] [3] Overfull \hbox (24.21243pt too wide) in paragraph at lines 204--204 [][]\OT1/cmtt/m/n/9 {\edef\@tempa{\noexpand\@xrotfloat{#1}[\csname fps@#1\ endcsname]}\@tempa}% [4] Overfull \hbox (26.88806pt too wide) in paragraph at lines 257--262 \OT1/cmr/m/n/10 The fol-low-ing def-i-ni-tions set up two en-vi-ron-ments, \OT1 /cmtt/m/n/10 sidewaystable \OT1/cmr/m/n/10 and \OT1/cmtt/m/n/10 sidewaysfigure\ OT1/cmr/m/n/10 , Overfull \hbox (0.5877pt too wide) in paragraph at lines 320--320 [][] \OT1/cmtt/m/n/9 \if@twocolumn\let\reserved@a\@rotdbflt\else\let\reserved @a\@rotfloat\fi Overfull \hbox (10.0376pt too wide) in paragraph at lines 320--320 [][]\OT1/cmtt/m/n/9 \def\@rotdbflt#1{\@ifnextchar[{\@rotxdblfloat{#1}}{\@rotxd blfloat{#1}[tp]}} [5] Overfull \hbox (260.45969pt too wide) in paragraph at lines 320--320 [][]\OT1/cmtt/m/n/9 \typeout{BOX wd: \the\wd\rot@float@box, ht: \the\ht\rot@fl oat@box, dp: \the\dp\rot@float@box: so shift by .5 of \the\@tempdima}% Overfull \hbox (0.5877pt too wide) in paragraph at lines 320--320 [][]\OT1/cmtt/m/n/9 \hbox to \textwidth{\hfill\rotatebox{-90}{\box\rot@flo at@box}\hfill}% [6] *** * Checksum passed * *** ) [7] (rotating.aux) ) (see the transcript file for additional information) Output written on rotating.dvi (7 pages, 16836 bytes). Transcript written on rotating.log.
Re: LyX only prints small files
On Sat, 1 Apr 2000, Kayvan A. Sylvan wrote: > On Sat, Apr 01, 2000 at 09:43:34PM +0000, David Banning wrote: > > > > > > > No. You need rotating.sty. > > > > > > It's on my tetex installation, and I suspect you can find it at tug.ctan.org > > > as well. > > > > > > Yup... Go to ftp://tug.ctan.org/tex-archive/macros/latex/contrib/supported/ > > > > > > Then do "get rotating.tar.gz" in binary mode. > > Did you run "texhash" afterwards to make sure that TeX can see the rotating.sty? I don't seem to have a texthash on my system.
Re: LyX only prints small files
On Sat, 1 Apr 2000, Kayvan A. Sylvan wrote: > On Sat, Apr 01, 2000 at 09:43:34PM +0000, David Banning wrote: > > > > > > > No. You need rotating.sty. > > > > > > It's on my tetex installation, and I suspect you can find it at tug.ctan.org > > > as well. > > > > > > Yup... Go to ftp://tug.ctan.org/tex-archive/macros/latex/contrib/supported/ > > > > > > Then do "get rotating.tar.gz" in binary mode. > > Did you run "texhash" afterwards to make sure that TeX can see the rotating.sty? Sorry. I did MEAN to type texhash - any way I did a locate even on the word 'hash' and didn't find any file that has that word as a part of any command.
Re: LyX only prints small files
Garst R. Reese wrote: > > David Banning wrote: > > > > On Sat, 1 Apr 2000, Kayvan A. Sylvan wrote: > > > > > On Sat, Apr 01, 2000 at 09:43:34PM +, David Banning wrote: > > > > > > > > > > > > > No. You need rotating.sty. > > > > > > > > > > It's on my tetex installation, and I suspect you can find it at tug.ctan.org > > > > > as well. > > > > > > > > > > Yup... Go to ftp://tug.ctan.org/tex-archive/macros/latex/contrib/supported/ > > > > > > > > > > Then do "get rotating.tar.gz" in binary mode. > > > > > > Did you run "texhash" afterwards to make sure that TeX can see the rotating.sty? > > > > Sorry. I did MEAN to type texhash - any way I did a locate even on the > > word 'hash' and didn't find any file that has that word as a part of > > any command. > What version of latex are you using? > Check for a mktexlsr. On my system (teTeX4) texhash is a symlink to this > script. What is does is create a file called ls-R in each of the texmf > directories that it has access to. This file is the output of ls -R run > in that directory. I assume other versions of latex have a similar > mechanism. Check your docs. > Garst I am using tex 3.13159, dvips 5.76 and Lyx 1.1.4fix1 with FreeBSD 3.4 with XFree86 3.3.3 I should mention that once I copied rotating.sty into /usr/local/share/texmf/tex/latex/rotating.sty /usr/local/share/texmf/tex/rotating.sty my long files in Lyx DO print. The only question remaining is - should I fix the make problem in the 'rotating' directory which I downloaded to fix my problem which now seems fixed. I just don't know if I have only have installed something that should be fullly installed and a result an shelving problems for a later time.
Can you use LyX to format invoices?
I am using a system which has a custom report writer. The output is plain text. In the past I used it to include troff commands which produced nice looking quotes and invoices but I found it alot of work to set up. Headers for invoices setup in WYSIWYG editors often mean images, format lines and header text are so close together they are technically overlapping (but not visually). Can I produce something like that in LyX/LaTeX/TeX ? Thanks..
Re: LyX only prints small files
Garst R. Reese wrote: > > David Banning wrote: > > > > Garst R. Reese wrote: > > > > > > David Banning wrote: > > > > > > > > On Sat, 1 Apr 2000, Kayvan A. Sylvan wrote: > > > > > > > > > On Sat, Apr 01, 2000 at 09:43:34PM +, David Banning wrote: > > > > > > > > > > > > > > > > > > > No. You need rotating.sty. > > > > > > > > > > > > > > It's on my tetex installation, and I suspect you can find it at >tug.ctan.org > > > > > > > as well. > > > > > > > > > > > > > > Yup... Go to >ftp://tug.ctan.org/tex-archive/macros/latex/contrib/supported/ > > > > > > > > > > > > > > Then do "get rotating.tar.gz" in binary mode. > > > > > > > > > > Did you run "texhash" afterwards to make sure that TeX can see the >rotating.sty? > > > > > > > > Sorry. I did MEAN to type texhash - any way I did a locate even on the > > > > word 'hash' and didn't find any file that has that word as a part of > > > > any command. > > > What version of latex are you using? > > > Check for a mktexlsr. On my system (teTeX4) texhash is a symlink to this > > > script. What is does is create a file called ls-R in each of the texmf > > > directories that it has access to. This file is the output of ls -R run > > > in that directory. I assume other versions of latex have a similar > > > mechanism. Check your docs. > > > Garst > > > > I am using tex 3.13159, dvips 5.76 and Lyx 1.1.4fix1 > > with FreeBSD 3.4 with XFree86 3.3.3 > > > > I should mention that once I copied rotating.sty into > > > > /usr/local/share/texmf/tex/latex/rotating.sty > > /usr/local/share/texmf/tex/rotating.sty > > > > my long files in Lyx DO print. The only question remaining > > is - should I fix the make problem in the 'rotating' directory > > which I downloaded to fix my problem which now seems fixed. > > > > I just don't know if I have only have installed something that > > should be fullly installed and a result an shelving problems > > for a later time. > Hmm, that suggests that you once had a rotating.sty file, so it is > already listed in Ls-R. tex 3.13159 is a version number but does not, to > me, reveal the distribution it came from. (e.g. teTeX, ntex, etc.) If it > was teTeX, then you either have a broken installation or you have > trashed some files. My version # is 3.14159, and I am on a linux > system. > Garst I have discovered now, after having getting the user's guide to print after installing rotating.sty, that other files do not print, each one seemingly because a sty file is missing. I am not using teTeX or ntex but just TeX, LaTeX and LyX. I am definitely missing something here. All three applicateions are recently installed - many sty files seem missing and are nowhere on my system.
Re: LyX only prints small files
Jean-Marc Lasgouttes wrote: > > >>>>> "David" == David Banning <[EMAIL PROTECTED]> writes: > > David> I have discovered now, after having getting the user's guide to > David> print after installing rotating.sty, that other files do not > David> print, each one seemingly because a sty file is missing. I am > David> not using teTeX or ntex but just TeX, LaTeX and LyX. I am > David> definitely missing something here. All three applicateions are > David> recently installed - many sty files seem missing and are > David> nowhere on my system. > > You should have a look at Help->LaTeX Configuration. It will tell you > what packages are not installed, what they are good for, and where to > get it. > > JMarc Thanks - I did that but the font's outlined in the LaTex Log are specific - the packages shown in configuration are general - how do you know which package contains what fonts? Right now I am browsing through the site tig.ctan.org and downloading one sty file at a time - this allows me to load a further portion of the dvi-view until the next error; missing this sty file... then I go browsing again..
Lyx install woes on Solaris 2.6
Dear Lyx Developers -- Users on our system have requested Lyx, so I am attempting to install Lyx 1.1.4. Unfortunately I am having symbol referencing problems when I try to compile lyx on my Solaris 2.6 system even though I have libiberty.a installed. I hope you don't mind if I pass this by your experienced ears: I have this problem when attempting to install Lyx 1.1.4. But I've also tried the pre-release of 1.1.5 with virtually the same results. I am attempting this on a Sparc running Solaris 2.6. I installed Xpm version 3.4g and Xforms version 0.88 specifically for the sake of installing Lyx. Our X11 library is Release 6.1. I am using gcc version egcs-2.91.66 19990314 (egcs-1.1.2 release). On our system libiberty.a lives in /usr/local/egcs-1.1.2/sparc-sun-solaris2.6/lib, and since the gcc I'm running is /usr/local/egcs-1.1.2/bin/gcc, I would hope that the libiberty.a would be easily found by the compiler. Just to be sure, however, I added /usr/local/egcs-1.1.2/sparc-sun-solaris2.6/lib to the value of $LD_LIBRARY_PATH. Is there any possibility that ld can't find it??? I even tried putting the path to the libiberty.a in the --with-extra-lib parameter of configure, but that didn't seem to help. In order to get the configure script to see the Xpm, the Xforms, and the correct (non-openwin version of the) X11 library, I've invoked the configure script thus: ./configure --prefix=/usr/local/lyx-1.1.4 \ --with-extra-lib=/usr/local/libxpm-3.4/lib:/usr/local/xforms-0.88/lib \ --with-extra-inc=/usr/local/xforms-0.88/include:/usr/local/libxpm-3.4/include/X11 \ --x-libraries=/usr/local/x11/lib --x-includes=/usr/local/x11/include The configure script runs very happily in this way; and the make begins with great promise and cranks on for at least 20 minutes until it hits the symbol referencing problem. I'm including this last bit of the "make" transcript below, in case it may help you spot the problem. I notice that most of the undefined symbols have the word "stream" in them, which suggests some kind of connection. Thanks for any suggestions you might have for me. --David Kalins, Programmer Central Computing Services UC Berkeley Here is part of the transcript that shows the symbol referencing problem: gcc -g -O2 -fno-rtti -fno-exceptions -L/usr/local/libxpm-3.4/lib -Wl,-R/usr/local/libxpm-3.4/lib -L/usr/local/xforms-0.88/lib -Wl,-R/usr/local/xforms-0.88/lib -o lyx BufferView.o Bullet.o Chktex.o DepTable.o FontInfo.o FontLoader.o ImportLaTeX.o ImportNoweb.o LaTeX.o LaTeXFeatures.o LaTeXLog.o Literate.o LyXAction.o LyXSendto.o LyXView.o PaperLayout.o ParagraphExtra.o Spacing.o TableLayout.o bmtable.o buffer.o bufferlist.o bufferparams.o bullet_forms.o bullet_forms_cb.o chset.o combox.o credits.o credits_form.o debug.o filedlg.o form1.o intl.o kbmap.o lastfiles.o latexoptions.o layout.o layout_forms.o lyx.o lyx_cb.o lyx_gui.o lyx_gui_misc.o lyx_main.o lyx_sendfax.o lyx_sendfax_main.o lyx_sty.o lyxdraw.o lyxfont.o lyxfr0.o lyxfr1.o lyxfunc.o lyxlex.o lyxlookup.o lyxrc.o lyxserver.o lyxvc.o main.o menus.o minibuffer.o paragraph.o print_form.o screen.o sp_form.o spellchecker.o table.o tex-accent.o tex-strings.o texoptions.o texrow.o text.o text2.o toolbar.o trans.o trans_mgr.o un! ! do.o vc-backend.o vspace.o mathed/.libs/libmathed.a insets/.libs/libinsets.a support/.libs/libsupport.a -lforms -lXpm -lSM -lICE -liberty -lc -lm -L/usr/openwin/lib -lX11 -lsocket -lnsl -R/usr/openwin/lib -R/usr/openwin/lib Undefined first referenced symbol in file coutlyxrc.o istream::ios virtual table Chktex.o omtream::write(char const *, int) support/.libs/libsupport.a(lyxstring.o) streambuf::sys_write(char const *, int)support/.libs/libsupport.a(DebugStream.o) streambuf::sys_close(void) support/.libs/libsupport.a(DebugStream.o) streambuf::streambuf(int) support/.libs/libsupport.a(DebugStream.o) ostream::ostream(int, streambuf *, ostream *)support/.libs/libsupport.a(DebugStream.o) ostrstream::~ostrstream(void) FontInfo.o streambuf::doallocate(void) support/.libs/libsupport.a(DebugStream.o) strstreambase::strstreambase(int, char *, int, int)FontInfo.o ofstream::ios virtual table DepTable.o ostream::operator<<(streambuf *)bufferlist.o ostream::seekp(long)buffer.o istream::operator>>(char *) support/.libs/libsupport.a(lyxstring.o) ifstream::~ifstream(void) Chktex.o streambuf::underflow(void) support/.libs/libsupport.a(DebugStream.o) endl(ostream &) BufferView.o streambuf::seekpos(long, int) support/.libs/libsupport.a(DebugStream.o) ostream::ios virtual table DepTable.o istream::operator>>(char &) buffer.o istream::operator>>(float &)
DocBook template suggestion
Is there any chance the name of the existing DocBook template could be named "docbook_art_template.lyx" or "docbook_article_template.lyx" rather than the current "docbook_template.lyx". This would allow for future differentiation when (if?) LyX ever implements the book form of DocBook. I can't count the number of times I have to explain to people where I work that LyX doesn't currently support the normal DocBook features, just the article form. -David Nedrow UUNET
Bug report
Hello, I recently upgraded from version 1.1.4 to 1.1.5fix1. I found that a document that worked perfectly under 1.1.4 no longer worked under 1.1.5fix1. I am using the harvard bibliography style, which triggers the problem. I get errors when I use the \citeasnoun latex command in the caption of a figure. Attached is a stripped down version of my document that generates the problem, with the 'harvard.sty' and 'dcu.bst' files that I use. When I upgraded I did not remove the previous version of LyX (lyx-1.1.4) - a standard policy I have is to leave the old version around for a couple of months :) - and so I was able to confirm that it was not any changes I may have unknowingly made that sparked the problem. Here are my system specs: --- Compaq Professional Workstation AP550, PIII 733. SuSE Linux 6.3, out-of-the-box kernel. $ uname -a Linux hal8000 2.2.13 #1 Mon Nov 8 15:51:29 CET 1999 i686 unknown $ g++ --version egcs-2.91.66 $ latex --version TeX (Web2C 7.3.1) 3.14159 kpathsea version 3.3.1 Copyright (C) 1999 D.E. Knuth. Kpathsea is copyright (C) 1999 Free Software Foundation, Inc. There is NO warranty. Redistribution of this software is covered by the terms of both the TeX copyright and the GNU General Public License. For more information about these matters, see the files named COPYING and the TeX source. Primary author of TeX: D.E. Knuth. Kpathsea written by Karl Berry and others. --- Also, thanks guys for such a great package. I find it a lot easier to navigate large documents and typeset maths using LyX than LaTeX. The TOC pulldown in 1.1.5fix1 is a great idea! Dave P.S. I have done a number of tests to make sure it isn't my system, but if it still turns out to be then I am v/sorry to waste your time!! *======* David McIver ** Postgraduate Student ** Turbulence, Energy and Combustion Research Group Department of Mechanical Engineering University of Adelaide, Australia ** ** Phone: +61 8 8303 3157** Fax:+61 8 8303 4367** e-mail: [EMAIL PROTECTED]** *==* #LyX 1.1 created this file. For more info see http://www.lyx.org/ \lyxformat 2.16 \textclass report \begin_preamble \usepackage{harvard} \newcommand{\noFigYet}[1]{ \vspace{#1} \fbox{Figure to be inserted} \vspace{#1} } \end_preamble \language default \inputencoding default \fontscheme default \graphics default \paperfontsize 12 \spacing single \papersize a4paper \paperpackage a4 \use_geometry 1 \use_amsmath 0 \paperorientation portrait \leftmargin 25mm \topmargin 25mm \rightmargin 25mm \bottommargin 25mm \secnumdepth 3 \tocdepth 2 \paragraph_separation indent \defskip medskip \quotes_language english \quotes_times 2 \papercolumns 1 \papersides 1 \paperpagestyle default \layout Title Draft Upgrade Report: \newline The Fluidic Precessing Jet Nozzle; Simulation of a flow through a complex geometry in polar coordinates \layout Author David McIver \layout Abstract \begin_inset Info This section will (of coarse) be written last! \end_inset An ellipsis (\SpecialChar \ldots{} ) means that I intend to write more in that section. \layout Abstract Anything in curly brackets is a comment from me. \layout Standard \begin_inset LatexCommand \tableofcontents{} \end_inset \layout Chapter Introduction \layout Standard \begin_inset Info This section should contain the following general points: - why the following - doing LES of precessing jet chamber - predictive capability is needed - high Re # are of interest - that there are no current models - that RANS modelling doesn't predict structure - flow structure dominates combustion It should also say in broad terms what has and hasn't been done. \end_inset \begin_inset LatexCommand \label{chap:intro} \end_inset \layout Standard While conducting research towards his thesis \latex latex \backslash citeasnoun{nathanPhd} \latex default discovered that a precessing motion results when a turbulent pipe jet undergoes a sudden expansion. The resulting asymmetric jet was found to enhance large-scale mixing downstream of the sudden expansion. Further research showed that when applied to burner technology the enhanced large-scale mixing characteristics of the flow produced a flame with increased
Bug report
Hi, I've just loaded LyX for the first time while installing SUSE 6.4 on a Toshiba laptop (Satellite Pro 420CDT). I am not able to get LyX to run. When starting I get the message: lyx: SIGSEGV signal caught Sorry you have found a bug I am not able to check the 'known bugs' since I cannot run lyx far enough to get the help menu. Thanks Dave Schwellenbach [EMAIL PROTECTED] __ | Dave Schwellenbach | Dave Schwellenbach | |[EMAIL PROTECTED]| Casper College | | | 125 College Drive| |voice (307)268-2064 | Casper, WY 82601 | | | | ||
Gnome Documentation Project Template
Hello, I have been using LyX for a while now to write my LDP HOWTO. I have decided I now want to work on a GDP Manual. However there is no template for it for LyX and there are not selections for some of the docbook tags that GDP uses. Is there anyone I can get ahold of to get such support added and can work with me to get it done? Thank you much for your time. Regards, David Burley Marble Horse Free Software Group [EMAIL PROTECTED]
/tmp files bug?
I am currently runing lyx-1.1.5fix2-1.i386.rpm on SuSE Linux 7.0 (i386) - Kernel 2.2.16. Periodically, Lyx will crash for me. While annoying, this isn't a huge deal and I'm sorry that I haven't taken the time to track down the cause of this behavior. More importantly, after the crash, I appear unable to restart lyx without immediately SIG'ing out. I thought perhaps there were some corrupted files in my .lyx directory .. but deleting this directory did not change the behavior. However, I looked in /tmp and there appeared to be several lyx files there. After deleting them, the problem went away. Just wanted to let you know .. Thanks, Dave
Include bug
Using Insert->Include file in LyX 1.1.6 generates the Latex code Include{...}, the correct code should be include{...}. Latex workaround: Put "\newcommand{Include}{include}" in the preamble.
Re: Debian bug #32299 in LyX
"Asger K. Alstrup Nielsen" wrote: > > Hi! > > I noticed by coincidence that there is a "critical" > bug in the Debian package for LyX regarding the > copyright. > > The bug is number 32299. > > The question is whether the clarification of the > licensing question we have put on the web page is > a change to the license or an attempt at a > clarification. I can confirm that it is the > latter. We have not changed the license as such. > > I have not followed the discussion on the debian > legal mailing list, so I'm not sure what the > problem is regarding distributing LyX with > Debian. Basically there is two problems. First, Debian (if I understand correctly) hasn't usually accepted the "legal nullification" theory. Currently being a Debian user and not a developer, I'm not really qualified to answer as to how they'll accept it in this case. Second, nothing like the clarification of the license is included in the Debian copyright file. Having the clarification included in the copyright file would be a great improvement. > In other words: We are not ready to change the > license as such, because we feel it would make > things worse (invention yet another license), but > we are ready to clarify our interpretation of the > license. Probably a bit out of line here, but have you checked out the LGPL or the Artistic License? They would appear to work similarily, but unquestionably allow the code to be linked to XForms. As for the clarification, that probably won't be neccesarry. The clarification is everything it needs to be, now it just needs to be added to the copyright file. Has anyone checked out porting LyX to Fltk? It supposed to be somewhat compatable with XForms. Checking out the difficulty of that port and possibly working on that is on my list of projects to do. -- David Starner - [EMAIL PROTECTED] Dullard: someone who, wanting a piece of information, takes down the appropriate volume of the encyclopedia, looks up the item they need, and then puts the volume away without reading anything else. - Peter Dell'Orto, paraphrased from Philip Jose Farmer
Re: Debian bug #32299 in LyX
"Asger K. Alstrup Nielsen" wrote: > I hope this will be all you need. I don't know which copyright > file you are talking about, because there is no such file in > the LyX proper. The Debian copyright file that comes with every Debian package is what I was talking about; it's an internal problem, and the maintainer needs to do something about it. The clarification posted looks like it should solve the problem. Thanks for your help. -- David Starner - [EMAIL PROTECTED] Dullard: someone who, wanting a piece of information, takes down the appropriate volume of the encyclopedia, looks up the item they need, and then puts the volume away without reading anything else. - Peter Dell'Orto, paraphrased from Philip Jose Farmer
hebrew
Has a start been made on rightleft mode for lynx (like in vim)?
How do I change $LYX/encodings?
Dear all, What is the format of $LYX/encodings (or in my system.../usr/share/lyx/encodings) I'd like to add a Big5 or GuoBiao encoding to my CJK-LyX setup, but cannot figure out what I need to add to the encodings file to let CJK-LyX recognize Big5 or GuoBiao as an encoding. Could documentation of $LYX/encodings be published somewhere? Cheerio, David. -- [EMAIL PROTECTED] - Ivanhoe, 3079, Australia. http://www.users.bigpond.com/vkelim/ - GnuPG and ICQ available Amiga / Linux APUS / Linux Mandrake
Re: How do I change $LYX/encodings?
Dear Dekel, Thank you for your reply. I agree that I need to surround Big 5 encoded text with \begin{CJK*}{Bg5}{song} and \end{CJK*} to get LaTeX to print out Chinese Big5 characters. However, I need some way of telling CJK-LyX to display Big5 encoding as Chinese characters on the LyX screen (so that CJK-LyX will behave in a more `WYSIWYM' fashion). To do this, I think I need to tell CJK-LyX that there is an encoding called `Big5', then tell CJK-LyX how to display Big5 encoding. Cheerio, David. On Tue, 10 Jul 2001 23:38, you wrote: > > What is the format of $LYX/encodings (or in my > > system.../usr/share/lyx/encodings) > > I'd like to add a Big5 or GuoBiao encoding to my CJK-LyX setup > You cannot add support for these encodings by changing the encodings file. > I think that currently, the only way to use these encodings is to put > the appropriate latex commands in the preamble/document. -- [EMAIL PROTECTED] - Ivanhoe, 3079, Australia. http://www.users.bigpond.com/vkelim/ - GnuPG and ICQ available Amiga / Linux APUS / Linux Mandrake
Cross reference bug?
I have been woring on a large document that has several 'include' files. I note that when I am editing one of these 'include' files, when I attempt to place a Cross Reference, and click on the relevant reference, lyx drops me back into the "master" document. However, a second attempt (which invoves switching back to the document being edited), which has the selected cross reference already highlighted, works. This is just very annoying when using many cross references in this way. Thanks David Lucas
DocBook status
Greetings, First, thank you very much for the work you're doing. The LDP is looking forward to being able to use and recommend Lyx for our authors, and so we have been following the DocBook development, although I haven't followed it as closely as I really should. Can you give me an idea of when you think the DocBook support will be ready for real production use? We'll be happy to be beta testers for you, because we have a real need for an easier editor than just a text editor. If there is a document which explains current and future DocBook support, feel free to rtfm me. Thanks, -- Dr. David C. Merrill http://www.lupercalia.net Linux Documentation Project [EMAIL PROTECTED] Collection Editor & Coordinatorhttp://www.linuxdoc.org Free Dmitry Sklyarov! http://www.freesklyarov.org Washington DC Protests http://www.lupercalia.net/dmca Asked how small software companies could compete on products that Microsoft wants to fold into Windows, [Microsoft COO Bob] Herbold told Bloomberg News they could either fight a losing battle, sell out to Microsoft or a larger company or 'not go into business to begin with.' --Newsweek, March 1998
"-" not processed correctly
I hope this is not a duplicate, it does not appear to be in 1.1.6fix3's known bug list and a quick search of the archive did not reveal a report. Typing the characters "-" causes a display of ``-`` (where the `` is really the proper single character to represent opening double quotes). The rendering is both flawed in the display and in the created DVI display (and I assume all other places). Type the characters "d" causes the expected display of ``d'' (same proviso on real characters). The work around is to type "-d" and then go and delete the d . Dave -- David G. Green [EMAIL PROTECTED] UAB Electrical and Computer Engineering phone: +1 205 934 8440 Birmingham, AL USA 35294-4461 fax: +1 205 975 3337
[Fwd: Comments about your home pages from rschnarr@archives.ca]
Just got this comment. I told the guy about the tth-based html export in 1.1.1, but had nothing useful to say about his desire for larger point-size defaults. -- David L. Johnson [EMAIL PROTECTED] Department of Mathematics http://www.lehigh.edu/~dlj0/dlj0.html Lehigh University, 14 E. Packer Avenue, Bethlehem, PA 18015-3174 You will say Christ saith this and the apostles say this; but what canst thou say? -- George Fox. [EMAIL PROTECTED] (Rick Schnarr) sent the following comment about your home pages: --- As I get older, anything less than 14 point seems inadequate. Other geezers have thanked me for providing readable documents, so it seems that I am not alone in this. :-) The inability to set anything greater than 12 point type as the basic size is a significant limitation of LyX, in my eyes. Of course, I could fiddle with the size manually, but this would loose the advantage of having LyX automatically deal with titles etc. To add insult to injury, there does not even seem to be any way to set the default size to 12. As a further comment, I have sometimes found it desirable to produce a document which could be printed out nicely on paper and also turned into a Web page, or with chapters as separate pages. If the coming ability of LyX to export HTML makes this possible, I believe that this will greatly enhance the appeal of the programme. Anyway, my congratulations to the developers for all the good work. --- Rick Schnarr - Server protocol: HTTP/1.0 Remote host: Remote IP address: 142.42.242.1
html-export problem with 1.1.1
I had mentioned earlier that a - in a filename was converted to a _ in the output *.tex file. This apparently is still present in 1.1.1, which creates a problem with html export, seeing as how tth is looking for the filename with the original - in it, but the latex file has the - replaced by a _. It seems to work OK when there is no - in the filename, however. -- David L. Johnson [EMAIL PROTECTED] Department of Mathematics http://www.lehigh.edu/~dlj0/dlj0.html Lehigh University, 14 E. Packer Avenue, Bethlehem, PA 18015-3174 You will say Christ saith this and the apostles say this; but what canst thou say? -- George Fox.
Another problem with html export
I just built up 1.1.2, hoping to be past the - vs _ bug. But this time, when I chose Export -> HTML, I get: Invalid switch $$Fname USAGE: tth [option [option ...]] file.html] [2>err] -a automatic picture environment conversion using latex2gif. Default omit. -c prefix header "Content-type: text/HTML" (for direct web serving). -d disable definitions with delimited arguments. Default enable. -e? epsfbox handling: -e1 convert figure to gif using user-supplied ps2gif. -e2 convert and include inline. -e0 (default) no conversion, just ref. -f? limit built-up fraction nesting in display eqns to ?(0-9). Default 5. -g remove, don't guess intent of, \font commands. Default guess font/size. -i use italic font for equations (like TeX). Default roman. -Lfile tell tth the base file (no extension) for LaTeX auxiliary input, enables LaTeX commands (e.g. \frac) without a \documentclass line. -n number eqnarray environments just once (default number each line). -pdirectory designate an additional directory to search for input files. -r raw HTML output (omit header and tail) for inclusion in other files. -t display built-up items in textstyle equations. Default in-line. -w don't attempt HTML title construction nor warn on failure. Default warn. -xmakeindxcmd specify command for making index. Default "makeindex". -v give verbose commentary. -V even more verbose (for debugging). -h print help. -? print this usage This seems to be independent of the filename, at least. -- David L. Johnson [EMAIL PROTECTED] Department of Mathematics http://www.lehigh.edu/~dlj0/dlj0.html Lehigh University, 14 E. Packer Avenue, Bethlehem, PA 18015-3174 You will say Christ saith this and the apostles say this; but what canst thou say? -- George Fox.
Re: Another problem with html export
"Kayvan A. Sylvan" wrote: > > On Thu, Nov 04, 1999 at 11:15:34PM -0500, David L. Johnson wrote: > > I just built up 1.1.2, hoping to be past the - vs _ bug. But this time, when > > I chose Export -> HTML, I get: > > > > Invalid switch $$Fname > > Just fix the html_command in lyxrc.defaults: > > \html_command "tth -t < '$$FName' > '$$OutName'" Sorry, but this didn't work either. I got: Invalid switch /home/dlj0/public/www-data/courses/219f99-16.tex (which was the filename). I am using linux-2.0.36, lyx-1.1.2, and tth-2.34. -- David L. Johnson [EMAIL PROTECTED] Department of Mathematics http://www.lehigh.edu/~dlj0/dlj0.html Lehigh University, 14 E. Packer Avenue, Bethlehem, PA 18015-3174 You will say Christ saith this and the apostles say this; but what canst thou say? -- George Fox.
Re: Release of LyX 1.1.3.
"Lars Gullik Bjønnes" wrote: > ftp://ftp.lyx.org/pub/lyx/devel/lyx-1.1.3.tar.tgz > This link is broken at the moment. Says it can't find the file. > ftp://ftp.devel.lyx.org/pub/lyx/lyx-1.1.3.tar.gz This one seems to work. -- David L. Johnson [EMAIL PROTECTED] Department of Mathematics http://www.lehigh.edu/~dlj0/dlj0.html Lehigh University, 14 E. Packer Avenue, Bethlehem, PA 18015-3174 You will say Christ saith this and the apostles say this; but what canst thou say? -- George Fox.
Re: Release of LyX 1.1.3.
Weirdness with 1.1.3: Spaces show up now in mathed. Is that intentional? It is not a good idea, IMO. They should have to be forced spaces. TeX handles spacing of math better than you can in LyX. Now, if you are at the end of a mathed box and hit a space, you create a space rather than leaving mathed. Nuts. Also, I am acustomed to typing, say "\delta ", and, as I type the space, the delta appears. Now a space appears as well. This is a real hassle. I'm going back to 1.1.2. \epsilon in mathed now shows up as a red "epsilon". Why? -- David L. Johnson [EMAIL PROTECTED] Department of Mathematics http://www.lehigh.edu/~dlj0/dlj0.html Lehigh University, 14 E. Packer Avenue, Bethlehem, PA 18015-3174 You will say Christ saith this and the apostles say this; but what canst thou say? -- George Fox.
aspell not ispell ??
I'm using Lyx 1.01 but I'm not having any luck in using aspell instead of ispell ? I believe I've done all the right things: installed it and changed my lyxrc file (spell_command "aspell"). I even ran texhash for good measure. But still, when I check my process ID's ispell is running and not aspell. I also took the desperate measure of changing the spell_command in the lyx default scripts, but still ispell is evoked. Any one with any ideas ? Many thanks Colin Kestell Uni of Adelaide
Re: writer
---Reply to mail from Asger K. Alstrup Nielsen about writer >> [*] I would not want to ignore correct american english conventions >> once again; one time in a day is enough :) > > American English? > An oxymoron? ---End reply -- David L. Johnson [EMAIL PROTECTED] Department of Mathematicshttp://www.lehigh.edu/~dlj0/dlj0.html Lehigh University 14 E. Packer Avenue (610) 758-3759 Bethlehem, PA 18015-3174
Binary distributions
I have made up a linux, x86, libc-5 copy of 1.0.0. I can send it to Sunsite if no one else is planning to. BTW, it has been a while since I built a binary, but I was surprised that the "make bindist" command did not automagically create a binary with libXpm and libforms compiled in statically. I would surmise that anyone having these libraries would just make their own copy, and that providing a binary distribution was necessary only because not everyone would have this. Maybe for those using either debian or RedHat packages, they would check on, and insist upon, those libraries being installed before allowing LyX to be installed. But that, IMO, creates an unnecessary obstacle for someone trying LyX out. At any rate, my binary does have these libraries linked statically. It's on ftp://ftp.netaxs.com/web/people/dlj0/LyX/ if someone wants it. -- David L. Johnson [EMAIL PROTECTED] Department of Mathematics http://www.lehigh.edu/~dlj0/dlj0.html Lehigh University 14 E. Packer Avenue (610) 758-3759 Bethlehem, PA 18015-3174 "Business!" cried the Ghost, wringing its hands again. "Mankind was my business. The common welfare was my business; charity, mercy, forbearance, and benevolence, were, all, my business. The dealings of my trade were but a drop of water in the comprehensive ocean of my business!" --Dickens, "A Christmas Carol"
Re: usenet?
---Reply to mail from Joacim Persson about usenet? > > Has the release been announced on any newsgroup? c.o.l.a? comp.text.tex? > Maybe it just hasn't propagated here yet? I haven't seen it yet. I had actually posted those announcements in the past, but others have taken over publicity now (or, I have let it slip out of my hands). If anyone asks me to, I will post the PR release on c.o.l.a and comp.text.tex ---End reply -- David L. Johnson [EMAIL PROTECTED] Department of Mathematicshttp://www.lehigh.edu/~dlj0/dlj0.html Lehigh University 14 E. Packer Avenue (610) 758-3759 Bethlehem, PA 18015-3174
C.O.L.A. announcement?
I have yet to see an announcement in the usual linux groups about version 1.0.0. I did ask here whether y'all wanted me to post one, but got no response. Is anyone planning to post usenet announcements? I'd imagine it would be preferable to /. in a lot of ways. -- David L. Johnson [EMAIL PROTECTED] Department of Mathematics http://www.lehigh.edu/~dlj0/dlj0.html Lehigh University 14 E. Packer Avenue (610) 758-3759 Bethlehem, PA 18015-3174 "Business!" cried the Ghost, wringing its hands again. "Mankind was my business. The common welfare was my business; charity, mercy, forbearance, and benevolence, were, all, my business. The dealings of my trade were but a drop of water in the comprehensive ocean of my business!" --Dickens, "A Christmas Carol"
Announcement posted to newsgroups
OK, I posted the PR to the following newsgroups: comp.os.linux.announce comp.os.linux.x comp.os.linux.misc comp.text.tex The first one was a separate mailing (I believe they auto-kill cross-posted messages), the others cross-posted. I don't know the BSD or other 'nix groups; maybe someone else could post there. -- David L. Johnson [EMAIL PROTECTED] Department of Mathematics http://www.lehigh.edu/~dlj0/dlj0.html Lehigh University 14 E. Packer Avenue (610) 758-3759 Bethlehem, PA 18015-3174 "Business!" cried the Ghost, wringing its hands again. "Mankind was my business. The common welfare was my business; charity, mercy, forbearance, and benevolence, were, all, my business. The dealings of my trade were but a drop of water in the comprehensive ocean of my business!" --Dickens, "A Christmas Carol"
Re: Is \sqrt[]{} deprecated?
---Reply to mail from Alejandro Aguilar Sierra about Is \sqrt[]{} deprecated? > Hi, > > OK, I implemented root (sqrt[]{}) cause some people told me that 1.0 would > be uncomplete if not all basic latex math objects are supported. The > problem is that when I see the dvi I see only the sqrt part. I mean both > following expressions are identical: > Am I doing something wrong? Is only my teTex distribution (0.9) ? You're doing nothing wrong, and it's not teTeX's fault. It's xdvi's. Check the output by printing, or in ghostview. ---End reply -- David L. Johnson [EMAIL PROTECTED] Department of Mathematics http://www.lehigh.edu/~dlj0/dlj0.html Lehigh University 14 E. Packer Avenue (610) 758-3759 Bethlehem, PA 18015-3174 "Business!" cried the Ghost, wringing its hands again. "Mankind was my business. The common welfare was my business; charity, mercy, forbearance, and benevolence, were, all, my business. The dealings of my trade were but a drop of water in the comprehensive ocean of my business!" --Dickens, "A Christmas Carol"
Re: easy $100 for nazgul? ;)
---Reply to mail from Joacim Persson about easy $100 for nazgul? ;) > > I just had a look at http://visar.csustan.edu/bazaar/, someone offers $100 > for a Hebrew capable editor for Linux. (just a matter of recompute the > coordinates here and there to get right-to-left editing? =) Right-to-left editing was one of the goals of Xword. I tried that back when they got started, and it was a mess. It may have been due to their poor design decisions, but R-to-L editing didn't work well at all. That could mean that it would be a very difficult thing to enable, though certainly it would be a welcome feature for some languages. I gather that LaTeX supports (somehow) Hebrew, so it might indeed be possible if the display issues are not too difficult. ---End reply -- David L. Johnson [EMAIL PROTECTED] Department of Mathematicshttp://www.lehigh.edu/~dlj0/dlj0.html Lehigh University 14 E. Packer Avenue (610) 758-3759 Bethlehem, PA 18015-3174
Re: easy $100 for nazgul? ;)
---Reply to mail from Jean-Marc Lasgouttes about easy $100 for nazgul? ;) >>>>>> "Alejandro" == Alejandro Aguilar Sierra <[EMAIL PROTECTED]> writes: > > Alejandro> He he, did you see that the original name of the project > Alejandro> was LilyX?!!! :) > > Make the LyriX (I think). True. ---End reply -- David L. Johnson [EMAIL PROTECTED] Department of Mathematicshttp://www.lehigh.edu/~dlj0/dlj0.html Lehigh University 14 E. Packer Avenue (610) 758-3759 Bethlehem, PA 18015-3174
Missing instructions about LYX_DIR in README.bin.example
It was pointed out by a user of the linux binary I made that the README.bin I provided did not have complete instructions for installation in a non-standard location. I looked, and the README.bin.example had the same problem -- and I didn't read it carefully enough before packing it up. I presume that README.bin.example needs the following modification: === If you did not unpack the distribution in /usr/local LyX can perfectly work in this situation, except for two things: You should set the environment variable LYX_DIR to point to the directory where you unpacked the archive. If you unpacked it in /foo, then you should add LYX_DIR=/foo (bash or ksh) or setenv LYX_DIR /foo (csh or tcsh) to your environment. In addition, as distributed, LyX expects to find its internationalization files in the... (continuing as before). I believe this is still needed, even if the language is US English, in order to find all the configuration files and templates. -- David L. Johnson [EMAIL PROTECTED] Department of Mathematicshttp://www.lehigh.edu/~dlj0/dlj0.html Lehigh University 14 E. Packer Avenue (610) 758-3759 Bethlehem, PA 18015-3174
Re: Missing instructions about LYX_DIR in README.bin.example
---Reply to mail from Jean-Marc Lasgouttes about Missing instructions about LYX_DIR in README.bin.example > Hmm, this should not be necessary, since, if LyX binary is in > /foo/bin/lyx, it searches its data in > /foo/bin/../share/lyx == /foo/share/lyx > > I'd be curious to know why this did not work. What did your user do? I will check. I don't have his/her mail here (on home machine). I'll ask later. Thanks for clearing that up. > > There is one thing which has been fixed for 1.0.1: the case where you > unpack in /foo and do > > ln -s /foo/bin/lyx /usr/local/bin/lyx > > Now, lyx tries to follow symbolic links. > > Was that the problem that your user had? May have been. ---End reply -- David L. Johnson [EMAIL PROTECTED] Department of Mathematicshttp://www.lehigh.edu/~dlj0/dlj0.html Lehigh University 14 E. Packer Avenue (610) 758-3759 Bethlehem, PA 18015-3174
Re: Lyx -> man | html ?
I have had the best luck generating html for my course notes by exporting to LaTeX and then using tth. tth is noly free to educational users, I think. Check the author's website. I haven't used the sgml tools at all, and have not tried to use url's within LyX documents. But, tth does an excellent job (usually) of typesetting even mathematics in html (no gifs like latex2html). To find tth, look on my website for any of my class notes. At the bottom of each page generated by tth is a pointer to the author's home page. -- David L. Johnson [EMAIL PROTECTED] Department of Mathematics http://www.lehigh.edu/~dlj0/dlj0.html Lehigh University 14 E. Packer Avenue (610) 758-3759 Bethlehem, PA 18015-3174 Become MicroSoft-free forever. Ask me how.
reLyX and amsart problem
A user sent me a question about importing latex files that use theorem environments. He said they all got translated into ERT. I tried importing a file I had exported to LaTeX, and it worked fine, so I told him to make sure his original file was up to amsmath standards for latex2e. Well, that wasn't it. Here's what he tried, as a test, to import: \documentclass [12pt]{amsart} \newtheorem{theorem}{Theorem} \begin{document} \begin{theorem} nonsense \end{theorem} \end{document} And it imported with the theorem environment in ERT, just as he said. When I changed it to \documentclass [12pt]{amsart} \newtheorem{thm}{Theorem} \begin{document} \begin{thm} nonsense \end{thm} \end{document} it then imported it as a theorem environment like it should. I advised him to re-label his theorem environments like in the layout files. But, is there a way to allow such things to work correctly in reLyX? Maybe that's too much to hope for, because you never know what names someone may use. -- David L. Johnson [EMAIL PROTECTED] Department of Mathematics http://www.lehigh.edu/~dlj0/dlj0.html Lehigh University 14 E. Packer Avenue (610) 758-3759 Bethlehem, PA 18015-3174 Become MicroSoft-free forever. Ask me how.
crash
Hi folks, I'm using LyX 1.0.1 on a FreeBSD 2.2.7 machine, and I just crashed it pretty good: ## david> ll project.* -rw-r--r-- 1 david wheel 8108 Feb 24 06:11 project.dvi -rw-r--r-- 1 david wheel0 Mar 28 08:51 project.lyx -rw-r--r-- 1 david wheel47571 Mar 25 05:40 project.lyx.bak -rw-r--r-- 1 david wheel0 Mar 28 08:51 project.lyx.emergency -rw-r--r-- 1 david wheel61425 Mar 28 08:01 project.lyx~ -rw-r--r-- 1 david wheel 1515123 Mar 28 09:43 project.ps -rw-r--r-- 1 david wheel44986 Mar 28 08:05 project.tex ## david> I was sweating for a moment, until I saw .lyx~. However, what happened whas that under heavy load (swap 98% full) I closed the lyx window by clicking on the close button, then it asked me if I wanted to save. I said yes, and that was it: [...] ERROR (LyXParagraph::writeFile): NULL char in structure. ERROR (LyXParagraph::writeFile): NULL char in structure. ERROR (LyXParagraph::writeFile): NULL char in structure. ERROR (LyXParagraph::writeFile): NULL char in structure. ERROR (LyXParagraph::writeFile): NULL char in structure. ERROR (LyXParagraph::writeFile): NULL char in structure. ERROR (LyXParagraph::writeFile): NULL char in structure. lyx: SIGSEGV signal caught Sorry, you have found a bug in LyX. If possible, please read 'Known bugs' under the Help menu and then send us a full bug report. Thanks! lyx: Attempting to save document /home/david/project.lyx as... 1) /home/david/project.lyx.emergency ERROR (LyXParagraph::writeFile): NULL char in structure. ERROR (LyXParagraph::writeFile): NULL char in structure. ERROR (LyXParagraph::writeFile): NULL char in structure. ERROR (LyXParagraph::writeFile): NULL char in structure. ERROR (LyXParagraph::writeFile): NULL char in structure. [...] I had to kill it... I don't think I can redproduce this. I will try, though... Great program, otherwise! I love it... :-) Is there ny further Information I can give you? CU, David
Re: [fburrull@mat.upc.es] LyX Feedback
"Lars Gullik Bjønnes" wrote: > > I am forwading your mail to the lyx-devel mailinglist. > From: [EMAIL PROTECTED] > Subject: LyX Feedback > Reply-to: [EMAIL PROTECTED] > The first word is bold, and the others are normal. > If you want 2 words bold and others normal, I use a protected blank. > > ex. > foo bar: bla bla bla bla > > between foo and bar I use a protected blank. > > the latex code is: > > \begin{description} > \item [foo~bar]bla bla bla bla > > But: > foo nnn: bla bla bla bla > > the latex code is: > > \begin{description} > \item [foo~nnn]bla bla bla bla As a workaround, perhaps you could enter it as foo {n}nn: bla bla Then turn the { and } into TeX-mode (makes them appear red). This seems to work. It was probably not noticed before since it appears only with Spanish as the language. when I tired it with my default language (US English) the bug did not appear. -- David L. Johnson [EMAIL PROTECTED] Department of Mathematics http://www.lehigh.edu/~dlj0/dlj0.html Lehigh University, 14 E. Packer Avenue, Bethlehem, PA 18015-3174 You will say Christ saith this and the apostles say this; but what canst thou say? -- George Fox.
Bug in LyX 1.0.3
Hello, sorry for the messed up format. What a stupid error message: > ezmlm-reject: fatal: Sorry, I don't accept message with empty Subject (#5.7.0) CU, David Here's my first try: -- Forwarded Message -- Subject: failure notice Date: 19 Jul 1999 04:44:42 - From: [EMAIL PROTECTED] Hi. This is the qmail-send program at wierdlmpc.msci.memphis.edu. I'm afraid I wasn't able to deliver your message to the following addresses. This is a permanent error; I've given up. Sorry it didn't work out. <[EMAIL PROTECTED]>: ezmlm-reject: fatal: Sorry, I don't accept message with empty Subject (#5.7.0) --- Below this line is a copy of the message. Return-Path: <[EMAIL PROTECTED]> Received: (qmail 2386 invoked from network); 19 Jul 1999 04:44:26 - Received: from uaf-du-04-15.alaska.edu (HELO goliath.alaska.edu) (137.229.8.95) by wierdlmpc.msci.memphis.edu with SMTP; 19 Jul 1999 04:44:26 - Received: from goliath (localhost.alaska.edu [127.0.0.1]) by goliath.alaska.edu (8.8.8/8.8.8) with SMTP id UAA16557 for <[EMAIL PROTECTED]>; Sun, 18 Jul 1999 20:24:51 -0800 (AKDT) (envelope-from [EMAIL PROTECTED]) From: David von Stetten <[EMAIL PROTECTED]> Organization: University of Alaska, Fairbanks To: [EMAIL PROTECTED] Date: Sun, 18 Jul 1999 20:16:24 -0800 X-Mailer: KMail [version 1.0.21] Content-Type: Multipart/Mixed; boundary="Boundary-=_WfAZyzAZOHsNGHcxSfUBSnsNWfUJ" MIME-Version: 1.0 Message-Id: <9907182024510B.01447@goliath> --Boundary-=_WfAZyzAZOHsNGHcxSfUBSnsNWfUJ Content-Type: text/plain Content-Transfer-Encoding: 8bit Hi, I'm running FreeBSD 2.2.7 and LyX 1.0.3 (great piece!!). However, it crashes consistently when the attached PS (generated with matlab under ultrix) file is loaded as a floating fig. The first time it made a .lyx.emergency, but opon trying to load this one, LyX crashed again and ooverwrote it with a .lyx.emergency of length 0! #*.lyx# was intact, though. Second try: Crashes again, but text had been saved before. Unfortunately I don't have a unstripped version --> no trace output, sorry!! :-) (core dump, maybe??) Maybe it helps you anyway. Thanks for LyX!! CU, David --Boundary-=_WfAZyzAZOHsNGHcxSfUBSnsNWfUJ Content-Type: application/postscript; name="coll.freq.10.ps.bak" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="coll.freq.10.ps.bak" JSFQUy1BZG9iZS0yLjAgCiUlQ3JlYXRvcjogTUFUTEFCLCBUaGUgTWF0aHdvcmtzLCBJbmMuCiUl VGl0bGU6IGNvbGwuZnJlcS4xMC5wcwolJUNyZWF0aW9uRGF0ZTogMDcvMTcvOTkgIDE5OjUwOjI3 CiUlRG9jdW1lbnROZWVkZWRGb250czogSGVsdmV0aWNhCiUlRG9jdW1lbnRQcm9jZXNzQ29sb3Jz OiBDeWFuIE1hZ2VudGEgWWVsbG93IEJsYWNrCiUlUGFnZXM6IChhdGVuZCkKJSVCb3VuZGluZ0Jv eDogKGF0ZW5kKQolJUVuZENvbW1lbnRzCgolJUJlZ2luUHJvbG9nCgolIE1hdGhXb3JrcyBkaWN0 aW9uYXJ5Ci9NYXRoV29ya3MgMTUwIGRpY3QgYmVnaW4KCiUgZGVmaW5pdGlvbiBvcGVyYXRvcnMK L2JkZWYge2JpbmQgZGVmfSBiaW5kIGRlZgovbGRlZiB7bG9hZCBkZWZ9IGJpbmQgZGVmCi94ZGVm IHtleGNoIGRlZn0gYmRlZgoveHN0b3JlIHtleGNoIHN0b3JlfSBiZGVmCgolIG9wZXJhdG9yIGFi YnJldmlhdGlvbnMKL2MgIC9jbGlwIGxkZWYKL2NjIC9jb25jYXQgbGRlZgovY3AgL2Nsb3NlcGF0 aCBsZGVmCi9nciAvZ3Jlc3RvcmUgbGRlZgovZ3MgL2dzYXZlIGxkZWYKL210IC9tb3ZldG8gbGRl ZgovbnAgL25ld3BhdGggbGRlZgovY20gL2N1cnJlbnRtYXRyaXggbGRlZgovc20gL3NldG1hdHJp eCBsZGVmCi9yYyB7cmVjdGNsaXB9IGJkZWYKL3JmIHtyZWN0ZmlsbH0gYmRlZgovcm0gL3Jtb3Zl dG8gbGRlZgovcmwgL3JsaW5ldG8gbGRlZgovcyAvc2hvdyBsZGVmCi9zYyB7c2V0Y215a2NvbG9y fSBiZGVmCi9zciAvc2V0cmdiY29sb3IgbGRlZgovdyAvc2V0bGluZXdpZHRoIGxkZWYKL2ogL3Nl dGxpbmVqb2luIGxkZWYKL2NhcCAvc2V0bGluZWNhcCBsZGVmCgolIHBhZ2Ugc3RhdGUgY29udHJv bAovcGdzdiAoKSBkZWYKL2JwYWdlIHsvcGdzdiBzYXZlIGRlZn0gYmRlZgovZXBhZ2Uge3Bnc3Yg cmVzdG9yZX0gYmRlZgovYnBsb3QgL2dzYXZlIGxkZWYKL2VwbG90IHtzdHJva2UgZ3Jlc3RvcmV9 IGJkZWYKCiUgb3JpZW50YXRpb24gc3dpdGNoCi9wb3J0cmFpdE1vZGUgCTAgZGVmCi9sYW5kc2Nh cGVNb2RlIAkxIGRlZgoKJSBjb29yZGluYXRlIHN5c3RlbSBtYXBwaW5ncwovZHBpMnBvaW50IDAg ZGVmCgolIGZvbnQgY29udHJvbAovRm9udFNpemUgMCBkZWYKL0ZNUyB7CgkvRm9udFNpemUgeHN0 b3JlCQklc2F2ZSBzaXplIG9mZiBzdGFjawoJZmluZGZvbnQKCVtGb250U2l6ZSAwIDAgRm9udFNp emUgbmVnIDAgMF0KCW1ha2Vmb250CglzZXRmb250Cgl9YmRlZgoKL3JlZW5jb2RlIHsKZXhjaCBk dXAgd2hlcmUKe3BvcCBsb2FkfSB7cG9wIFN0YW5kYXJkRW5jb2Rpbmd9IGlmZWxzZQpleGNoCmR1 cCAzIDEgcm9sbApmaW5kZm9udCBkdXAgbGVuZ3RoIGRpY3QgYmVnaW4KICB7IDEgaW5kZXggL0ZJ RCBuZSB7ZGVmfXtwb3AgcG9wfSBpZmVsc2UgfSBmb3JhbGwKICAvRW5jb2RpbmcgZXhjaCBkZWYK ICBjdXJyZW50ZGljdAplbmQKZGVmaW5lZm9udCBwb3AKfSBiZGVmCgovaXNyb21hbiB7CmZpbmRm b250IC9DaGFyU3RyaW5ncyBnZXQKL0FncmF2ZSBrbm93bgp9IGJkZWYKCi9GTVNSIHsKMyAxIHJv bGwgMSBpbmRleApkdXAgaXNyb21hbgp7cmVlbmNvZGV9IHtwb3AgcG9wfSBpZmVsc2UKZXhjaCBG TVMKfSBiZGVmCgovY3NtIHsKCTEgZHBpMnBvaW50IGRpdiAtMSBkcGkycG9pbnQgZGl2IHNjYWxl CgluZWcgdHJhbnNsYXRlCglsYW5kc2NhcGVNb2RlIGVxIHs5MCByb3RhdGV9IGlmCgl9IGJkZWYK CiUgbGluZSB0eXBlczogc29saWQsIGRvdHRlZCwgZGFzaGVkLCBkb3RkYXNoCi9TTyB7IFtdIDAg c2V0ZGFzaCB9IGJkZWYKL0RPIHsgWy41IGRwaTJwb2
Bug in 1.0.4
Sorry if this has already been mentioned (I haven't been keeping up with the list, I'm afraid). I just grabbed 1.0.4 as per Lars' announcement. I noticed that, when converting a file to tex format, the filename is changed somewhat. For example, 219f99-8-part1.lyx was exported as 219f99_8_part1.tex This is not a biggie, but should be fixed. This did not appear in the last pre I was using, probably pre6. In fact, I use this feature all the time, and this particular bug is new to me. -- David L. Johnson [EMAIL PROTECTED] Department of Mathematics http://www.lehigh.edu/~dlj0/dlj0.html Lehigh University, 14 E. Packer Avenue, Bethlehem, PA 18015-3174 You will say Christ saith this and the apostles say this; but what canst thou say? -- George Fox.
Re: web page
On Mon, 23 Nov 1998, Mate Wierdl wrote: > When I go to www.lyx.org using lynx, I see > > Navigate > > Main page > > More about LyX > > Screenshots > > License > > Features > > How to get it > > Feedback > > Except "Navigate", they all seems to be links, but whichever I go to, > I will just get back to the "Main Page". No you don't, but as the page layout is done using tables instead of CSS Stylesheets, you see the side-nav-bar (which is the first cell of the table) which is always the same. Notice that the page title changes and if you press 'n' or '' several times you get to the important part of the document... Lars or Asger (?): another reason in favor of top/bottom navbars and one bad shot to the side-navbar... :) Laters, David@
Re: for crying out loud . . .
On Thu, 14 Jan 1999, Richard E. Hawkins Esq. wrote: > I've found that a conference I'm submitting papers to requires that > "Attachments should be in MS Word 7.0 or WordPerfect 8.0 or lower > version." Not a solution for you here and now, but this need does bring up a possible future feature... couldn't we teach LyX to produce .DOC files? As a starting point, perhaps one might find an existing TeX -> DOC converter? I don't know .. I'm a dumb user in this arena, the idea just occurred to me. -- Dave | Email: [EMAIL PROTECTED] Brown | Packet: N2RJT@WB2PSI.#WNY.NY.USA.NOAM
Re: version control
On Fri, 22 Jan 1999, Amir Karger wrote: > I agree with JMarc. While nice, the version control is basic. It also > doesn't work with older versions of RCS (unless Lars fixed it since pre4 or > so.) It would be great if support for PRCS were added... PRCS is a cool interface to RCS (at the moment, will have a better binary diff system in the future) that works like CVS (with a central repository and lots of nice features...) I don't have their URI handy, but I am sure a Linux search on www.google.com will find it... I'd do it myself but I am very time-impaired (besides, I would have to dig into the LyX C++ code for a while to get used to it...) It's really much better than RCS, trust me... Laters, D@ PS- I'll try to download pre8 asap... D@ PPS- just got curious. my server went out for 10 days and i think I may have missed some posts about the emmedded language,... did we finally take a decision? I say it because I have literally stumbled against S-Lang and it looks rather pretty and easy to embed... just curious, not trying to start another round of discussions... :) D@ -- David Suárez de Lis mailto:[EMAIL PROTECTED] University of Santiago de Compostela SPAIN EU
Re: WYSIWYM printing
On Mon, 25 Jan 1999, Jean-Marc Lasgouttes wrote: > > "Amir" == Amir Karger <[EMAIL PROTECTED]> writes: > > >> > "Reuben" == Reuben Thomas <[EMAIL PROTECTED]> writes: > >> > Reuben> As well as (or perhaps instead of) specifying page ranges, it > Reuben> should be possible to give section ranges. > Amir> This is a great idea, and much more WYSIWYM, as Reuben suggested > Amir> in the subject line. I'm imagining a table of contents popup, > Amir> where you could highlight the (contiguous?) sections you want to > Amir> print. > > Amir> As long as we're doing that, why not take it a step > Amir> further. Using the TOC or some other method, allow the user to > Amir> select portions of the document and do various > Amir> operations. Spellcheck, Save as, Export (harder. Bug prone?) are > Amir> just a few ideas. > > What has been dicussed some times ago is that we should be able to > collapse whole sections from inside the document. This kind of feature > would provide the ideal interface: everything (print, spell...) would > apply to the visible text. This would be really nice. Things would be much faster and swifter if we can collapse a whole section (or maybe even a whole chapter) containing lots of EPSs... Anyway, Amir's idea looks very nice as well, in the sense that, even if we go via the collapsable sections (which looks like *the* path) the TOC popup could gain a lot of functionaly if we could collapse and expand sections picking them from there (kind of button 3 operation or something like that...) D@
Re: version control
On Sun, 24 Jan 1999, Jochen Kuepper wrote: > >It would be great if support for PRCS were added... PRCS is a cool > >interface to RCS (at the moment, will have a better binary diff system in > >the future) that works like CVS (with a central repository and lots of > >nice features...) > > So why not use CVS immediatly ? I find CVS interface so difficult and unnecesarily complex I actually feel crreps near it... PRCS has a really nice and clear interface and holds multi-directories projects very well... > I actually put my important writings in cvs, so I have all the files that > belong to each other in one common place. If someone can make it as easy as PRCS, then please go ahead :) > But I actually don't mind using it "by foot". I can't, unless I find someone to spend several hours teaching it to me... :( Grretings, D@
Writing newsletters??
Hi all, I have been 'appointed' as temporary editor-in-chief (actually temporary the whole redactionteam :) for a small newsletter... The idea is using a landscape ISO a4 so we can have 4 pages (in ISO a5 size). but the number of pages may grow up later (in steps of 4, obviously)... The idea is having two or three columns per page plus some running headers and a nice title, all this text plus some PS floats... I have checked the 1.0pre2 sources but there are no templates/layouts for anything like this (as far as I managed to see)... Any help in writing such a template? My TeX/LaTeX is a bit forgotten since I am using LyX but I have several books to hardcode newcommands if necessary... What I have troubles with is with LyX layouts format... BTW, if anyone has something similar done, it would be very nice of him sharing it :) Thanks all, D@ -- David Suárez de Lis mailto:[EMAIL PROTECTED] University of Santiago de Compostela SPAIN EU
Re: Writing newsletters??
On Mon, 25 Jan 1999, Asger K. Alstrup Nielsen wrote: > > The idea is using a landscape ISO a4 so we can have 4 pages (in ISO a5 > > size). but the number of pages may grow up later (in steps of 4, > > obviously)... > > > > The idea is having two or three columns per page plus some running headers > > and a nice title, all this text plus some PS floats... > > One way to do this is to use psnup from the psutils package > on an ordinary PS file, and thus solve it outside LaTeX > domain. So I just make a (say article) two column normal thing and it will take care of all those things? Cool! :) Can I make 3 columns in LyX? Can I use minipages (so footnotes stick to their articles and so) and is there a way to make them floats, so the engine is able to make the layout more flexible? Maybe a multicolumn newsletter is too wysiwyg if we think in the final result, but I am sure great results can be obtained from a wysiwym, and LyX's the best for that :) Just one more question, I did a small try yesterday but i had some problems, for when I changed font size from normal to small, all japanese words with macrons gave compile errors. It seems the LaTeX code generated is of the kind "{\small blah blah Aiki}{\small \=}{\small o}" which is obviously wrong. Oh! I already asked this but I lost the reply and, besides, it didn't work... :( Is there a way i can 'macro' so a simple combination of keystrokes (easier that M-c t \= M-c t) allows me to macron vowels? The newsletter is for our Aikid\=o organization and has lots of japanese words... thanks for any help, D@
Re: Writing newsletters??
On Mon, 25 Jan 1999, Jean-Marc Lasgouttes wrote: > >>>>> "David" == David S de Lis <[EMAIL PROTECTED]> writes: > > David> Just one more question, I did a small try yesterday but i had > David> some problems, for when I changed font size from normal to > David> small, all japanese words with macrons gave compile errors. It > David> seems the LaTeX code generated is of the kind "{\small blah > David> blah Aiki}{\small \=}{\small o}" which is obviously wrong. > > What version of LyX are you using? I think this bug has been fixed > now. 1.0.0pre2... I've downloaded pre8 today, will build it this evening... > David> Oh! I already asked this but I lost the reply and, besides, it > David> didn't work... :( Is there a way i can 'macro' so a simple > David> combination of keystrokes (easier that M-c t \= M-c t) allows > David> me to macron vowels? The newsletter is for our Aikid\=o > David> organization and has lots of japanese words... > > I think that if you use a keyboard mapping, you can assign macron to a > dead key. For example, american.kmap uses '-' as a dead key for > macron. I'll look at that, thanks, D@
pre8 and more on the newsletter...
Hi all, okay, I finally managed to get 2 clean and non-failing floppies, downloaded 1.0.0pre8 source code from devel.lyx and installed it. Surprisingly enough, this round I only had to write ./configure (I usually had to specify some extra dirs as well) but it got all of them right at the first time. Compilation was fast (on my new k62 333 :) and the program is working like a dream, much better than pre2... System is a K62 333, 64M, Debian 2.0... So congratulations to everybody! :) One of the surprising things was the new Layout->Character menu, it's much clearer now, indeed... :) Something it didn't do very well, yet, was regarding colors... I set the title to blue (BTW, I didn't know LyX supported colors, amazing :) and the rest to black, but I got some errors on the \end{document} as black is not supported there (??). I think playing with font sizes and such is still a bit buggy, but nothing extremely terrible... I'll try, nevertheless, to find a reproducible behavior out of this, so it can be traced... (I wish I knew how to use the damned gdb...:( regarding the keyboard, Jean-Marc, it works wonderfully, just had to modify it to my taste and activate from the lyxrc file (silly me I had all of them commented out :) And, for the newsletter thing... using psbook and psnup I have just gotten what I wanted... :) I didn't know those tools, but they really fantastic pieces of software :) Now I just wished I could specify a bit where floats are preferred (a la HTML way)... I think I remember that LaTeX has a way to specify that, but it's not on the figure's popup... well, it won't be fancy but it'll be clear and 'perfect' :) Again, congratulations for a great work, D@
Documentation (was Re: pre8 and more on the newsletter...)
On Tue, 26 Jan 1999, Asger K. Alstrup Nielsen wrote: > > traced... (I wish I knew how to use the damned gdb...:( > > There is a ultra-short tutorial on gdb in the Known Bugs document. > But notice: A description of a reproducable way of triggering a bug > is much more useful than a gdb trace. > The reason is obvious: With a description of a bug, a developer > can roll his own trace and thus investigate exactly what is going > on. Even further, it's possible to step through the situation, > which will typically give much insight to the cause of a bug. I'll do my best... > > Now I just wished I could specify a bit where floats are preferred (a la > > HTML way)... I think I remember that LaTeX has a way to specify that, but > > it's not on the figure's popup... well, it won't be fancy but it'll be > > clear and 'perfect' :) > > Somewhere in some strange pop-up, there is actually a field where you > can globally define a policy for float placement. It's a user unfriendly > input field where you have to insert !htb or something strange like that, > but it'll probably do what you need once you figure it out. I'll look for it, thanks :) > I suppose it's mentioned in the User Guide somewhere. (We need an > index of the documentation -- then we could also scrap large parts > of the reference manual, which is redundant in many aspects.) Nod... Considering that my possibilities of helping in actually programming are almost null (I can't "even" dig into reLyX adecuately, sorry Amir) I'd like to commit to the Documentation project, so if the leader is around, please get in touch with me to tell me what to do, meanwhile I'll read what comes with the sources... Thanks, D@
Re: Three pre-versions of PR doc
On Tue, 26 Jan 1999, Alejandro Aguilar Sierra wrote: > On Tue, 26 Jan 1999, Asger K. Alstrup Nielsen wrote: > > > I agree that LyX as such is a word processor, but it's also a > > document processor. I personally prefer "word processor", because > > the term "document processor" makes me think of "food processor", for > > some strange reason, although I haven't seen a recipe class (yet). > > :) > > So "word processor" doesn't make you think of "food processor" but > "document processor" does. Curious rationale. > > I prefer the term "document processor" for the many reason several of us > have discussed in this list and personally find the term "word processor" > obsolete and unnapropiate. I agree with Alejandro in this. Leaving aside my own biases (word processing reminds me M$ Word too much), considering the wysiwym philosophy of LyX, you concentrate on creating a document, not putting words together and see what happens... as the LaTeX engine takes care of most stupid things Word users usually do (unless they use styles, which they don't), we really produce whole documents. besides, except when i am particularly bitchy with the final result, I usually don't even M-f d until I am finished. That may be because the very-wysiwyg UI of LyX, but I usually do the same with SGML documents and did the same when writitng raw TeX/LaTeX... So I'd say "document processor" is exactly what LyX is and what LyX does... Just my E0.02... D@
Re: LyX for Windows
On Wed, 27 Jan 1999, Steven van Dijk wrote: > Come to think of it, when LyX is released, will > anybody send email to the major Linux distributors? It might help to send a pre-announcement. Lots of people have been waiting for Linux 2.2.0, but since it recently arrived, they think they don't need to wait any longer. But, then again, any reasonable distributor would wait for the dust to settle on 2.2.0 before using it. -- Dave | Email: [EMAIL PROTECTED] Brown | Packet: N2RJT@WB2PSI.#WNY.NY.USA.NOAM
Re: Comments on latest LyX-PR
On Fri, 29 Jan 1999, Martin Vermeer wrote: > I don't know about the PDP-10, but the PDP-11 is *very* well known to me. > > PDP-7 (quite different architecture) was one of the three original machines > that Unix was written for. > > PDP-11/10 was my first "personal computer" here at the institute, around 1979. > I wrote Fortran-4 on it when everyone else had gone home. A satellite orbit > prediction program, even, that they successfully used to hit Lageos at 6000 km > height with the satellite laser :-) > > I even programmed it in assembly; beautiful assembly language, bit like > the 6809 from Motorola. (If Unix was never ported to it, it sure wasn't > the architecture's fault!) I wrote floating point routines using "scaled" > integers, as an FPU was lacking. > > Size about 2 m high, footprint 1 x 1 m. Exchangable disks of some 2 MB each > (huge! :-) OS was RT-11, later (after we upgraded to PDP-11/45) TSX-11. > > Martin > Ah yes! I cut my teeth on PDP-11/10 as well! The PDP-11 was a *VERY* nice clean 16 bit machine. I used RT-11, TSX-11, RSX-11M+, and UNIX V6 on PDP-11s. All were very nice operating systems, in their own way. With that upbringing, is it any wonder I *never* liked MSDOS or MS Windows? -- Dave | Email: [EMAIL PROTECTED] Brown | Packet: N2RJT@WB2PSI.#WNY.NY.USA.NOAM
Re: obsolete web page
On Mon, 1 Feb 1999, Jean-Marc Lasgouttes wrote: > People are supposed to ftp to ftp.lyx.org. They should not even know > this is at via. The web page at www.lyx.org, when you click on "downloads", directs you to via. Indeed, that's where I'm grabbing 1.0.0 from this moment. -- Dave | Email: [EMAIL PROTECTED] Brown | Packet: N2RJT@WB2PSI.#WNY.NY.USA.NOAM
Re: License
Now that we talk about the license... someone (Amir?) commented that all code has copyright 98... there are actually pieces from 96... I think a sed 's///' is inorder in here... Laters, D@
TOC
Hi all... I have noticed that * sections (section*, &c) aren't added to the TOC... I think this has it's good and bad points. Would it be too hard to have them on the TOC (maybe at user's convenience) with a * in front of them? E.G: TOC: * Preface * Acknowledgements Part 1 1. Introduction 1.1 Defining the pr0oblem 1.2 Blah... 2. Bleh... ... (I can't remember now, but a slightly indented (not 8 chars :) TOC like that one would be way cool as well :) Laters, d@ "translating... :)"
widow/orphan?
My son was doing an article for school with LyX 1.0. When he printed his article, I noticed a paragraph that ended in a single line at the top of a page. I was surprised, since I thought LaTeX would prevent such things. Is this (a) a LyX bug, (b) a LaTeX bug, (c) my system being misconfigured, (d) someone decided orphans are okay? -- Dave | Email: [EMAIL PROTECTED] Brown | Packet: N2RJT@WB2PSI.#WNY.NY.USA.NOAM
Re: widow/orphan?
On Wed, 10 Feb 1999, Larry S. Marso wrote: > Was it a paragraph or a bullet point? Definitely a paragraph. He was using default settings except 12 point font. > On Tue, Feb 09, 1999 at 10:12:22PM -0500, David C. Brown N2RJT wrote: > > My son was doing an article for school with LyX 1.0. When he printed his > > article, I noticed a paragraph that ended in a single line at the top of a > > page. I was surprised, since I thought LaTeX would prevent such things. > > Is this (a) a LyX bug, > > (b) a LaTeX bug, > > (c) my system being misconfigured, > > (d) someone decided orphans are okay? > > > > -- > > Dave | Email: [EMAIL PROTECTED] > > Brown | Packet: N2RJT@WB2PSI.#WNY.NY.USA.NOAM > > FLAGS (\Recent \Seen)) > -- Dave | Email: [EMAIL PROTECTED] Brown | Packet: N2RJT@WB2PSI.#WNY.NY.USA.NOAM
CLasses?
Hi all, sorry to bug you with this, but I've downloaded 1.0.1pre8 and I am missing many classes (in particular hollywood, in which I am interested). Where can I get all those missing classes? thx,d@ BTW: tried to download 1.0.1 from devel and it's not there... d@
Scripting language...
Hi all, I have followed this thread with interest despite my busy, busy agenda :( Although I really like Perl5, maybe precisely for the powerful different constructions it allows to solve the same problem (it's easier to fit the way the programmer/user think about that problem) I can see a problem in using it as a script language for power users (or simple users if that's to come) as I see they can feel threatened by too much flexibility. I have seen this happening before... Python is really nice, powerful and easy to learn and use. It has a really clear syntax and the core is easy enough to learn. (Just an aside note: Eric S Raymond on his How to become a Hacker FAQ (http://www.tuxedo.org/~esr/faqs/hacker-howto.html) he recommends Python as a first language to learn of all the 4 a Hacker must know: Python, C, Perl and LISP) Another easy to use and flexible language is Tcl. Besides, it has readily and painlessly available one of the most powerful GUI Toolkits (also ported to Python and perl, among others). It's multiplatform and is probably gonna stay stable for a long time... Tcl is very easy to embed as well... If there were a poll, I'd probably vote Python, although Tcl would probably be as easy and flexible for this. Icon, well, the Icon I know a bit of, I don't find it really intuitive... Perl (which is great for some things) can get equally confusing if proper care is not taken (and who takes care nowadays? (among the power users, I mean... Programmers know the pains of not being careful, so they are... more or less :) Well, just my E0.02 (which is a bit more worthy than US$0.02 :) David@
Re: Another candidate
On Fri, 18 Dec 1998, Asger K. Alstrup Nielsen wrote: > Hi! > > If you are interested, check out this imperative language: > > http://www.cwi.nl/~steven/abc/ > > It's called ABC and is designed to be easy to learn. > > I think it has some nice properties, and could well > serve as a model for the simple scripting language > in LyX. Maybe you are not aware of it, but Guido van Rossum, the inventor of Python was a part of the developing team of ABC and as a matter of fact this can be seen pretty easily if you know a bit of both languages, as he took a good deal of things from it... On the other hand, although I like SIOD, there seems to be easy ways of embedding Python... (unfortunately I won't be able to try for a good while...) Laters, David@
es.po and small bug fix
Hi all! I am back (sorta). They killed my old server rather badly (and without notice) I am hoping to find an email account that can support the burden of some mailing lists... once I got it, I'll subscribe again... I have updated es.po as to version 1.0.4pre8, I am sorry if I am late for 1.0.4 :( I am also sending a hack to allow i18n guys (like me) to see the welcome message in the minibuffer when LyX starts (which was skipped due to a non gettext'ed string...) Also updates CHANGES and lib/CREDITS (if you find it appropriate) I am working on some more i18n issues in LyX, but these may take a bit longer... Well, this program is getting really incredible, great job, gang! :) Congratulations laters, d@ Patch for 1.0.4pre8, es.po and minibuffer.C
Re: es.po and small bug fix
Hi again, On 4 Oct 1999, Jean-Marc Lasgouttes wrote: : >>>>> "David" == David S de Lis <[EMAIL PROTECTED]> writes: : : David> I have updated es.po as to version 1.0.4pre8, I am sorry if I : David> am late for 1.0.4 :( : : David> I am also sending a hack to allow i18n guys (like me) to see : David> the welcome message in the minibuffer when LyX starts (which : David> was skipped due to a non gettext'ed string...) : : Hello, : : A small problem with your patch: it touches form1.fd for no apparent : reason, and contains a large string of ^@ (null character). Could you : redo it? Of course, I noticed that myself yesterday... sorry 'bout that... :/ regarding the '^@'s, I have no idea... maybe is a locale thing? (I don't think so, but...) I am sending along, as well as the bug fix to minibuffer.C (against 1.0.4pre8), two more hackings (text.C and lyx_cb.C) that allows to see the 'Chapter x' and 'Part #' on-screen in the current locale as well as seeing 'Chapter x' in current locale on the TOC popup... and corresponding updated es.po (1124 messages translated! :) this is probably the only time es.po will be ahead the 'official' lyx.pot if the patches are accepted :) I am thinking whether it would be convenient translating the layouts in the drop down menu for the sake of non-english/non-LaTeX users (I am specially thinking about Mexican high school students) so a suitable translation is provided using gettext... I'd appreciate any suggestions (and pro's and con's) I am off town and will be for a couple of days or so, thus there is time to discuss this if needed... :) Thanks and laters, d@ "hope it goes thru ok this time" Newest es.po and some hacks...
Re: es.po and small bug fix
Hi all, On 5 Oct 1999, Jean-Marc Lasgouttes wrote: : David> two more hackings (text.C and lyx_cb.C) : David> that allows to see the 'Chapter x' and 'Part #' on-screen in : David> the current locale as well as seeing 'Chapter x' in current : David> locale on the TOC popup... and corresponding updated es.po : David> (1124 messages translated! :) this is probably the only time : David> es.po will be ahead the 'official' lyx.pot if the patches are : David> accepted :) : : I will not apply this patch since the language in which 'Chapter' is : written is not the language of the GUI (locale) but the language of : the document. For example, if I have LANG=fr and edit english : documents, I do not want to see chapters apprear as Chapitres. While I : agree that the problem is real, the solution is not right... I replied to Jean-Marc privately but after giving some more thoughts (while travelling around the clock) and even though I agree with his explanation and I am already digging into the code for a solution, I still think what I did is useful (and therefore should be patched into the main source). I was thinking about the use most people will give to LyX and my conclusions are these two: - most users will spend most of the time using LyX under their locale if support is available - most documents created will be in the user's own language, which is likely to be supported by LyX (or either support can be created via GNU gettext po files) I'll use JM's example to point out my argumentation. If I have LANG=fr when writing an english document, I'll see 'Chapitre' instead of 'Chapter'. But currently I'll see 'Chapter' even when I am writing a document in french (or any other language). I am just wondering why english is a better default behavior than the current user's locale. I mean, if they decide to have all LyX GUI (and maybe all their OS) in 'fr', and for most users, most docuemnts will be written in french, why should 'Chapter' be a better default than 'Chapitre'? It will be adecuate for much more many cases than 'Chapter' by statistical use. I am specially interested in LyX working at peak efficiency in Spanish because there is a big potential user base in Mexico (which is moving all their High School to GNU/Linux) that will benefit from LyX superior document creation capabilities. As these young beings create documents (probably school related) most of their work will be done in spanish (and hopefully using 'es_*' locale). I think having 'Chapter' as default is not better than having 'Capítulo', even if it's not the best solution. But I think it is a better solution than the current one. Now, I am not defending the patches because they are mine. I am defending them because I did them under suggestion from my 12-years old cousin (whom I was showing a SF novel I am writing (in spanish) and asked me why Linux is in english but LyX is in spanish and why instead 'Capítulo 1' it said 'Chapter 1'). Me, I don't particularly mind how it is shown on-screen if the printed output is correct (which it is because laTeX takes care of it) but I think it is a user friendlier behavior (actually not only 'Chapter' and 'Part' should be translated, but also the 'foot' of footnotes, 'note' of notes, &c... (Appendices, margin notes...)) I am looking into the possibility of doing this behavior (on-screen labels in custom language) document language-dependent (although it is starting to appear a good challenge) and I certainly invite any others that may be interested in this feature (which is not really a Big Issue, rather a minor thing for people with little time to the Bigger things like myself) to join me; but while I/we don't get possitive results, I'd add the 'locale on-screen' behavior (even if just as an option, configurable, rc, compile-time; I can change them to fit any wish) for those many cases where the document language is the locale language and, thus, they are indeed correct (even if just a hack and by pure luck). I think I'd like to hear other developers points of views regarding this issue. As I said before, it's not big thing, but I thought it deserved a defense... :) (please Cc any post to me, although I should be able to check the archives, right?) : Could you redo an es.po which does not contain the translations : related to this patch? I am sending it attached to this message. It has some typos and wrong numbers corrected as well, so it's better than the other one anyway... :) Well, just my E0.02... :) laters, d@ PS - : David> I am thinking whether it would be convenient translating the : David> layouts in the drop down menu for the sake