Re: screen fonts in math problem
On Tue, Mar 18, 2003 at 10:38:39PM +0100, Marcin Bukat wrote: I found another strange but related to topic bahavior: If I change screen font to some ttf (cp1250 encoding) text is rendered correctly, almost all greeks symbols are ok, but other math symbols are displayed as a lyx commands (or rather latex commands). That's the fallback to the X symbol font (and only behaviour up to 1.1.6) if the LaTeX font are not found for any reason. It looks like ttf family font is used to render greeks too. *shrug* I don't really understand what is going on here. For me adding the LaTeX fonts to the Fontpath just worked... Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
Re: screen fonts in math problem
Marcin == Marcin Bukat [EMAIL PROTECTED] writes: Marcin And question: 1. Changing to CVS version can make difference? Version 1.3.1 will make some difference wrt Qt and fonts, but I do not know whether it will fix your particular problem. Marcin 2. Is there some doc about proper bug reporting in lyx? Go to http://bugzilla.lyz.org/ JMarc
Re: screen fonts in math problem
Jean-Marc == Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: Marcin == Marcin Bukat [EMAIL PROTECTED] writes: Marcin And question: 1. Changing to CVS version can make difference? Jean-Marc Version 1.3.1 will make some difference wrt Qt and fonts, Jean-Marc but I do not know whether it will fix your particular Jean-Marc problem. Marcin 2. Is there some doc about proper bug reporting in lyx? Jean-Marc Go to http://bugzilla.lyz.org/ That should be http://bugzilla.lyx.org/, of course. JMarc
Use an Xfig figure in LyX with non-latin1 Special flagged text
Hello, I use to make Xfig figures with Special flagged text quite often. I mostly write english documets, but sometimes I need to make a figure that includes non-english text -- namely the Czech. A block scheme is such an example (see the attachments). I used a trick with TeX macros for typesetting accented characters for a long time, but creating the figures in such a way requires so much effort -- you need to rerun LaTeX several times while editting the figure to get the final result. So I decided to localize Xfig and put the figure (with non-latin1 characters) right into the LyX document in regular way. But there were some problems that arised during this process. I finaly found the solution so I'm gonna to describe what I did. Hope this helps any one. It's clear that you don't need to use TeX macros for accented characters any more or do another fiddling around. You just switch the keyboard layout and write the text directly into the figure. NOTE: I've tried this for Czech (iso8859-2) text only, so I hope it should work also for other alphabets. 1) Localize Xfig Common instructions for Xfig localization can be found at http://member.nifty.ne.jp/tsato/xfig/latin/latin-e.html For example if you have transfig-3.2.3d-7 you need to nuthin' at all. You just make a symlink in your FIG2DEV_LIBDIR directory (usually in /usr/share/fig2dev/) czech.ps - cs_CZ.ps If there's no cs_CZ.ps file in that directory get the file czech.ps from the above site and put it into your FIG2DEV_LIBDIR directory. Set the locale to appropriate language export LANG=czech and run Xfig. You would be able to enter non-latin1 characters right from the keyboard. 2) Change the LyX template Add the -j option to the fig2dev command in the /usr/share/lyx/scripts/fig2pstex.py script so it will look like this os.execvp(fig2dev, [fig2dev, -j, -Lpstex] + parameters + [filename, basename + .eps]) os.execvp(fig2dev, [fig2dev, -j, -Lpstex_t] + parameters + [filename, basename + .pstex_t]) Insert the figure to the LyX document via standard template: Insert External Material... Xfig and enjoy the result! ADDITIONAL NOTES (and suggestions for the developpers): In fact there's no need to change the LyX tempalte. You can export the figure manually by Combined PS/LaTeX (both parts) and include the *.pstex_t part into the LyX document via Insert Include File. Needless to say that inserting the *.fig file via Insert External Material Xfig is much more comfortable since Transfig creates both parts automatically. So the secret that the non-latin1 characters appear right in the typeset document lies in the missing -j option in fig2dev command which provides the conversion from FIG format to another languages. The -j option is always set when the figure is exported manually from Xfig, so that's the reason why it works with inclusion of *.pstex_t. In fact I haven't found what the option -j does. There's no description in fig2dev man page. But it's clear that it really works with -j so I suggest to add this option to the future releases of LyX, namely in fig2pstex script. Moreover it doesn't affect the behaviour of the template at all. Regards, KAMIL ;-{ xfig-czech.pdf Description: Adobe PDF document
[ANNOUNCE] LyX 1.3.1 is released
Public release of LyX version 1.3.1 === We are glad to announce the release of LyX 1.3.1. As expected this is a maintenance release, which adds some polish to the new features of LyX 1.3.0 (especially the Qt frontend) and also fixes some significant bugs in the math editor and the lyx2lyx import script. We also threw in a few new features (new textclasses, latex import improvements) for good measure. In case you are wondering what LyX is, here is what http://www.lyx.org/ has to say on the subject: LyX is an advanced open source document processor that encourages an approach to writing based on the structure of your documents, not their appearance. LyX lets you concentrate on writing, leaving details of visual layout to the software. LyX runs on many Unix platforms (including MacOS X), OS/2, and under Windows/Cygwin. Note that all these ports still need an X server. You can download LyX 1.3.1 here (the .bz2 are compressed with bzip2, which yields smaller files) : ftp://ftp.lyx.org/pub/lyx/stable/lyx-1.3.1.tar.gz ftp://ftp.lyx.org/pub/lyx/stable/lyx-1.3.1.tar.bz2 ftp://ftp.devel.lyx.org/pub/lyx/lyx-1.3.1.tar.gz ftp://ftp.devel.lyx.org/pub/lyx/lyx-1.3.1.tar.bz2 and it should shortly propagate to the following mirrors (also with the .bz2 versions): ftp://ftp.sdsc.edu/pub/other/lyx/stable/lyx-1.3.1.tar.gz ftp://ftp.lip6.fr/pub/lyx/stable/lyx-1.3.1.tar.gz ftp://gd.tuwien.ac.at/publishing/tex/lyx/stable/lyx-1.3.1.tar.gz ftp://ftp.ntua.gr/pub/X11/LyX/stable/lyx-1.3.1.tar.gz ftp://ftp.icm.edu.pl/vol/rzm0/lyx/stable/lyx-1.3.1.tar.gz Prebuild binaries (mainly rpms for linux distributions) should soon be available at ftp://ftp.lyx.org/pub/lyx/bin/1.3.1/ If you already have LyX 1.3.0 sources, you may want to apply the following patch instead ftp://ftp.lyx.org/pub/lyx/stable/patch-1.3.1.gz ftp://ftp.lyx.org/pub/lyx/stable/patch-1.3.1.bz2 If you find what you think is a bug in LyX 1.3.1, you may either e-mail the LyX developers' mailing list ([EMAIL PROTECTED]), or open a bug report at http://bugzilla.lyx.org If you're having trouble using the new version of LyX, or have a question, first check out http://www.lyx.org/help/, and e-mail the LyX users' list ([EMAIL PROTECTED]) if you can't find an answer there. Enjoy! The LyX team. What's new == ** Updates - when there is vertical space between paragraphs, the amount of space is also indicated in the small/medium/large case [bug #814] - reLyX improvements: support for natib citations, for 'm' column descriptors in tables; a .lyx file generated by reLyX now says this - new classes mwart, mwbk and mwrep (adaptation of the base classes to polish conventions); new class elsart (for journals published by Elsevier); updated classes koma-script (in particular new class scrlttr2); re-introduce class ijmpd (which was in 1.2.x) and unbreak class kluwer - new polski keymap, useful for entering Polish on a QWERTY keyboard; update to Scientific Word-compatible bindings (documentation has been updated too) - updates to the danish, dutch, french, german, norwegian, polish and spanish translation of menus - Most of the documentation has been updated for the current version of LyX. If you find some problems with the documentation in this release, please contact [EMAIL PROTECTED] ** Bug fixes - fix mathed bug where curly brackets in, e.g. {a^b}^c, would get lost and cause TeX errors - fix bug where strange symbols were displayed instead of math symbols [Qt only] - fix bug where lyx -e would refuse to work [bug #788, Qt only] - delete lyxserver pipes on exit [bug #865, Qt only] - add floats definition to the LLNCS class [bug #923] - fix a bug where the DVI file was not updated due to an old format .dep file (this happened only when use_tempdir was set to false) - graphics that have been set to not display in LyX are no longer converted [bug #920] - fix converters for tgif format - fix bug where preview snippets would most of the time be processed twice - prevent a crash when generating previews if the user is not using a tmp directory - fix possible crash on exit when there are many previews - don't cause a warning message to complain about starting an already running timer. Just don't start it ;-) - prevent incorrect warning message about failing to find a graphics file to load when all is actually fine and dandy - fix a bug where ERT curly braces in math formulas would have a wrong descent on screen - The printer parameter preferences for spool command and file extension were accidentally made the same [Qt only] - Update the language of the text after changing the document language - fix display of right quote inset - fix off-by-one error in placement of error insets - fix bug where opening the tabular dialog would mark the document as changed [bug
Using a patch from 1.30 too 13.1
Hello, I've LyX-QT-1.3.0 installed. I used to reinstall newerversions of LyX everytime they came out,but now I decided to use the provided patch. since I am new to this issueI am interested in advices, instructions on howto do it smoothly or a link containing any of this aspects! Thanks Thomas
Re: Using a patch from 1.30 too 13.1
Thomas == =?ISO-8859-15?Q?Thomas Sch=F6nhoff?= ISO-8859-15 writes: Thomas Hello, I've LyX-QT-1.3.0 installed. I used to reinstall Thomas newerversions of LyX everytime they came out,but now I decided Thomas to use the provided patch. since I am new to this issueI am Thomas interested in advices, instructions on howto do it smoothly or Thomas a link containing any of this aspects! There are instructions contained at the beginning of the patch. They have not been updated for a long time, so I will be grateful for any comment about them. JMarc
Re: Using a patch from 1.30 too 13.1
Thomas Schnhoff wrote: Hello, I've LyX-QT-1.3.0 installed. I used to reinstall newerversions of LyX everytime they came out,but now I decided to use the provided patch. since I am new to this issueI am interested in advices, instructions on howto do it smoothly or a link containing any of this aspects! Basically, if you ever patched the kernel source, then you'll have no problems :-) Put the uncompressed patch in the lyx source dir and issue: patch -p1 patch-1.3.1 -p1 helps the patch program to (loosely said) position itself within the source tree. You shouldn't have any problems with the patch. After that, issue ./configure options, see README, then make, then make install. That's it. However, it looks that the configure script in 1.3.1 (at least the 1.3.0+patch version) is broken and make complains about the missing aclocal-1.6. With 1.3.0 I had no problems. I'll investigate it a little bit more deeply and post my findings. Regards, Davor -- [EMAIL PROTECTED]
Re: Using a patch from 1.30 too 13.1
Davor == Davor Cengija [EMAIL PROTECTED] writes: Davor However, it looks that the configure script in 1.3.1 (at least Davor the 1.3.0+patch version) is broken and make complains about the Davor missing aclocal-1.6. With 1.3.0 I had no problems. I'll Davor investigate it a little bit more deeply and post my findings. I think it is a dependency problem. Files timestamps are not correctly ordered, so the stupid configure script wants to rebuild itself, and just fails for some reason. This is why the text at the top of the patch advise to issue touch Makefile.in */Makefile.in */*/Makefile.in */*/*/Makefile.in src/config.h.in although it would not have helped in this particular case. If you can find the correct list of files to touc in order to be able to build without triggering the autotools, I would appreciate that. JMarc
Re: Writing a Novel with LyX?
Ronald said: I've written novels with LyX (see www.18james.com/writing.html). The book class does fine. The real problem is that unless you're self-publishing -- with which I have no experience -- you have to face the fact that trade publishers are not interested in any output from LyX. They want the manuscript in ms-word, not in LaTeX, LyX, PDF, or Postscript. They'll accept ascii text, but if you have foreign language or special characters in your text, they're lost in an ascii version. We're glad to get manuscript from LyX ;) (but we're a composition house specializing in math, physics, c. textbooks) You should be able to submit a .pdf for direct printing though, unless the publisher has specific style recommendations you're unable to accomplish in LaTeX? Let me second the suggestion of Peter Wilson's Memoir class. William -- William Adams, publishing specialist voice - 717-731-6707 | Fax - 717-731-6708 www.atlis.com
Re: Writing a Novel with LyX?
On Wednesday, March 19, 2003, at 09:12 AM, William Adams wrote: We're glad to get manuscript from LyX ;) (but we're a composition house specializing in math, physics, c. textbooks) You should be able to submit a .pdf for direct printing though, unless the publisher has specific style recommendations you're unable to accomplish in LaTeX?-- The trade publishing houses that publish my books (Random House, HarperCollins, St. Martins, etc.) commission custom designs for the layout of each title, and are simply not interested in camera-ready copy. I've argued until I'm blue in the face, and met the same answer. One of my books was about the building of the Palomar telescope (The Perfect Machine) and I argued with HarperCollins that LaTeX was the preferred format for astronomy and that I would create camera-ready copy in any format their designer choose. The answer? Please submit your manuscript in ms-word, wordperfect, or ascii text! I've met the same resistance from publishers like Kluwer when I've written sections for their Biographical Encyclopedia of Astronomers. LyX is a wonderful tool, and TeX does wonderful typesetting for technical publications and technical publishers that accept camera-ready copy, or perhaps for self-published material. Until trade publishers catch on to the economy and quality of having authors typeset the material into camera-ready copy, LyX is actually a handicap for authors writing trade books. That said, I'm working on yet another book with LyX! -- Ronald Florencewww.18james.com
Re: Writing a Novel with LyX?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wednesday 19 March 2003 09:33 am, Ronald Florence wrote: [...] LyX is a wonderful tool, and TeX does wonderful typesetting for technical publications and technical publishers that accept camera-ready copy, or perhaps for self-published material. Until trade publishers catch on to the economy and quality of having authors typeset the material into camera-ready copy, LyX is actually a handicap for authors writing trade books. That said, I'm working on yet another book with LyX! How then do you get around the problems you list? Do you end up submitting ascii to them afterall, thus giving up the formatting/typesetting advantages of using Lyx/latex? praedor -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE+eIWYaKr9sJYeTxgRAoyUAJ9u1st4tc+VgfXYaM/GlC5P8A5mXACgmDv8 DlYQTXjp5Dm/b154l427MoY= =fmVr -END PGP SIGNATURE-
Re: Writing a Novel with LyX?
Praedor Atrebates [EMAIL PROTECTED] writes: LyX is a wonderful tool, and TeX does wonderful typesetting for technical publications and technical publishers that accept camera-ready copy, or perhaps for self-published material. Until trade publishers catch on to the economy and quality of having authors typeset the material into camera-ready copy, LyX is actually a handicap for authors writing trade books. That said, I'm working on yet another book with LyX! How then do you get around the problems you list? Do you end up submitting ascii to them afterall, thus giving up the formatting/typesetting advantages of using Lyx/latex? Alas, I end up submitting manuscripts either in hardcopy or in PDF so they can see what it looks like, and in ascii for their publishing process. Trade publishers always reset whatever an author submits, so the formatting is lost in any case. -- Ronald Florence www.18james.com
Re: Using a patch from 1.30 too 13.1
Jean-Marc Lasgouttes wrote: Davor == Davor Cengija [EMAIL PROTECTED] writes: Davor However, it looks that the configure script in 1.3.1 (at least Davor the 1.3.0+patch version) is broken and make complains about the Davor missing aclocal-1.6. With 1.3.0 I had no problems. I'll Davor investigate it a little bit more deeply and post my findings. I think it is a dependency problem. Files timestamps are not correctly ordered, so the stupid configure script wants to rebuild itself, and just fails for some reason. This is why the text at the top of the patch advise to issue touch Makefile.in */Makefile.in */*/Makefile.in */*/*/Makefile.in src/config.h.in although it would not have helped in this particular case. If you can find the correct list of files to touc in order to be able to build without triggering the autotools, I would appreciate that. LyX compile process takes 3 hours on my system so it would be pretty slow to find which files need to be touched explicitly, so I decided to touch them all. for i in `find`; do echo $i; touch -t 20030101 $i; done Compiled and happily installed. It works. It's important to mention that the files' timestamps need to be set in the past (Jan 01 2003, in my case), otherwise config script keeps complaining about missing aclocal. -- [EMAIL PROTECTED]
Cannot build lyx-1.3.1qt src rpm
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 This is inevitable, it seems, whether I try the qt version or the xforms version. Inspite of the fact that I have xforms installed and qt3 devel libs installed, the src rpm for lyx never builds on my Mandrake system. Mandrake doesn't use QTDIR. It is dispensed with and is generally unneeded. Nonetheless I created QTDIR=/usr/lib/qt3 in an attempt to satisfy the rpm for building. It fails: checking for Qt library name... failed configure: error: Cannot compile a simple Qt executable. Check you have the right $QTDIR ! error: Bad exit status from /var/tmp/rpm-tmp.46146 (%build) What lines in the configure script do I comment out to prevent this check from occuring and killing the build process? Looking over the configure options I see no option to turn it off that way so... praedor -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE+eKzFaKr9sJYeTxgRAvHqAKCjy3mx18Z0aevk066m7lk8JWLkMQCdHS0D bbKwPVqab156zW49DkUz8Vg= =Gu75 -END PGP SIGNATURE-
Re: Cannot build lyx-1.3.1qt src rpm
On Wed, Mar 19, 2003 at 12:45:41PM -0500, Praedor Atrebates wrote: checking for Qt library name... failed configure: error: Cannot compile a simple Qt executable. Check you have the right $QTDIR ! error: Bad exit status from /var/tmp/rpm-tmp.46146 (%build) What lines in the configure script do I comment out to prevent this check from occuring and killing the build process? Looking over the configure options I You can't turn it off, that makes no sense (how would you build ?). Instead, look at config.log, and see what you did wrong in your setup. john
auto date
hi there, is there any way to delete the auto set date under the titel? greetings Mirco
Re: auto date
On Wed, 19 Mar 2003, Mirco Dunker wrote: is there any way to delete the auto set date under the titel? I click on Layout and then LaTeX Preamble And in the pop-up window I enter: \date{} Jeremy C. Reed http://www.pugetsoundtechnology.com/
RE: auto date
At the beginning of your doc. In ERT \date{} -Original Message- From: Mirco Dunker [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 19, 2003 1:21 PM To: [EMAIL PROTECTED] Subject: auto date hi there, is there any way to delete the auto set date under the titel? greetings Mirco
Chapter endnotes and memoir class
How do I get book to use chapter endnotes instead of footnotes? Is there an easier set of instructions on installing memoir for Lyx than is given with the package?
Follow-up: installing memoir
It looks as though in my c:\texmf directory structure there is a directory for memoir, so I'm guessing it was installed or at least downloaded to my computer. But LyX doesn't know that. I tried finding installation instructions and came up with something that requires a file called texmf.cnf (ideally under web2c). But alas no such file. And then the instructions talk about setting variables. Where and how do you set them? I'm lost. How do I get LyX to recognize and use new packages? Sorry, I'm really trying to figure this stuff out on my own, but I'm just an author hoping to move beyond Word.
Re: screen fonts in math problem
Version 1.3.1 will make some difference wrt Qt and fonts, but I do not know whether it will fix your particular problem. Yes it makes some difference :P just see: http://soliton.ch.pw.edu.pl/~wodz/lyx-131-screenshot.png wo
Re: screen fonts in math problem
On Wed, Mar 19, 2003 at 08:59:42PM +0100, Marcin Bukat wrote: http://soliton.ch.pw.edu.pl/~wodz/lyx-131-screenshot.png Now things are working as they should. You have to install the right set of fonts, now, to get the symbols to appear. john
Re: Cannot build lyx-1.3.1qt src rpm
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wednesday 19 March 2003 12:54 pm, John Levon wrote: On Wed, Mar 19, 2003 at 12:45:41PM -0500, Praedor Atrebates wrote: checking for Qt library name... failed configure: error: Cannot compile a simple Qt executable. Check you have the right $QTDIR ! error: Bad exit status from /var/tmp/rpm-tmp.46146 (%build) What lines in the configure script do I comment out to prevent this check from occuring and killing the build process? Looking over the configure options I You can't turn it off, that makes no sense (how would you build ?). Instead, look at config.log, and see what you did wrong in your setup. Thanks, I'll give it a shot but there is nothing wrong with my setup. I can build qt apps, kde apps, etc. without problem...just not lyx-qt (or lyx xforms for that matter - but I CAN build other xforms apps). The problem seems to be based on assumptions made by the configure script on what the system should be like (like Redhat's broken system?). It assumes there MUST be an environment variable called QTDIR set which is not necessarily true except, perhaps, on the developer's system. I just wanted to be able to disable the check on qt that the configure script is doing and let the system just make the qt app like it can with every other qt app I've tried that doesn't make similar assumptions. In the meantime, I commented out all the lines in the configure script in which the qt lib version is determined, created a new entry directly setting qt_cv_libname=Qt3 and let it go from there. It builds and the binary works. It would appear that the gatekeeper in configure is not critical and needs to have a switch settable by the builder. It would allow for a simple sidestep of an erroneous check (for my system - any Mandrake system) and still get a working binary. praedor praedor -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE+eNTMaKr9sJYeTxgRAg6mAJ47PpdZ2AeUsuJIRDWSoKHV/PMhIwCeIcXC 4t3cpvTCarw3v+RTFIajzWY= =p2C/ -END PGP SIGNATURE-
Re: Cannot build lyx-1.3.1qt src rpm
On Wed, Mar 19, 2003 at 03:36:27PM -0500, Praedor Atrebates wrote: seems to be based on assumptions made by the configure script on what the system should be like (like Redhat's broken system?). It assumes there MUST be an environment variable called QTDIR set which is not necessarily true except, perhaps, on the developer's system. I just wanted to be able to This is all entirely wrong. In the meantime, I commented out all the lines in the configure script in which the qt lib version is determined, created a new entry directly setting qt_cv_libname=Qt3 and let it go from there. It's impossible to say what's happening without seeing config.log john
Re: screen fonts in math problem
On Wed, Mar 19, 2003 at 08:59:42PM +0100, Marcin Bukat wrote: http://soliton.ch.pw.edu.pl/~wodz/lyx-131-screenshot.png Now things are working as they should. You have to install the right set of fonts, now, to get the symbols to appear. john Ok thats something new. What do You mean by 'right set of fonts'? I added prefix/share/lyx/xfonts to Xserwer's font path - it doesn't work. I downloaded ttf set of fonts mentioned someware in INSTALL (although my sys don't use fontconfig) - it dosn't work too. wo
1.3.1 build on cygwin: problems
There are problems with the file src/.libs/impgen.c. It is not a valid C file and it won't compile. The error will appear when lyx.exe is being built. It requires editing the file by hand. Bad sed script? -- generating import library for `cygintl-2.dll' dlltool --as=as --dllname cygintl-2.dll --def .libs/cygintl-2.dll-def --output-lib .libs/libimp-cygintl-2.a dlltool: Syntax error in def file .libs/cygintl-2.dll-def:0 extracting exported symbol list from `cygiconv-2.dll' test -f .libs/impgen.c || \ sed -e /^# \/\* impgen\.c starts here \*\//,/^# \/\* impgen.c ends here \*\// { s/^# //;s/^# *$//; p; } -e d ../libtool .libs/impgen.c test -f .libs/impgen.exe || (cd .libs \ if test x != x ; then -o impgen impgen.c ; \ else gcc-2 -o impgen impgen.c ; fi) .libs/impgen /usr/lib/../bin/cygiconv-2.dll .libs/cygiconv-2.dll-def impgen.c:82: parse error impgen.c:111: unterminated `#if' conditional ../libtool: line 6: .libs/impgen: No such file or directory make[2]: *** [lyx.exe] Error 127 make[2]: Leaving directory `/home/max/lyx-1.3.1/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/max/lyx-1.3.1/src' make: *** [all] Error 2 Another question: How do I build the libaiksaurus? The source won't compile under cygwin. Max
update to 1.3.1 problem aclocal-1.6
I have 1.3.0 installed and so I downloaded the patch to upgrade it first off it does the following [EMAIL PROTECTED] lyx-1.3.0]# make distclean cd . /bin/sh ./config.status Makefile config.status: creating Makefile Making distclean in lib make[1]: Entering directory `/usr/bin/lyx-1.3.0/lib' make[1]: *** No rule to make target `distclean'. Stop. make[1]: Leaving directory `/usr/bin/lyx-1.3.0/lib' make: *** [distclean-recursive] Error 1 ignoring this I go on to do the rest of the patch install [EMAIL PROTECTED] lyx-1.3.0]# zcat patch-1.3.1.gz | patch -p1 (note that in the patch it says patch-1.2.1.gz) [EMAIL PROTECTED] lyx-1.3.0]# touch Makefile.in */Makefile.in */*/Makefile.in */*/*/Makefile.in src/config.h.in [EMAIL PROTECTED] lyx-1.3.0]# ./configure this seems to work but when running ./configure it pops up more NO then I remember the first time around then I run make and it gives [EMAIL PROTECTED] lyx-1.3.0]# make cd . /bin/sh /usr/bin/lyx-1.3.0/config/missing --run aclocal-1.6 /usr/bin/lyx-1.3.0/config/missing: aclocal-1.6: command not found WARNING: `aclocal-1.6' is needed, and you do not seem to have it handy on your system. You might have modified some files without having the proper tools for further handling them. Check the `README' file, it often tells you about the needed prerequirements for installing this package. You may also peek at any GNU archive site, in case some other package would contain this missing `aclocal-1.6' program. make: *** [aclocal.m4] Error 1 I have aclocal aclocal-1.4 aclocal-1.5 I down loaded automake-1.6.2 which should have in it aclocal-1.6 but this does non even compile. What should I do.Is there some way of telling lyx to use aclocal-1.5 ? [EMAIL PROTECTED] automake-1.6.2]$ ./configure checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets ${MAKE}... yes checking for perl... /usr/bin/perl configure: error: Autoconf 2.52 or better is required [2]+ Doneemacs README [EMAIL PROTECTED] automake-1.6.2]$ rpm -q Autoconf package Autoconf is not installed
Re: update to 1.3.1 problem aclocal-1.6
Also could I point out that do have Autoconf 2.57 Owen Lucas wrote: [EMAIL PROTECTED] automake-1.6.2]$ ./configure checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets ${MAKE}... yes checking for perl... /usr/bin/perl configure: error: Autoconf 2.52 or better is required [2]+ Doneemacs README [EMAIL PROTECTED] automake-1.6.2]$ rpm -q Autoconf package Autoconf is not installed
Re: [ANNOUNCE] LyX 1.3.1 is released
If anyone compiles a Mandrake RPM, please let me know! If no one wants to do it, I'll have a go, but last time I got bogged down in dependencies, got fed up, and made myself a simple tar.gz binary instead. Don't trust me on this one! Robin -- The raisins may be the best part of a cake, but that doesn't mean that a bag of raisins is better than a cake. - Wittgenstein Robin Turner IDMYO Bilkent Univeritesi Ankara 06533 Turkey www.bilkent.edu.tr/~robin
Re: [ANNOUNCE] LyX 1.3.1 is released
I am impressed by the time required to compile LyX. Gcc is slow, but I felt it took much shorter time to build linux kernel with all the modules. Any config time option to speed up the build process besides turning off -O2? Max
LyX-1.3.1 on FreeBSD
Hi, Since LyX-1.3.0 I'm unable to compile LyX on FreeBSD. Compiling exits with lots of errors like this: ... xformsImage.o(.text+0x4914): undefined reference to 'flimage_enable_tiff' xformsImage.o(.text+0x4924): undefined reference to 'flimage_enable_xbm' ... My version of xforms is 1.0. I'm running FreeBSD 4.7-RELEASE. Anyone succeeded in compiling LyX-1.3.1 on FreeBSD? Thanks, Marco -- The more data I punch in this card, the lighter it becomes, and the lower the mailing cost. -- Stan Kelly-Bootle, The Devil's DP Dictionary
Re: update to 1.3.1 problem aclocal-1.6
Woops worked it out. some old unupdated soft linked stuff. I have now upgraded lyx and it seems to be working cheers owen Owen Lucas wrote: Also could I point out that do have Autoconf 2.57 Owen Lucas wrote: [EMAIL PROTECTED] automake-1.6.2]$ ./configure checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets ${MAKE}... yes checking for perl... /usr/bin/perl configure: error: Autoconf 2.52 or better is required [2]+ Doneemacs README [EMAIL PROTECTED] automake-1.6.2]$ rpm -q Autoconf package Autoconf is not installed
Re: [ANNOUNCE] LyX 1.3.1 is released
On Wed, Mar 19, 2003 at 03:49:04PM -0800, Max Bian wrote: Any config time option to speed up the build process besides turning off -O2? You didn't state what compiler you're using. I suspect recent gcc. http://gcc.gnu.org/ml/gcc/2003-01/msg01336.html regards john
pdf problems in 1.3.1
Hi.. I'm running into a couple of problems: 1. I've included a jpg figure in my document .. pdflatex seems to be modifying the size of this figure to fit into my two column format document since if I view - dvipdfm, it shows the correct size (bigger than what would fit into a column width).. is this normal? 2. There seem to be some problem with the update while doing a View-pdflatex.. After doing a view - pdflatex, if I go and see view - dvipdfm, due to the problem mentioned in 1., the output is different (the figure is much bigger in dvipdfm). Now if I do a view - pdflatex again, I get teh same output as I got with dvipdfm and not what I got first with pdflatex.. very weird.. any idea what's going on?? I updated 1.3.0 to 1.3.1 on my Debian powerpc system using the patch.. (I built from source)... Thanks, nirmal
Re: screen fonts in math problem
On Tue, Mar 18, 2003 at 10:38:39PM +0100, Marcin Bukat wrote: I found another strange but related to topic bahavior: If I change screen font to some ttf (cp1250 encoding) text is rendered correctly, almost all greeks symbols are ok, but other math symbols are displayed as a lyx commands (or rather latex commands). That's the fallback to the X symbol font (and only behaviour up to 1.1.6) if the LaTeX font are not found for any reason. It looks like ttf family font is used to render greeks too. *shrug* I don't really understand what is going on here. For me adding the LaTeX fonts to the Fontpath just worked... Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
Re: screen fonts in math problem
Marcin == Marcin Bukat [EMAIL PROTECTED] writes: Marcin And question: 1. Changing to CVS version can make difference? Version 1.3.1 will make some difference wrt Qt and fonts, but I do not know whether it will fix your particular problem. Marcin 2. Is there some doc about proper bug reporting in lyx? Go to http://bugzilla.lyz.org/ JMarc
Re: screen fonts in math problem
Jean-Marc == Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: Marcin == Marcin Bukat [EMAIL PROTECTED] writes: Marcin And question: 1. Changing to CVS version can make difference? Jean-Marc Version 1.3.1 will make some difference wrt Qt and fonts, Jean-Marc but I do not know whether it will fix your particular Jean-Marc problem. Marcin 2. Is there some doc about proper bug reporting in lyx? Jean-Marc Go to http://bugzilla.lyz.org/ That should be http://bugzilla.lyx.org/, of course. JMarc
Use an Xfig figure in LyX with non-latin1 Special flagged text
Hello, I use to make Xfig figures with Special flagged text quite often. I mostly write english documets, but sometimes I need to make a figure that includes non-english text -- namely the Czech. A block scheme is such an example (see the attachments). I used a trick with TeX macros for typesetting accented characters for a long time, but creating the figures in such a way requires so much effort -- you need to rerun LaTeX several times while editting the figure to get the final result. So I decided to localize Xfig and put the figure (with non-latin1 characters) right into the LyX document in regular way. But there were some problems that arised during this process. I finaly found the solution so I'm gonna to describe what I did. Hope this helps any one. It's clear that you don't need to use TeX macros for accented characters any more or do another fiddling around. You just switch the keyboard layout and write the text directly into the figure. NOTE: I've tried this for Czech (iso8859-2) text only, so I hope it should work also for other alphabets. 1) Localize Xfig Common instructions for Xfig localization can be found at http://member.nifty.ne.jp/tsato/xfig/latin/latin-e.html For example if you have transfig-3.2.3d-7 you need to nuthin' at all. You just make a symlink in your FIG2DEV_LIBDIR directory (usually in /usr/share/fig2dev/) czech.ps - cs_CZ.ps If there's no cs_CZ.ps file in that directory get the file czech.ps from the above site and put it into your FIG2DEV_LIBDIR directory. Set the locale to appropriate language export LANG=czech and run Xfig. You would be able to enter non-latin1 characters right from the keyboard. 2) Change the LyX template Add the -j option to the fig2dev command in the /usr/share/lyx/scripts/fig2pstex.py script so it will look like this os.execvp(fig2dev, [fig2dev, -j, -Lpstex] + parameters + [filename, basename + .eps]) os.execvp(fig2dev, [fig2dev, -j, -Lpstex_t] + parameters + [filename, basename + .pstex_t]) Insert the figure to the LyX document via standard template: Insert External Material... Xfig and enjoy the result! ADDITIONAL NOTES (and suggestions for the developpers): In fact there's no need to change the LyX tempalte. You can export the figure manually by Combined PS/LaTeX (both parts) and include the *.pstex_t part into the LyX document via Insert Include File. Needless to say that inserting the *.fig file via Insert External Material Xfig is much more comfortable since Transfig creates both parts automatically. So the secret that the non-latin1 characters appear right in the typeset document lies in the missing -j option in fig2dev command which provides the conversion from FIG format to another languages. The -j option is always set when the figure is exported manually from Xfig, so that's the reason why it works with inclusion of *.pstex_t. In fact I haven't found what the option -j does. There's no description in fig2dev man page. But it's clear that it really works with -j so I suggest to add this option to the future releases of LyX, namely in fig2pstex script. Moreover it doesn't affect the behaviour of the template at all. Regards, KAMIL ;-{ xfig-czech.pdf Description: Adobe PDF document
[ANNOUNCE] LyX 1.3.1 is released
Public release of LyX version 1.3.1 === We are glad to announce the release of LyX 1.3.1. As expected this is a maintenance release, which adds some polish to the new features of LyX 1.3.0 (especially the Qt frontend) and also fixes some significant bugs in the math editor and the lyx2lyx import script. We also threw in a few new features (new textclasses, latex import improvements) for good measure. In case you are wondering what LyX is, here is what http://www.lyx.org/ has to say on the subject: LyX is an advanced open source document processor that encourages an approach to writing based on the structure of your documents, not their appearance. LyX lets you concentrate on writing, leaving details of visual layout to the software. LyX runs on many Unix platforms (including MacOS X), OS/2, and under Windows/Cygwin. Note that all these ports still need an X server. You can download LyX 1.3.1 here (the .bz2 are compressed with bzip2, which yields smaller files) : ftp://ftp.lyx.org/pub/lyx/stable/lyx-1.3.1.tar.gz ftp://ftp.lyx.org/pub/lyx/stable/lyx-1.3.1.tar.bz2 ftp://ftp.devel.lyx.org/pub/lyx/lyx-1.3.1.tar.gz ftp://ftp.devel.lyx.org/pub/lyx/lyx-1.3.1.tar.bz2 and it should shortly propagate to the following mirrors (also with the .bz2 versions): ftp://ftp.sdsc.edu/pub/other/lyx/stable/lyx-1.3.1.tar.gz ftp://ftp.lip6.fr/pub/lyx/stable/lyx-1.3.1.tar.gz ftp://gd.tuwien.ac.at/publishing/tex/lyx/stable/lyx-1.3.1.tar.gz ftp://ftp.ntua.gr/pub/X11/LyX/stable/lyx-1.3.1.tar.gz ftp://ftp.icm.edu.pl/vol/rzm0/lyx/stable/lyx-1.3.1.tar.gz Prebuild binaries (mainly rpms for linux distributions) should soon be available at ftp://ftp.lyx.org/pub/lyx/bin/1.3.1/ If you already have LyX 1.3.0 sources, you may want to apply the following patch instead ftp://ftp.lyx.org/pub/lyx/stable/patch-1.3.1.gz ftp://ftp.lyx.org/pub/lyx/stable/patch-1.3.1.bz2 If you find what you think is a bug in LyX 1.3.1, you may either e-mail the LyX developers' mailing list ([EMAIL PROTECTED]), or open a bug report at http://bugzilla.lyx.org If you're having trouble using the new version of LyX, or have a question, first check out http://www.lyx.org/help/, and e-mail the LyX users' list ([EMAIL PROTECTED]) if you can't find an answer there. Enjoy! The LyX team. What's new == ** Updates - when there is vertical space between paragraphs, the amount of space is also indicated in the small/medium/large case [bug #814] - reLyX improvements: support for natib citations, for 'm' column descriptors in tables; a .lyx file generated by reLyX now says this - new classes mwart, mwbk and mwrep (adaptation of the base classes to polish conventions); new class elsart (for journals published by Elsevier); updated classes koma-script (in particular new class scrlttr2); re-introduce class ijmpd (which was in 1.2.x) and unbreak class kluwer - new polski keymap, useful for entering Polish on a QWERTY keyboard; update to Scientific Word-compatible bindings (documentation has been updated too) - updates to the danish, dutch, french, german, norwegian, polish and spanish translation of menus - Most of the documentation has been updated for the current version of LyX. If you find some problems with the documentation in this release, please contact [EMAIL PROTECTED] ** Bug fixes - fix mathed bug where curly brackets in, e.g. {a^b}^c, would get lost and cause TeX errors - fix bug where strange symbols were displayed instead of math symbols [Qt only] - fix bug where lyx -e would refuse to work [bug #788, Qt only] - delete lyxserver pipes on exit [bug #865, Qt only] - add floats definition to the LLNCS class [bug #923] - fix a bug where the DVI file was not updated due to an old format .dep file (this happened only when use_tempdir was set to false) - graphics that have been set to not display in LyX are no longer converted [bug #920] - fix converters for tgif format - fix bug where preview snippets would most of the time be processed twice - prevent a crash when generating previews if the user is not using a tmp directory - fix possible crash on exit when there are many previews - don't cause a warning message to complain about starting an already running timer. Just don't start it ;-) - prevent incorrect warning message about failing to find a graphics file to load when all is actually fine and dandy - fix a bug where ERT curly braces in math formulas would have a wrong descent on screen - The printer parameter preferences for spool command and file extension were accidentally made the same [Qt only] - Update the language of the text after changing the document language - fix display of right quote inset - fix off-by-one error in placement of error insets - fix bug where opening the tabular dialog would mark the document as changed [bug
Using a patch from 1.30 too 13.1
Hello, I've LyX-QT-1.3.0 installed. I used to reinstall newerversions of LyX everytime they came out,but now I decided to use the provided patch. since I am new to this issueI am interested in advices, instructions on howto do it smoothly or a link containing any of this aspects! Thanks Thomas
Re: Using a patch from 1.30 too 13.1
Thomas == =?ISO-8859-15?Q?Thomas Sch=F6nhoff?= ISO-8859-15 writes: Thomas Hello, I've LyX-QT-1.3.0 installed. I used to reinstall Thomas newerversions of LyX everytime they came out,but now I decided Thomas to use the provided patch. since I am new to this issueI am Thomas interested in advices, instructions on howto do it smoothly or Thomas a link containing any of this aspects! There are instructions contained at the beginning of the patch. They have not been updated for a long time, so I will be grateful for any comment about them. JMarc
Re: Using a patch from 1.30 too 13.1
Thomas Schnhoff wrote: Hello, I've LyX-QT-1.3.0 installed. I used to reinstall newerversions of LyX everytime they came out,but now I decided to use the provided patch. since I am new to this issueI am interested in advices, instructions on howto do it smoothly or a link containing any of this aspects! Basically, if you ever patched the kernel source, then you'll have no problems :-) Put the uncompressed patch in the lyx source dir and issue: patch -p1 patch-1.3.1 -p1 helps the patch program to (loosely said) position itself within the source tree. You shouldn't have any problems with the patch. After that, issue ./configure options, see README, then make, then make install. That's it. However, it looks that the configure script in 1.3.1 (at least the 1.3.0+patch version) is broken and make complains about the missing aclocal-1.6. With 1.3.0 I had no problems. I'll investigate it a little bit more deeply and post my findings. Regards, Davor -- [EMAIL PROTECTED]
Re: Using a patch from 1.30 too 13.1
Davor == Davor Cengija [EMAIL PROTECTED] writes: Davor However, it looks that the configure script in 1.3.1 (at least Davor the 1.3.0+patch version) is broken and make complains about the Davor missing aclocal-1.6. With 1.3.0 I had no problems. I'll Davor investigate it a little bit more deeply and post my findings. I think it is a dependency problem. Files timestamps are not correctly ordered, so the stupid configure script wants to rebuild itself, and just fails for some reason. This is why the text at the top of the patch advise to issue touch Makefile.in */Makefile.in */*/Makefile.in */*/*/Makefile.in src/config.h.in although it would not have helped in this particular case. If you can find the correct list of files to touc in order to be able to build without triggering the autotools, I would appreciate that. JMarc
Re: Writing a Novel with LyX?
Ronald said: I've written novels with LyX (see www.18james.com/writing.html). The book class does fine. The real problem is that unless you're self-publishing -- with which I have no experience -- you have to face the fact that trade publishers are not interested in any output from LyX. They want the manuscript in ms-word, not in LaTeX, LyX, PDF, or Postscript. They'll accept ascii text, but if you have foreign language or special characters in your text, they're lost in an ascii version. We're glad to get manuscript from LyX ;) (but we're a composition house specializing in math, physics, c. textbooks) You should be able to submit a .pdf for direct printing though, unless the publisher has specific style recommendations you're unable to accomplish in LaTeX? Let me second the suggestion of Peter Wilson's Memoir class. William -- William Adams, publishing specialist voice - 717-731-6707 | Fax - 717-731-6708 www.atlis.com
Re: Writing a Novel with LyX?
On Wednesday, March 19, 2003, at 09:12 AM, William Adams wrote: We're glad to get manuscript from LyX ;) (but we're a composition house specializing in math, physics, c. textbooks) You should be able to submit a .pdf for direct printing though, unless the publisher has specific style recommendations you're unable to accomplish in LaTeX?-- The trade publishing houses that publish my books (Random House, HarperCollins, St. Martins, etc.) commission custom designs for the layout of each title, and are simply not interested in camera-ready copy. I've argued until I'm blue in the face, and met the same answer. One of my books was about the building of the Palomar telescope (The Perfect Machine) and I argued with HarperCollins that LaTeX was the preferred format for astronomy and that I would create camera-ready copy in any format their designer choose. The answer? Please submit your manuscript in ms-word, wordperfect, or ascii text! I've met the same resistance from publishers like Kluwer when I've written sections for their Biographical Encyclopedia of Astronomers. LyX is a wonderful tool, and TeX does wonderful typesetting for technical publications and technical publishers that accept camera-ready copy, or perhaps for self-published material. Until trade publishers catch on to the economy and quality of having authors typeset the material into camera-ready copy, LyX is actually a handicap for authors writing trade books. That said, I'm working on yet another book with LyX! -- Ronald Florencewww.18james.com
Re: Writing a Novel with LyX?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wednesday 19 March 2003 09:33 am, Ronald Florence wrote: [...] LyX is a wonderful tool, and TeX does wonderful typesetting for technical publications and technical publishers that accept camera-ready copy, or perhaps for self-published material. Until trade publishers catch on to the economy and quality of having authors typeset the material into camera-ready copy, LyX is actually a handicap for authors writing trade books. That said, I'm working on yet another book with LyX! How then do you get around the problems you list? Do you end up submitting ascii to them afterall, thus giving up the formatting/typesetting advantages of using Lyx/latex? praedor -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE+eIWYaKr9sJYeTxgRAoyUAJ9u1st4tc+VgfXYaM/GlC5P8A5mXACgmDv8 DlYQTXjp5Dm/b154l427MoY= =fmVr -END PGP SIGNATURE-
Re: Writing a Novel with LyX?
Praedor Atrebates [EMAIL PROTECTED] writes: LyX is a wonderful tool, and TeX does wonderful typesetting for technical publications and technical publishers that accept camera-ready copy, or perhaps for self-published material. Until trade publishers catch on to the economy and quality of having authors typeset the material into camera-ready copy, LyX is actually a handicap for authors writing trade books. That said, I'm working on yet another book with LyX! How then do you get around the problems you list? Do you end up submitting ascii to them afterall, thus giving up the formatting/typesetting advantages of using Lyx/latex? Alas, I end up submitting manuscripts either in hardcopy or in PDF so they can see what it looks like, and in ascii for their publishing process. Trade publishers always reset whatever an author submits, so the formatting is lost in any case. -- Ronald Florence www.18james.com
Re: Using a patch from 1.30 too 13.1
Jean-Marc Lasgouttes wrote: Davor == Davor Cengija [EMAIL PROTECTED] writes: Davor However, it looks that the configure script in 1.3.1 (at least Davor the 1.3.0+patch version) is broken and make complains about the Davor missing aclocal-1.6. With 1.3.0 I had no problems. I'll Davor investigate it a little bit more deeply and post my findings. I think it is a dependency problem. Files timestamps are not correctly ordered, so the stupid configure script wants to rebuild itself, and just fails for some reason. This is why the text at the top of the patch advise to issue touch Makefile.in */Makefile.in */*/Makefile.in */*/*/Makefile.in src/config.h.in although it would not have helped in this particular case. If you can find the correct list of files to touc in order to be able to build without triggering the autotools, I would appreciate that. LyX compile process takes 3 hours on my system so it would be pretty slow to find which files need to be touched explicitly, so I decided to touch them all. for i in `find`; do echo $i; touch -t 20030101 $i; done Compiled and happily installed. It works. It's important to mention that the files' timestamps need to be set in the past (Jan 01 2003, in my case), otherwise config script keeps complaining about missing aclocal. -- [EMAIL PROTECTED]
Cannot build lyx-1.3.1qt src rpm
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 This is inevitable, it seems, whether I try the qt version or the xforms version. Inspite of the fact that I have xforms installed and qt3 devel libs installed, the src rpm for lyx never builds on my Mandrake system. Mandrake doesn't use QTDIR. It is dispensed with and is generally unneeded. Nonetheless I created QTDIR=/usr/lib/qt3 in an attempt to satisfy the rpm for building. It fails: checking for Qt library name... failed configure: error: Cannot compile a simple Qt executable. Check you have the right $QTDIR ! error: Bad exit status from /var/tmp/rpm-tmp.46146 (%build) What lines in the configure script do I comment out to prevent this check from occuring and killing the build process? Looking over the configure options I see no option to turn it off that way so... praedor -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE+eKzFaKr9sJYeTxgRAvHqAKCjy3mx18Z0aevk066m7lk8JWLkMQCdHS0D bbKwPVqab156zW49DkUz8Vg= =Gu75 -END PGP SIGNATURE-
Re: Cannot build lyx-1.3.1qt src rpm
On Wed, Mar 19, 2003 at 12:45:41PM -0500, Praedor Atrebates wrote: checking for Qt library name... failed configure: error: Cannot compile a simple Qt executable. Check you have the right $QTDIR ! error: Bad exit status from /var/tmp/rpm-tmp.46146 (%build) What lines in the configure script do I comment out to prevent this check from occuring and killing the build process? Looking over the configure options I You can't turn it off, that makes no sense (how would you build ?). Instead, look at config.log, and see what you did wrong in your setup. john
auto date
hi there, is there any way to delete the auto set date under the titel? greetings Mirco
Re: auto date
On Wed, 19 Mar 2003, Mirco Dunker wrote: is there any way to delete the auto set date under the titel? I click on Layout and then LaTeX Preamble And in the pop-up window I enter: \date{} Jeremy C. Reed http://www.pugetsoundtechnology.com/
RE: auto date
At the beginning of your doc. In ERT \date{} -Original Message- From: Mirco Dunker [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 19, 2003 1:21 PM To: [EMAIL PROTECTED] Subject: auto date hi there, is there any way to delete the auto set date under the titel? greetings Mirco
Chapter endnotes and memoir class
How do I get book to use chapter endnotes instead of footnotes? Is there an easier set of instructions on installing memoir for Lyx than is given with the package?
Follow-up: installing memoir
It looks as though in my c:\texmf directory structure there is a directory for memoir, so I'm guessing it was installed or at least downloaded to my computer. But LyX doesn't know that. I tried finding installation instructions and came up with something that requires a file called texmf.cnf (ideally under web2c). But alas no such file. And then the instructions talk about setting variables. Where and how do you set them? I'm lost. How do I get LyX to recognize and use new packages? Sorry, I'm really trying to figure this stuff out on my own, but I'm just an author hoping to move beyond Word.
Re: screen fonts in math problem
Version 1.3.1 will make some difference wrt Qt and fonts, but I do not know whether it will fix your particular problem. Yes it makes some difference :P just see: http://soliton.ch.pw.edu.pl/~wodz/lyx-131-screenshot.png wo
Re: screen fonts in math problem
On Wed, Mar 19, 2003 at 08:59:42PM +0100, Marcin Bukat wrote: http://soliton.ch.pw.edu.pl/~wodz/lyx-131-screenshot.png Now things are working as they should. You have to install the right set of fonts, now, to get the symbols to appear. john
Re: Cannot build lyx-1.3.1qt src rpm
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wednesday 19 March 2003 12:54 pm, John Levon wrote: On Wed, Mar 19, 2003 at 12:45:41PM -0500, Praedor Atrebates wrote: checking for Qt library name... failed configure: error: Cannot compile a simple Qt executable. Check you have the right $QTDIR ! error: Bad exit status from /var/tmp/rpm-tmp.46146 (%build) What lines in the configure script do I comment out to prevent this check from occuring and killing the build process? Looking over the configure options I You can't turn it off, that makes no sense (how would you build ?). Instead, look at config.log, and see what you did wrong in your setup. Thanks, I'll give it a shot but there is nothing wrong with my setup. I can build qt apps, kde apps, etc. without problem...just not lyx-qt (or lyx xforms for that matter - but I CAN build other xforms apps). The problem seems to be based on assumptions made by the configure script on what the system should be like (like Redhat's broken system?). It assumes there MUST be an environment variable called QTDIR set which is not necessarily true except, perhaps, on the developer's system. I just wanted to be able to disable the check on qt that the configure script is doing and let the system just make the qt app like it can with every other qt app I've tried that doesn't make similar assumptions. In the meantime, I commented out all the lines in the configure script in which the qt lib version is determined, created a new entry directly setting qt_cv_libname=Qt3 and let it go from there. It builds and the binary works. It would appear that the gatekeeper in configure is not critical and needs to have a switch settable by the builder. It would allow for a simple sidestep of an erroneous check (for my system - any Mandrake system) and still get a working binary. praedor praedor -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE+eNTMaKr9sJYeTxgRAg6mAJ47PpdZ2AeUsuJIRDWSoKHV/PMhIwCeIcXC 4t3cpvTCarw3v+RTFIajzWY= =p2C/ -END PGP SIGNATURE-
Re: Cannot build lyx-1.3.1qt src rpm
On Wed, Mar 19, 2003 at 03:36:27PM -0500, Praedor Atrebates wrote: seems to be based on assumptions made by the configure script on what the system should be like (like Redhat's broken system?). It assumes there MUST be an environment variable called QTDIR set which is not necessarily true except, perhaps, on the developer's system. I just wanted to be able to This is all entirely wrong. In the meantime, I commented out all the lines in the configure script in which the qt lib version is determined, created a new entry directly setting qt_cv_libname=Qt3 and let it go from there. It's impossible to say what's happening without seeing config.log john
Re: screen fonts in math problem
On Wed, Mar 19, 2003 at 08:59:42PM +0100, Marcin Bukat wrote: http://soliton.ch.pw.edu.pl/~wodz/lyx-131-screenshot.png Now things are working as they should. You have to install the right set of fonts, now, to get the symbols to appear. john Ok thats something new. What do You mean by 'right set of fonts'? I added prefix/share/lyx/xfonts to Xserwer's font path - it doesn't work. I downloaded ttf set of fonts mentioned someware in INSTALL (although my sys don't use fontconfig) - it dosn't work too. wo
1.3.1 build on cygwin: problems
There are problems with the file src/.libs/impgen.c. It is not a valid C file and it won't compile. The error will appear when lyx.exe is being built. It requires editing the file by hand. Bad sed script? -- generating import library for `cygintl-2.dll' dlltool --as=as --dllname cygintl-2.dll --def .libs/cygintl-2.dll-def --output-lib .libs/libimp-cygintl-2.a dlltool: Syntax error in def file .libs/cygintl-2.dll-def:0 extracting exported symbol list from `cygiconv-2.dll' test -f .libs/impgen.c || \ sed -e /^# \/\* impgen\.c starts here \*\//,/^# \/\* impgen.c ends here \*\// { s/^# //;s/^# *$//; p; } -e d ../libtool .libs/impgen.c test -f .libs/impgen.exe || (cd .libs \ if test x != x ; then -o impgen impgen.c ; \ else gcc-2 -o impgen impgen.c ; fi) .libs/impgen /usr/lib/../bin/cygiconv-2.dll .libs/cygiconv-2.dll-def impgen.c:82: parse error impgen.c:111: unterminated `#if' conditional ../libtool: line 6: .libs/impgen: No such file or directory make[2]: *** [lyx.exe] Error 127 make[2]: Leaving directory `/home/max/lyx-1.3.1/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/max/lyx-1.3.1/src' make: *** [all] Error 2 Another question: How do I build the libaiksaurus? The source won't compile under cygwin. Max
update to 1.3.1 problem aclocal-1.6
I have 1.3.0 installed and so I downloaded the patch to upgrade it first off it does the following [EMAIL PROTECTED] lyx-1.3.0]# make distclean cd . /bin/sh ./config.status Makefile config.status: creating Makefile Making distclean in lib make[1]: Entering directory `/usr/bin/lyx-1.3.0/lib' make[1]: *** No rule to make target `distclean'. Stop. make[1]: Leaving directory `/usr/bin/lyx-1.3.0/lib' make: *** [distclean-recursive] Error 1 ignoring this I go on to do the rest of the patch install [EMAIL PROTECTED] lyx-1.3.0]# zcat patch-1.3.1.gz | patch -p1 (note that in the patch it says patch-1.2.1.gz) [EMAIL PROTECTED] lyx-1.3.0]# touch Makefile.in */Makefile.in */*/Makefile.in */*/*/Makefile.in src/config.h.in [EMAIL PROTECTED] lyx-1.3.0]# ./configure this seems to work but when running ./configure it pops up more NO then I remember the first time around then I run make and it gives [EMAIL PROTECTED] lyx-1.3.0]# make cd . /bin/sh /usr/bin/lyx-1.3.0/config/missing --run aclocal-1.6 /usr/bin/lyx-1.3.0/config/missing: aclocal-1.6: command not found WARNING: `aclocal-1.6' is needed, and you do not seem to have it handy on your system. You might have modified some files without having the proper tools for further handling them. Check the `README' file, it often tells you about the needed prerequirements for installing this package. You may also peek at any GNU archive site, in case some other package would contain this missing `aclocal-1.6' program. make: *** [aclocal.m4] Error 1 I have aclocal aclocal-1.4 aclocal-1.5 I down loaded automake-1.6.2 which should have in it aclocal-1.6 but this does non even compile. What should I do.Is there some way of telling lyx to use aclocal-1.5 ? [EMAIL PROTECTED] automake-1.6.2]$ ./configure checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets ${MAKE}... yes checking for perl... /usr/bin/perl configure: error: Autoconf 2.52 or better is required [2]+ Doneemacs README [EMAIL PROTECTED] automake-1.6.2]$ rpm -q Autoconf package Autoconf is not installed
Re: update to 1.3.1 problem aclocal-1.6
Also could I point out that do have Autoconf 2.57 Owen Lucas wrote: [EMAIL PROTECTED] automake-1.6.2]$ ./configure checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets ${MAKE}... yes checking for perl... /usr/bin/perl configure: error: Autoconf 2.52 or better is required [2]+ Doneemacs README [EMAIL PROTECTED] automake-1.6.2]$ rpm -q Autoconf package Autoconf is not installed
Re: [ANNOUNCE] LyX 1.3.1 is released
If anyone compiles a Mandrake RPM, please let me know! If no one wants to do it, I'll have a go, but last time I got bogged down in dependencies, got fed up, and made myself a simple tar.gz binary instead. Don't trust me on this one! Robin -- The raisins may be the best part of a cake, but that doesn't mean that a bag of raisins is better than a cake. - Wittgenstein Robin Turner IDMYO Bilkent Univeritesi Ankara 06533 Turkey www.bilkent.edu.tr/~robin
Re: [ANNOUNCE] LyX 1.3.1 is released
I am impressed by the time required to compile LyX. Gcc is slow, but I felt it took much shorter time to build linux kernel with all the modules. Any config time option to speed up the build process besides turning off -O2? Max
LyX-1.3.1 on FreeBSD
Hi, Since LyX-1.3.0 I'm unable to compile LyX on FreeBSD. Compiling exits with lots of errors like this: ... xformsImage.o(.text+0x4914): undefined reference to 'flimage_enable_tiff' xformsImage.o(.text+0x4924): undefined reference to 'flimage_enable_xbm' ... My version of xforms is 1.0. I'm running FreeBSD 4.7-RELEASE. Anyone succeeded in compiling LyX-1.3.1 on FreeBSD? Thanks, Marco -- The more data I punch in this card, the lighter it becomes, and the lower the mailing cost. -- Stan Kelly-Bootle, The Devil's DP Dictionary
Re: update to 1.3.1 problem aclocal-1.6
Woops worked it out. some old unupdated soft linked stuff. I have now upgraded lyx and it seems to be working cheers owen Owen Lucas wrote: Also could I point out that do have Autoconf 2.57 Owen Lucas wrote: [EMAIL PROTECTED] automake-1.6.2]$ ./configure checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets ${MAKE}... yes checking for perl... /usr/bin/perl configure: error: Autoconf 2.52 or better is required [2]+ Doneemacs README [EMAIL PROTECTED] automake-1.6.2]$ rpm -q Autoconf package Autoconf is not installed
Re: [ANNOUNCE] LyX 1.3.1 is released
On Wed, Mar 19, 2003 at 03:49:04PM -0800, Max Bian wrote: Any config time option to speed up the build process besides turning off -O2? You didn't state what compiler you're using. I suspect recent gcc. http://gcc.gnu.org/ml/gcc/2003-01/msg01336.html regards john
pdf problems in 1.3.1
Hi.. I'm running into a couple of problems: 1. I've included a jpg figure in my document .. pdflatex seems to be modifying the size of this figure to fit into my two column format document since if I view - dvipdfm, it shows the correct size (bigger than what would fit into a column width).. is this normal? 2. There seem to be some problem with the update while doing a View-pdflatex.. After doing a view - pdflatex, if I go and see view - dvipdfm, due to the problem mentioned in 1., the output is different (the figure is much bigger in dvipdfm). Now if I do a view - pdflatex again, I get teh same output as I got with dvipdfm and not what I got first with pdflatex.. very weird.. any idea what's going on?? I updated 1.3.0 to 1.3.1 on my Debian powerpc system using the patch.. (I built from source)... Thanks, nirmal
Re: screen fonts in math problem
On Tue, Mar 18, 2003 at 10:38:39PM +0100, Marcin Bukat wrote: > I found another strange but related to topic bahavior: > If I change screen font to some ttf (cp1250 encoding) text is rendered > correctly, almost all greeks symbols are ok, but other math symbols are > displayed as a lyx commands (or rather latex commands). That's the fallback to the X symbol font (and only behaviour up to 1.1.6) if the LaTeX font are not found for any reason. > It looks like ttf family font is used to render greeks too. *shrug* I don't really understand what is going on here. For me adding the LaTeX fonts to the Fontpath just worked... Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
Re: screen fonts in math problem
> "Marcin" == Marcin Bukat <[EMAIL PROTECTED]> writes: Marcin> And question: 1. Changing to CVS version can make difference? Version 1.3.1 will make some difference wrt Qt and fonts, but I do not know whether it will fix your particular problem. Marcin> 2. Is there some doc about proper bug reporting in lyx? Go to http://bugzilla.lyz.org/ JMarc
Re: screen fonts in math problem
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: > "Marcin" == Marcin Bukat <[EMAIL PROTECTED]> writes: Marcin> And question: 1. Changing to CVS version can make difference? Jean-Marc> Version 1.3.1 will make some difference wrt Qt and fonts, Jean-Marc> but I do not know whether it will fix your particular Jean-Marc> problem. Marcin> 2. Is there some doc about proper bug reporting in lyx? Jean-Marc> Go to http://bugzilla.lyz.org/ That should be http://bugzilla.lyx.org/, of course. JMarc
Use an Xfig figure in LyX with non-latin1 Special flagged text
Hello, I use to make Xfig figures with Special flagged text quite often. I mostly write english documets, but sometimes I need to make a figure that includes non-english text -- namely the Czech. A block scheme is such an example (see the attachments). I used a trick with TeX macros for typesetting accented characters for a long time, but creating the figures in such a way requires so much effort -- you need to rerun LaTeX several times while editting the figure to get the final result. So I decided to localize Xfig and put the figure (with non-latin1 characters) right into the LyX document in regular way. But there were some problems that arised during this process. I finaly found the solution so I'm gonna to describe what I did. Hope this helps any one. It's clear that you don't need to use TeX macros for accented characters any more or do another fiddling around. You just switch the keyboard layout and write the text directly into the figure. NOTE: I've tried this for Czech (iso8859-2) text only, so I hope it should work also for other alphabets. 1) Localize Xfig Common instructions for Xfig localization can be found at http://member.nifty.ne.jp/tsato/xfig/latin/latin-e.html For example if you have transfig-3.2.3d-7 you need to nuthin' at all. You just make a symlink in your FIG2DEV_LIBDIR directory (usually in /usr/share/fig2dev/) czech.ps -> cs_CZ.ps If there's no cs_CZ.ps file in that directory get the file czech.ps from the above site and put it into your FIG2DEV_LIBDIR directory. Set the locale to appropriate language export LANG=czech and run Xfig. You would be able to enter non-latin1 characters right from the keyboard. 2) Change the LyX template Add the -j option to the fig2dev command in the /usr/share/lyx/scripts/fig2pstex.py script so it will look like this os.execvp("fig2dev", ["fig2dev", "-j", "-Lpstex"] + parameters + [filename, basename + ".eps"]) os.execvp("fig2dev", ["fig2dev", "-j", "-Lpstex_t"] + parameters + [filename, basename + ".pstex_t"]) Insert the figure to the LyX document via standard template: Insert > External Material... > Xfig and enjoy the result! ADDITIONAL NOTES (and suggestions for the developpers): In fact there's no need to change the LyX tempalte. You can export the figure manually by Combined PS/LaTeX (both parts) and include the *.pstex_t part into the LyX document via Insert > Include File. Needless to say that inserting the *.fig file via Insert > External Material > Xfig is much more comfortable since Transfig creates both parts automatically. So the secret that the non-latin1 characters appear right in the typeset document lies in the missing -j option in fig2dev command which provides the conversion from FIG format to another languages. The -j option is always set when the figure is exported manually from Xfig, so that's the reason why it works with inclusion of *.pstex_t. In fact I haven't found what the option -j does. There's no description in fig2dev man page. But it's clear that it really works with -j so I suggest to add this option to the future releases of LyX, namely in fig2pstex script. Moreover it doesn't affect the behaviour of the template at all. Regards, KAMIL ;-{ xfig-czech.pdf Description: Adobe PDF document
[ANNOUNCE] LyX 1.3.1 is released
Public release of LyX version 1.3.1 === We are glad to announce the release of LyX 1.3.1. As expected this is a maintenance release, which adds some polish to the new features of LyX 1.3.0 (especially the Qt frontend) and also fixes some significant bugs in the math editor and the lyx2lyx import script. We also threw in a few new features (new textclasses, latex import improvements) for good measure. In case you are wondering what LyX is, here is what http://www.lyx.org/ has to say on the subject: LyX is an advanced open source document processor that encourages an approach to writing based on the structure of your documents, not their appearance. LyX lets you concentrate on writing, leaving details of visual layout to the software. LyX runs on many Unix platforms (including MacOS X), OS/2, and under Windows/Cygwin. Note that all these ports still need an X server. You can download LyX 1.3.1 here (the .bz2 are compressed with bzip2, which yields smaller files) : ftp://ftp.lyx.org/pub/lyx/stable/lyx-1.3.1.tar.gz ftp://ftp.lyx.org/pub/lyx/stable/lyx-1.3.1.tar.bz2 ftp://ftp.devel.lyx.org/pub/lyx/lyx-1.3.1.tar.gz ftp://ftp.devel.lyx.org/pub/lyx/lyx-1.3.1.tar.bz2 and it should shortly propagate to the following mirrors (also with the .bz2 versions): ftp://ftp.sdsc.edu/pub/other/lyx/stable/lyx-1.3.1.tar.gz ftp://ftp.lip6.fr/pub/lyx/stable/lyx-1.3.1.tar.gz ftp://gd.tuwien.ac.at/publishing/tex/lyx/stable/lyx-1.3.1.tar.gz ftp://ftp.ntua.gr/pub/X11/LyX/stable/lyx-1.3.1.tar.gz ftp://ftp.icm.edu.pl/vol/rzm0/lyx/stable/lyx-1.3.1.tar.gz Prebuild binaries (mainly rpms for linux distributions) should soon be available at ftp://ftp.lyx.org/pub/lyx/bin/1.3.1/ If you already have LyX 1.3.0 sources, you may want to apply the following patch instead ftp://ftp.lyx.org/pub/lyx/stable/patch-1.3.1.gz ftp://ftp.lyx.org/pub/lyx/stable/patch-1.3.1.bz2 If you find what you think is a bug in LyX 1.3.1, you may either e-mail the LyX developers' mailing list ([EMAIL PROTECTED]), or open a bug report at http://bugzilla.lyx.org If you're having trouble using the new version of LyX, or have a question, first check out http://www.lyx.org/help/, and e-mail the LyX users' list ([EMAIL PROTECTED]) if you can't find an answer there. Enjoy! The LyX team. What's new == ** Updates - when there is vertical space between paragraphs, the amount of space is also indicated in the small/medium/large case [bug #814] - reLyX improvements: support for natib citations, for 'm' column descriptors in tables; a .lyx file generated by reLyX now says this - new classes mwart, mwbk and mwrep (adaptation of the base classes to polish conventions); new class elsart (for journals published by Elsevier); updated classes koma-script (in particular new class scrlttr2); re-introduce class ijmpd (which was in 1.2.x) and unbreak class kluwer - new "polski" keymap, useful for entering Polish on a QWERTY keyboard; update to Scientific Word-compatible bindings (documentation has been updated too) - updates to the danish, dutch, french, german, norwegian, polish and spanish translation of menus - Most of the documentation has been updated for the current version of LyX. If you find some problems with the documentation in this release, please contact [EMAIL PROTECTED] ** Bug fixes - fix mathed bug where curly brackets in, e.g. {a^b}^c, would get lost and cause TeX errors - fix bug where strange symbols were displayed instead of math symbols [Qt only] - fix bug where "lyx -e" would refuse to work [bug #788, Qt only] - delete lyxserver pipes on exit [bug #865, Qt only] - add floats definition to the LLNCS class [bug #923] - fix a bug where the DVI file was not updated due to an old format .dep file (this happened only when use_tempdir was set to false) - graphics that have been set to not display in LyX are no longer converted [bug #920] - fix converters for tgif format - fix bug where preview snippets would most of the time be processed twice - prevent a crash when generating previews if the user is not using a tmp directory - fix possible crash on exit when there are many previews - don't cause a warning message to complain about starting an already running timer. Just don't start it ;-) - prevent incorrect warning message about failing to find a graphics file to load when all is actually fine and dandy - fix a bug where ERT curly braces in math formulas would have a wrong descent on screen - The printer parameter preferences for "spool command" and "file extension" were accidentally made the same [Qt only] - Update the language of the text after changing the document language - fix display of right quote inset - fix off-by-one error in placement of error insets - fix bug where opening the tabular dialog would mark the document as
Using a patch from 1.30 too 13.1
Hello, I've LyX-QT-1.3.0 installed. I used to reinstall newerversions of LyX everytime they came out,but now I decided to use the provided patch. since I am new to this issueI am interested in advices, instructions on howto do it smoothly or a link containing any of this aspects! Thanks Thomas
Re: Using a patch from 1.30 too 13.1
> "Thomas" == =?ISO-8859-15?Q?Thomas Sch=F6nhoff?= writes: Thomas> Hello, I've LyX-QT-1.3.0 installed. I used to reinstall Thomas> newerversions of LyX everytime they came out,but now I decided Thomas> to use the provided patch. since I am new to this issueI am Thomas> interested in advices, instructions on howto do it smoothly or Thomas> a link containing any of this aspects! There are instructions contained at the beginning of the patch. They have not been updated for a long time, so I will be grateful for any comment about them. JMarc
Re: Using a patch from 1.30 too 13.1
Thomas Schönhoff wrote: > Hello, > I've LyX-QT-1.3.0 installed. I used to reinstall newerversions of LyX > everytime they came out,but now I decided to use the provided patch. > since I am new to this issueI am interested in advices, instructions on > howto do it smoothly or a link containing any of this aspects! Basically, if you ever patched the kernel source, then you'll have no problems :-) Put the uncompressed patch in the lyx source dir and issue: patch -p1 < patch-1.3.1 -p1 helps the patch program to (loosely said) position itself within the source tree. You shouldn't have any problems with the patch. After that, issue ./configure, then make, then make install. That's it. However, it looks that the configure script in 1.3.1 (at least the 1.3.0+patch version) is broken and make complains about the missing aclocal-1.6. With 1.3.0 I had no problems. I'll investigate it a little bit more deeply and post my findings. Regards, Davor -- [EMAIL PROTECTED]
Re: Using a patch from 1.30 too 13.1
> "Davor" == Davor Cengija <[EMAIL PROTECTED]> writes: Davor> However, it looks that the configure script in 1.3.1 (at least Davor> the 1.3.0+patch version) is broken and make complains about the Davor> missing aclocal-1.6. With 1.3.0 I had no problems. I'll Davor> investigate it a little bit more deeply and post my findings. I think it is a dependency problem. Files timestamps are not correctly ordered, so the stupid configure script wants to rebuild itself, and just fails for some reason. This is why the text at the top of the patch advise to issue touch Makefile.in */Makefile.in */*/Makefile.in */*/*/Makefile.in src/config.h.in although it would not have helped in this particular case. If you can find the correct list of files to touc in order to be able to build without triggering the autotools, I would appreciate that. JMarc
Re: Writing a Novel with LyX?
Ronald said: I've written novels with LyX (see www.18james.com/writing.html). The book class does fine. The real problem is that unless you're self-publishing -- with which I have no experience -- you have to face the fact that trade publishers are not interested in any output from LyX. They want the manuscript in ms-word, not in LaTeX, LyX, PDF, or Postscript. They'll accept ascii text, but if you have foreign language or special characters in your text, they're lost in an ascii version. We're glad to get manuscript from LyX ;) (but we're a composition house specializing in math, physics, textbooks) You should be able to submit a .pdf for direct printing though, unless the publisher has specific style recommendations you're unable to accomplish in LaTeX? Let me second the suggestion of Peter Wilson's Memoir class. William -- William Adams, publishing specialist voice - 717-731-6707 | Fax - 717-731-6708 www.atlis.com
Re: Writing a Novel with LyX?
On Wednesday, March 19, 2003, at 09:12 AM, William Adams wrote: We're glad to get manuscript from LyX ;) (but we're a composition house specializing in math, physics, textbooks) You should be able to submit a .pdf for direct printing though, unless the publisher has specific style recommendations you're unable to accomplish in LaTeX?-- The trade publishing houses that publish my books (Random House, HarperCollins, St. Martins, etc.) commission custom designs for the layout of each title, and are simply not interested in camera-ready copy. I've argued until I'm blue in the face, and met the same answer. One of my books was about the building of the Palomar telescope (The Perfect Machine) and I argued with HarperCollins that LaTeX was the preferred format for astronomy and that I would create camera-ready copy in any format their designer choose. The answer? Please submit your manuscript in ms-word, wordperfect, or ascii text! I've met the same resistance from publishers like Kluwer when I've written sections for their Biographical Encyclopedia of Astronomers. LyX is a wonderful tool, and TeX does wonderful typesetting for technical publications and technical publishers that accept camera-ready copy, or perhaps for self-published material. Until trade publishers catch on to the economy and quality of having authors typeset the material into camera-ready copy, LyX is actually a handicap for authors writing trade books. That said, I'm working on yet another book with LyX! -- Ronald Florencewww.18james.com
Re: Writing a Novel with LyX?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wednesday 19 March 2003 09:33 am, Ronald Florence wrote: [...] > LyX is a wonderful tool, and TeX does wonderful typesetting for > technical publications and technical publishers that accept > camera-ready copy, or perhaps for self-published material. Until trade > publishers catch on to the economy and quality of having authors > typeset the material into camera-ready copy, LyX is actually a handicap > for authors writing trade books. That said, I'm working on yet another > book with LyX! How then do you get around the problems you list? Do you end up submitting ascii to them afterall, thus giving up the formatting/typesetting advantages of using Lyx/latex? praedor -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE+eIWYaKr9sJYeTxgRAoyUAJ9u1st4tc+VgfXYaM/GlC5P8A5mXACgmDv8 DlYQTXjp5Dm/b154l427MoY= =fmVr -END PGP SIGNATURE-
Re: Writing a Novel with LyX?
Praedor Atrebates <[EMAIL PROTECTED]> writes: > > LyX is a wonderful tool, and TeX does wonderful typesetting for > > technical publications and technical publishers that accept > > camera-ready copy, or perhaps for self-published material. Until trade > > publishers catch on to the economy and quality of having authors > > typeset the material into camera-ready copy, LyX is actually a handicap > > for authors writing trade books. That said, I'm working on yet another > > book with LyX! > > How then do you get around the problems you list? Do you end up submitting > ascii to them afterall, thus giving up the formatting/typesetting advantages > of using Lyx/latex? Alas, I end up submitting manuscripts either in hardcopy or in PDF so they can see what it looks like, and in ascii for their publishing process. Trade publishers always reset whatever an author submits, so the formatting is lost in any case. -- Ronald Florence www.18james.com
Re: Using a patch from 1.30 too 13.1
Jean-Marc Lasgouttes wrote: >> "Davor" == Davor Cengija <[EMAIL PROTECTED]> writes: > > Davor> However, it looks that the configure script in 1.3.1 (at least > Davor> the 1.3.0+patch version) is broken and make complains about the > Davor> missing aclocal-1.6. With 1.3.0 I had no problems. I'll > Davor> investigate it a little bit more deeply and post my findings. > > I think it is a dependency problem. Files timestamps are not correctly > ordered, so the stupid configure script wants to rebuild itself, and > just fails for some reason. > > This is why the text at the top of the patch advise to issue > touch Makefile.in */Makefile.in */*/Makefile.in */*/*/Makefile.in > src/config.h.in > > although it would not have helped in this particular case. If you can > find the correct list of files to touc in order to be able to build > without triggering the autotools, I would appreciate that. > LyX compile process takes 3 hours on my system so it would be pretty slow to find which files need to be touched explicitly, so I decided to touch them all. for i in `find`; do echo $i; touch -t 20030101 $i; done Compiled and happily installed. It works. It's important to mention that the files' timestamps need to be set in the past (Jan 01 2003, in my case), otherwise config script keeps complaining about missing aclocal. -- [EMAIL PROTECTED]
Cannot build lyx-1.3.1qt src rpm
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 This is inevitable, it seems, whether I try the qt version or the xforms version. Inspite of the fact that I have xforms installed and qt3 devel libs installed, the src rpm for lyx never builds on my Mandrake system. Mandrake doesn't use QTDIR. It is dispensed with and is generally unneeded. Nonetheless I created QTDIR=/usr/lib/qt3 in an attempt to satisfy the rpm for building. It fails: checking for Qt library name... failed configure: error: Cannot compile a simple Qt executable. Check you have the right $QTDIR ! error: Bad exit status from /var/tmp/rpm-tmp.46146 (%build) What lines in the configure script do I comment out to prevent this check from occuring and killing the build process? Looking over the configure options I see no option to turn it off that way so... praedor -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE+eKzFaKr9sJYeTxgRAvHqAKCjy3mx18Z0aevk066m7lk8JWLkMQCdHS0D bbKwPVqab156zW49DkUz8Vg= =Gu75 -END PGP SIGNATURE-
Re: Cannot build lyx-1.3.1qt src rpm
On Wed, Mar 19, 2003 at 12:45:41PM -0500, Praedor Atrebates wrote: > checking for Qt library name... failed > configure: error: Cannot compile a simple Qt executable. Check you have the > right $QTDIR ! > error: Bad exit status from /var/tmp/rpm-tmp.46146 (%build) > > What lines in the configure script do I comment out to prevent this check from > occuring and killing the build process? Looking over the configure options I You can't turn it off, that makes no sense (how would you build ?). Instead, look at config.log, and see what you did wrong in your setup. john
auto date
hi there, is there any way to delete the auto set date under the titel? greetings Mirco
Re: auto date
On Wed, 19 Mar 2003, Mirco Dunker wrote: > is there any way to delete the auto set date under the titel? I click on "Layout" and then "LaTeX Preamble...". And in the pop-up window I enter: \date{} Jeremy C. Reed http://www.pugetsoundtechnology.com/
RE: auto date
At the beginning of your doc. In ERT \date{} -Original Message- From: Mirco Dunker [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 19, 2003 1:21 PM To: [EMAIL PROTECTED] Subject: auto date hi there, is there any way to delete the auto set date under the titel? greetings Mirco
Chapter endnotes and memoir class
How do I get book to use chapter endnotes instead of footnotes? Is there an easier set of instructions on installing memoir for Lyx than is given with the package?
Follow-up: installing memoir
It looks as though in my c:\texmf directory structure there is a directory for memoir, so I'm guessing it was installed or at least downloaded to my computer. But LyX doesn't know that. I tried finding installation instructions and came up with something that requires a file called texmf.cnf (ideally under web2c). But alas no such file. And then the instructions talk about setting variables. Where and how do you set them? I'm lost. How do I get LyX to recognize and use new packages? Sorry, I'm really trying to figure this stuff out on my own, but I'm just an author hoping to move beyond Word.
Re: screen fonts in math problem
Version 1.3.1 will make some difference wrt Qt and fonts, but I do not know whether it will fix your particular problem. Yes it makes some difference :P just see: http://soliton.ch.pw.edu.pl/~wodz/lyx-131-screenshot.png wo
Re: screen fonts in math problem
On Wed, Mar 19, 2003 at 08:59:42PM +0100, Marcin Bukat wrote: > http://soliton.ch.pw.edu.pl/~wodz/lyx-131-screenshot.png Now things are working as they should. You have to install the right set of fonts, now, to get the symbols to appear. john
Re: Cannot build lyx-1.3.1qt src rpm
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wednesday 19 March 2003 12:54 pm, John Levon wrote: > On Wed, Mar 19, 2003 at 12:45:41PM -0500, Praedor Atrebates wrote: > > checking for Qt library name... failed > > configure: error: Cannot compile a simple Qt executable. Check you have > > the right $QTDIR ! > > error: Bad exit status from /var/tmp/rpm-tmp.46146 (%build) > > > > What lines in the configure script do I comment out to prevent this check > > from occuring and killing the build process? Looking over the configure > > options I > > You can't turn it off, that makes no sense (how would you build ?). > Instead, look at config.log, and see what you did wrong in your setup. Thanks, I'll give it a shot but there is nothing "wrong" with my setup. I can build qt apps, kde apps, etc. without problem...just not lyx-qt (or lyx xforms for that matter - but I CAN build other xforms apps). The "problem" seems to be based on assumptions made by the configure script on what the system should be like (like Redhat's broken system?). It assumes there MUST be an environment variable called QTDIR set which is not necessarily true except, perhaps, on the developer's system. I just wanted to be able to disable the check on qt that the configure script is doing and let the system just make the qt app like it can with every other qt app I've tried that doesn't make similar assumptions. In the meantime, I commented out all the lines in the configure script in which the qt lib version is determined, created a new entry directly setting qt_cv_libname=Qt3 and let it go from there. It builds and the binary works. It would appear that the gatekeeper in configure is not critical and needs to have a switch settable by the builder. It would allow for a simple sidestep of an erroneous check (for my system - any Mandrake system) and still get a working binary. praedor praedor -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE+eNTMaKr9sJYeTxgRAg6mAJ47PpdZ2AeUsuJIRDWSoKHV/PMhIwCeIcXC 4t3cpvTCarw3v+RTFIajzWY= =p2C/ -END PGP SIGNATURE-
Re: Cannot build lyx-1.3.1qt src rpm
On Wed, Mar 19, 2003 at 03:36:27PM -0500, Praedor Atrebates wrote: > seems to be based on assumptions made by the configure script on what the > system should be like (like Redhat's broken system?). It assumes there MUST > be an environment variable called QTDIR set which is not necessarily true > except, perhaps, on the developer's system. I just wanted to be able to This is all entirely wrong. > In the meantime, I commented out all the lines in the configure script in > which the qt lib version is determined, created a new entry directly setting > qt_cv_libname=Qt3 and let it go from there. It's impossible to say what's happening without seeing config.log john
Re: screen fonts in math problem
On Wed, Mar 19, 2003 at 08:59:42PM +0100, Marcin Bukat wrote: http://soliton.ch.pw.edu.pl/~wodz/lyx-131-screenshot.png Now things are working as they should. You have to install the right set of fonts, now, to get the symbols to appear. john Ok thats something new. What do You mean by 'right set of fonts'? I added /share/lyx/xfonts to Xserwer's font path - it doesn't work. I downloaded ttf set of fonts mentioned someware in INSTALL (although my sys don't use fontconfig) - it dosn't work too. wo
1.3.1 build on cygwin: problems
There are problems with the file src/.libs/impgen.c. It is not a valid C file and it won't compile. The error will appear when lyx.exe is being built. It requires editing the file by hand. Bad sed script? -- generating import library for `cygintl-2.dll' dlltool --as=as --dllname cygintl-2.dll --def .libs/cygintl-2.dll-def --output-lib .libs/libimp-cygintl-2.a dlltool: Syntax error in def file .libs/cygintl-2.dll-def:0 extracting exported symbol list from `cygiconv-2.dll' test -f .libs/impgen.c || \ sed -e "/^# \/\* impgen\.c starts here \*\//,/^# \/\* impgen.c ends here \*\// { s/^# //;s/^# *$//; p; }" -e d < ../libtool > .libs/impgen.c test -f .libs/impgen.exe || (cd .libs && \ if test "x" != "x" ; then -o impgen impgen.c ; \ else gcc-2 -o impgen impgen.c ; fi) .libs/impgen /usr/lib/../bin/cygiconv-2.dll > .libs/cygiconv-2.dll-def impgen.c:82: parse error impgen.c:111: unterminated `#if' conditional ../libtool: line 6: .libs/impgen: No such file or directory make[2]: *** [lyx.exe] Error 127 make[2]: Leaving directory `/home/max/lyx-1.3.1/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/max/lyx-1.3.1/src' make: *** [all] Error 2 Another question: How do I build the libaiksaurus? The source won't compile under cygwin. Max
update to 1.3.1 problem "aclocal-1.6"
I have 1.3.0 installed and so I downloaded the patch to upgrade it first off it does the following [EMAIL PROTECTED] lyx-1.3.0]# make distclean cd . && /bin/sh ./config.status Makefile config.status: creating Makefile Making distclean in lib make[1]: Entering directory `/usr/bin/lyx-1.3.0/lib' make[1]: *** No rule to make target `distclean'. Stop. make[1]: Leaving directory `/usr/bin/lyx-1.3.0/lib' make: *** [distclean-recursive] Error 1 ignoring this I go on to do the rest of the patch install [EMAIL PROTECTED] lyx-1.3.0]# zcat patch-1.3.1.gz | patch -p1 (note that in the patch it says patch-1.2.1.gz) [EMAIL PROTECTED] lyx-1.3.0]# touch Makefile.in */Makefile.in */*/Makefile.in */*/*/Makefile.in src/config.h.in [EMAIL PROTECTED] lyx-1.3.0]# ./configure this seems to work but when running ./configure it pops up more "NO" then I remember the first time around then I run make and it gives [EMAIL PROTECTED] lyx-1.3.0]# make cd . && /bin/sh /usr/bin/lyx-1.3.0/config/missing --run aclocal-1.6 /usr/bin/lyx-1.3.0/config/missing: aclocal-1.6: command not found WARNING: `aclocal-1.6' is needed, and you do not seem to have it handy on your system. You might have modified some files without having the proper tools for further handling them. Check the `README' file, it often tells you about the needed prerequirements for installing this package. You may also peek at any GNU archive site, in case some other package would contain this missing `aclocal-1.6' program. make: *** [aclocal.m4] Error 1 I have aclocal aclocal-1.4 aclocal-1.5 I down loaded automake-1.6.2 which should have in it aclocal-1.6 but this does non even compile. What should I do.Is there some way of telling lyx to use aclocal-1.5 ? [EMAIL PROTECTED] automake-1.6.2]$ ./configure checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets ${MAKE}... yes checking for perl... /usr/bin/perl configure: error: Autoconf 2.52 or better is required [2]+ Doneemacs README [EMAIL PROTECTED] automake-1.6.2]$ rpm -q Autoconf package Autoconf is not installed
Re: update to 1.3.1 problem "aclocal-1.6"
Also could I point out that do have Autoconf 2.57 Owen Lucas wrote: [EMAIL PROTECTED] automake-1.6.2]$ ./configure checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets ${MAKE}... yes checking for perl... /usr/bin/perl configure: error: Autoconf 2.52 or better is required [2]+ Doneemacs README [EMAIL PROTECTED] automake-1.6.2]$ rpm -q Autoconf package Autoconf is not installed
Re: [ANNOUNCE] LyX 1.3.1 is released
If anyone compiles a Mandrake RPM, please let me know! If no one wants to do it, I'll have a go, but last time I got bogged down in dependencies, got fed up, and made myself a simple tar.gz binary instead. Don't trust me on this one! Robin -- "The raisins may be the best part of a cake, but that doesn't mean that a bag of raisins is better than a cake." - Wittgenstein Robin Turner IDMYO Bilkent Univeritesi Ankara 06533 Turkey www.bilkent.edu.tr/~robin