Re: Math editor problems with RH7.2
Josko Plazonic recently had the same problems, and found out they are related to the way LyX chooses which fonts to use. Read http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg28359.html Lior On Wed, 14 Nov 2001, tal wrote: After replacing RedHat 7.1 to RedHat 7.2 on my laptop (to solve hardware issues), I discovered that the lyx math editor started to behave strangely. I am using lyx-1.1.6fix3 from the binary rpm listed below, which worked fine with RH7.1. The math-editor does not display backslash-escaped characters (e.g. \pi, \leftarrow) in the main line, but does if they appear as sub- or super-scripts. Also, it does not display the first superscript upstairs, i.e. typing a^b displays ab on the main line, but a^b^c displays correctly. This bug happens only with superscripts; subscripts are displayed OK. These problems are at the display level only. Viewing the text as dvi, or exporting it as latex is OK. When I compile lyx from the corresponding source RPM, it crashes immediately with a SIGSEGV signal. Any advice? Thanks for the input Tal Alexander rpm -qi lyx Name: lyx Relocations: /usr Version : 1.1.6fix3 Vendor: (none) Release : 1 Build Date: Tue 24 Jul 2001 07:04:44 PM IDT Install date: Wed 14 Nov 2001 12:36:22 PM IST Build Host: camel.internal.sylvan.com Group : X11/Editors Source RPM: lyx-1.1.6fix3-1.src.rpm Size: 14572232 License: see COPYING file Packager: Kayvan A. Sylvan [EMAIL PROTECTED] URL : http://www.lyx.org/ Summary : A WYSYWIG frontend to LaTeX uname -a Linux cactus 2.4.7-10 #1 Thu Sep 6 17:27:27 EDT 2001 i686 unknown Tal Alexander Department of Condensed Matter Physics (Astrophysics), Faculty of Physics Weizmann Institute of Science, PO Box 26, Rehovot 76100, Israel Phone ++972-8-934-4483, Fax ++972-8-934-4128, Email [EMAIL PROTECTED]
Re: Math editor problems with RH7.2
Josko Plazonic recently had the same problems, and found out they are related to the way LyX chooses which fonts to use. Read http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg28359.html Lior On Wed, 14 Nov 2001, tal wrote: After replacing RedHat 7.1 to RedHat 7.2 on my laptop (to solve hardware issues), I discovered that the lyx math editor started to behave strangely. I am using lyx-1.1.6fix3 from the binary rpm listed below, which worked fine with RH7.1. The math-editor does not display backslash-escaped characters (e.g. \pi, \leftarrow) in the main line, but does if they appear as sub- or super-scripts. Also, it does not display the first superscript upstairs, i.e. typing a^b displays ab on the main line, but a^b^c displays correctly. This bug happens only with superscripts; subscripts are displayed OK. These problems are at the display level only. Viewing the text as dvi, or exporting it as latex is OK. When I compile lyx from the corresponding source RPM, it crashes immediately with a SIGSEGV signal. Any advice? Thanks for the input Tal Alexander rpm -qi lyx Name: lyx Relocations: /usr Version : 1.1.6fix3 Vendor: (none) Release : 1 Build Date: Tue 24 Jul 2001 07:04:44 PM IDT Install date: Wed 14 Nov 2001 12:36:22 PM IST Build Host: camel.internal.sylvan.com Group : X11/Editors Source RPM: lyx-1.1.6fix3-1.src.rpm Size: 14572232 License: see COPYING file Packager: Kayvan A. Sylvan [EMAIL PROTECTED] URL : http://www.lyx.org/ Summary : A WYSYWIG frontend to LaTeX uname -a Linux cactus 2.4.7-10 #1 Thu Sep 6 17:27:27 EDT 2001 i686 unknown Tal Alexander Department of Condensed Matter Physics (Astrophysics), Faculty of Physics Weizmann Institute of Science, PO Box 26, Rehovot 76100, Israel Phone ++972-8-934-4483, Fax ++972-8-934-4128, Email [EMAIL PROTECTED]
Re: Math editor problems with RH7.2
Josko Plazonic recently had the same problems, and found out they are related to the way LyX chooses which fonts to use. Read http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg28359.html Lior On Wed, 14 Nov 2001, tal wrote: > After replacing RedHat 7.1 to RedHat 7.2 on my laptop (to solve > hardware issues), I discovered that the lyx math editor started to > behave strangely. I am using lyx-1.1.6fix3 from the binary rpm listed > below, which worked fine with RH7.1. The math-editor does not display > backslash-escaped characters (e.g. \pi, \leftarrow) in the main line, > but does if they appear as sub- or super-scripts. Also, it does not > display the first superscript "upstairs", i.e. typing "a^b" displays > "ab" on the main line, but "a^b^c" displays correctly. This bug happens > only with superscripts; subscripts are displayed OK. These problems are > at the display level only. Viewing the text as dvi, or exporting it as > latex is OK. > > When I compile lyx from the corresponding source RPM, it crashes > immediately with a SIGSEGV signal. > > Any advice? > > Thanks for the input > > Tal Alexander > > > rpm -qi lyx > > Name: lyx Relocations: /usr > Version : 1.1.6fix3 Vendor: (none) > Release : 1 Build Date: Tue 24 Jul 2001 > 07:04:44 PM IDT > Install date: Wed 14 Nov 2001 12:36:22 PM IST Build Host: > camel.internal.sylvan.com > Group : X11/Editors Source RPM: > lyx-1.1.6fix3-1.src.rpm > Size: 14572232 License: see COPYING file > Packager: Kayvan A. Sylvan <[EMAIL PROTECTED]> > URL : http://www.lyx.org/ > Summary : A WYSYWIG frontend to LaTeX > > > > uname -a > Linux cactus 2.4.7-10 #1 Thu Sep 6 17:27:27 EDT 2001 i686 unknown > > > Tal Alexander > Department of Condensed Matter Physics (Astrophysics), Faculty of Physics > Weizmann Institute of Science, PO Box 26, Rehovot 76100, Israel > Phone ++972-8-934-4483, Fax ++972-8-934-4128, Email [EMAIL PROTECTED] > >
Re: lyx installation
On Sun, 8 Jul 2001, C. Beauce wrote: I have trouble to install Lyx (the latest stable version 1.1.6fix2) on Linux Redhat : after having installed the latest versions of xpm (4.11) and xforms (0.89), I have a successful configure. Then i do make : everything goes fine until the final link that crashes with a no space left on device. I have 170 Mbytes available, it doesn't seem to be enough ! Is there something wrong ?, if not how much space does Lyx need to be installed ? Thanks, Chris Chris, Currenty, the default configuration is to compile with debug information. This requires a considerable amount of disk space. To change this, look at the CXX (g++) flags reported by configure, (there's a line written that details how g++ is run; if you don't have it just rerun configure). Then, set the environment variable CXXFLAGS to the list of flags _except_ -g (that's the flag for debug info). In t/csh you do something like: setenv CXXFLAGS -O whatever other options there are Then run configure again and recompile. Good luck, Lior
Re: Can't find LyX installation
at a shell prompt try: find / -name 'lyx' -print And add an alias or add the relevant directory to your path. HTH, Lior On Sun, 8 Jul 2001, Kent Kostuk wrote: This is a bit embarrassing but I keep telling myself...it's ok, you are new to BSDI can't find where I installed LyX. I am using OpenBSD and could not install LyX on my laptop via the ports process: I did not have enough drive space. I then downloaded the binaries and used pkg_add to install all the necessary files. After a few trials and tribulations I got a successful (no error messages) installation. But now I can't get it to run. From within X-windows I type lyx and the system says it can't find the file. If I do man lyx the man pages come up. If I do a pkg_info on the lyx file I get some information but nothing that tells me the absolute path of where the file is. I get a few relative paths but I can't track anything down. So, my question is, where/how would I find where I installed lyx? Kent Kostuk [EMAIL PROTECTED]
Re: lyx installation
On Sun, 8 Jul 2001, C. Beauce wrote: I have trouble to install Lyx (the latest stable version 1.1.6fix2) on Linux Redhat : after having installed the latest versions of xpm (4.11) and xforms (0.89), I have a successful configure. Then i do make : everything goes fine until the final link that crashes with a no space left on device. I have 170 Mbytes available, it doesn't seem to be enough ! Is there something wrong ?, if not how much space does Lyx need to be installed ? Thanks, Chris Chris, Currenty, the default configuration is to compile with debug information. This requires a considerable amount of disk space. To change this, look at the CXX (g++) flags reported by configure, (there's a line written that details how g++ is run; if you don't have it just rerun configure). Then, set the environment variable CXXFLAGS to the list of flags _except_ -g (that's the flag for debug info). In t/csh you do something like: setenv CXXFLAGS -O whatever other options there are Then run configure again and recompile. Good luck, Lior
Re: Can't find LyX installation
at a shell prompt try: find / -name 'lyx' -print And add an alias or add the relevant directory to your path. HTH, Lior On Sun, 8 Jul 2001, Kent Kostuk wrote: This is a bit embarrassing but I keep telling myself...it's ok, you are new to BSDI can't find where I installed LyX. I am using OpenBSD and could not install LyX on my laptop via the ports process: I did not have enough drive space. I then downloaded the binaries and used pkg_add to install all the necessary files. After a few trials and tribulations I got a successful (no error messages) installation. But now I can't get it to run. From within X-windows I type lyx and the system says it can't find the file. If I do man lyx the man pages come up. If I do a pkg_info on the lyx file I get some information but nothing that tells me the absolute path of where the file is. I get a few relative paths but I can't track anything down. So, my question is, where/how would I find where I installed lyx? Kent Kostuk [EMAIL PROTECTED]
Re: lyx installation
On Sun, 8 Jul 2001, C. Beauce wrote: > > I have trouble to install Lyx (the latest stable version 1.1.6fix2) on > Linux Redhat : > after having installed the latest versions of xpm (4.11) and xforms > (0.89), > I have a successful configure. > Then i do make : everything goes fine until the final link that crashes > with a "no space left on device". > I have 170 Mbytes available, it doesn't seem to be enough ! Is there > something wrong ?, if not how much space does Lyx need to be installed ? > > Thanks, > > Chris > Chris, Currenty, the default configuration is to compile with debug information. This requires a considerable amount of disk space. To change this, look at the CXX (g++) flags reported by "configure", (there's a line written that details how g++ is run; if you don't have it just rerun configure). Then, set the environment variable CXXFLAGS to the list of flags _except_ "-g" (that's the flag for debug info). In t/csh you do something like: setenv CXXFLAGS "-O " Then run configure again and recompile. Good luck, Lior
Re: Can't find LyX installation
at a shell prompt try: find / -name 'lyx' -print And add an alias or add the relevant directory to your path. HTH, Lior On Sun, 8 Jul 2001, Kent Kostuk wrote: > This is a bit embarrassing but I keep telling myself...it's ok, you are new to >BSDI can't find where I installed LyX. > > I am using OpenBSD and could not install LyX on my laptop via the ports process: I >did not have enough drive space. > > I then downloaded the binaries and used pkg_add to install all the necessary files. > > After a few trials and tribulations I got a successful (no error messages) >installation. But now I can't get it to run. From within X-windows I type lyx and >the system says it can't find the file. If I do man lyx the man pages come up. If I >do a pkg_info on the lyx file I get some information but nothing that tells me the >absolute path of where the file is. I get a few relative paths but I can't track >anything down. > > So, my question is, where/how would I find where I installed lyx? > > Kent Kostuk > [EMAIL PROTECTED] > >
RE: question
Hi Leo, You have to write LaTeX code for most typefaces. For example: \mathfrak{p} \mathbb{R} \mathscr{P} \mathcal{F} For calligraphy there also exists a shortcut (and it then appears WYSIWYM) - see section 5.6.1 of the User's Guide. In addition, you can define a macro (or use \newcommand in the preamble) for commonly used combinations: \newcommand\R{\mathbb{R}} Note: for \mathcal,\mathbb,\mathfrak you need the amssymb package (click 'Use AMS Math' in Layout-Document settings). For \mathscr you need euscript (add \usepackage[mathscr]{euscript} to your preamble). HTH, Lior On Tue, 17 Apr 2001, Leonid Kontorovich wrote: Hi, another quick question: how do I include fancy fonts in Lyx? For example, for names of "large" sets, one often uses fancy letters (script, calligraphy, chancery - etc...). How do I do that in Lyx? Thanks, Leonid
RE: question
Hi Leo, You have to write LaTeX code for most typefaces. For example: \mathfrak{p} \mathbb{R} \mathscr{P} \mathcal{F} For calligraphy there also exists a shortcut (and it then appears WYSIWYM) - see section 5.6.1 of the User's Guide. In addition, you can define a macro (or use \newcommand in the preamble) for commonly used combinations: \newcommand\R{\mathbb{R}} Note: for \mathcal,\mathbb,\mathfrak you need the amssymb package (click 'Use AMS Math' in Layout-Document settings). For \mathscr you need euscript (add \usepackage[mathscr]{euscript} to your preamble). HTH, Lior On Tue, 17 Apr 2001, Leonid Kontorovich wrote: Hi, another quick question: how do I include fancy fonts in Lyx? For example, for names of "large" sets, one often uses fancy letters (script, calligraphy, chancery - etc...). How do I do that in Lyx? Thanks, Leonid
RE: question
Hi Leo, You have to write LaTeX code for most typefaces. For example: \mathfrak{p} \mathbb{R} \mathscr{P} \mathcal{F} For calligraphy there also exists a shortcut (and it then appears WYSIWYM) - see section 5.6.1 of the User's Guide. In addition, you can define a macro (or use \newcommand in the preamble) for commonly used combinations: \newcommand\R{\mathbb{R}} Note: for \mathcal,\mathbb,\mathfrak you need the amssymb package (click 'Use AMS Math' in Layout->Document settings). For \mathscr you need euscript (add \usepackage[mathscr]{euscript} to your preamble). HTH, Lior On Tue, 17 Apr 2001, Leonid Kontorovich wrote: > Hi, > > another quick question: > > how do I include fancy fonts in Lyx? For example, for names of "large" sets, > one often uses fancy letters (script, calligraphy, chancery - etc...). How > do I do that in Lyx? > > Thanks, > Leonid >
Re: libforms.so.0.88 and Red Hat 7.0
On Fri, 9 Feb 2001, Tuukka Toivonen wrote: On Thu, 8 Feb 2001, Peter Sanders wrote: lyx-1.1.6-1.i386.rpm xforms-0.89-6.i386.rpm Try running "ldconfig" as root after installing xforms and before installing LyX. You might want to install LyX from source .tar.gz package, they work usually better than precompiled binaries. Note: To compile from the sources, you also need the header file forms.h found in the xforms-devel-version package. Lior.
Re: libforms.so.0.88 and Red Hat 7.0
On Fri, 9 Feb 2001, Tuukka Toivonen wrote: On Thu, 8 Feb 2001, Peter Sanders wrote: lyx-1.1.6-1.i386.rpm xforms-0.89-6.i386.rpm Try running "ldconfig" as root after installing xforms and before installing LyX. You might want to install LyX from source .tar.gz package, they work usually better than precompiled binaries. Note: To compile from the sources, you also need the header file forms.h found in the xforms-devel-version package. Lior.
Re: libforms.so.0.88 and Red Hat 7.0
On Fri, 9 Feb 2001, Tuukka Toivonen wrote: > On Thu, 8 Feb 2001, Peter Sanders wrote: > > > lyx-1.1.6-1.i386.rpm > > xforms-0.89-6.i386.rpm > > Try running "ldconfig" as root after installing xforms and before > installing LyX. > > You might want to install LyX from source .tar.gz package, they work > usually better than precompiled binaries. > > Note: To compile from the sources, you also need the header file forms.h found in the xforms-devel- package. Lior.
Re: lyx1.1.6 too big !
On 5 Feb 2001, Jean-Marc Lasgouttes wrote: "Nicolas" == Nicolas SABOURET [EMAIL PROTECTED] writes: Nicolas Is there any option I could give "./configure" or "make" to Nicolas build a smaller file at home ? Look at the value for CXXFLAGS given when you run configure, and then remove the "-g", which asks for debug information. Here I get [...] C++ Compiler flags: -g -O -fno-rtti -fno-exceptions -W -Wall [...] so I can compile with make CXXFLAGS="-O -fno-rtti -fno-exceptions -W -Wall" (the same options, but not the -g). Another option is to set these flags during the configuration phase: setenv CXXFLAGS "-O -fno-rtti -fno-exceptions -W -Wall" ./configure other flags Nicolas PS : The strip version takes only 8Mo, vs 40Mo for the Nicolas regular one. What makes this difference ? Could you tell me Nicolas more ? This is the debug information, that is the information which allow you to send us useful bug reports... JMarc
Re: lyx1.1.6 too big !
On 5 Feb 2001, Jean-Marc Lasgouttes wrote: "Nicolas" == Nicolas SABOURET [EMAIL PROTECTED] writes: Nicolas Is there any option I could give "./configure" or "make" to Nicolas build a smaller file at home ? Look at the value for CXXFLAGS given when you run configure, and then remove the "-g", which asks for debug information. Here I get [...] C++ Compiler flags: -g -O -fno-rtti -fno-exceptions -W -Wall [...] so I can compile with make CXXFLAGS="-O -fno-rtti -fno-exceptions -W -Wall" (the same options, but not the -g). Another option is to set these flags during the configuration phase: setenv CXXFLAGS "-O -fno-rtti -fno-exceptions -W -Wall" ./configure other flags Nicolas PS : The strip version takes only 8Mo, vs 40Mo for the Nicolas regular one. What makes this difference ? Could you tell me Nicolas more ? This is the debug information, that is the information which allow you to send us useful bug reports... JMarc
Re: lyx1.1.6 too big !
On 5 Feb 2001, Jean-Marc Lasgouttes wrote: > > "Nicolas" == Nicolas SABOURET <[EMAIL PROTECTED]> writes: > > Nicolas> Is there any option I could give "./configure" or "make" to > Nicolas> build a smaller file at home ? > > Look at the value for CXXFLAGS given when you run configure, and then > remove the "-g", which asks for debug information. Here I get > [...] > C++ Compiler flags: -g -O -fno-rtti -fno-exceptions -W -Wall > [...] > so I can compile with > make CXXFLAGS="-O -fno-rtti -fno-exceptions -W -Wall" > (the same options, but not the -g). > Another option is to set these flags during the configuration phase: setenv CXXFLAGS "-O -fno-rtti -fno-exceptions -W -Wall" ./configure > Nicolas> PS : The strip version takes only 8Mo, vs 40Mo for the > Nicolas> regular one. What makes this difference ? Could you tell me > Nicolas> more ? > > This is the debug information, that is the information which allow you > to send us useful bug reports... > > JMarc >
Re: installation help
On Tue, 30 Jan 2001, John Levon wrote: On Tue, 30 Jan 2001, Adam Huffman wrote: You are using the RedHat xforms RPMs? If so, I had a similar problem with them, and solved it by using an older set of xforms RPMs, currently 0.88-9 This is indeed the problem, the xforms headers include a file they don't need to, which breaks the compile. I've just sent a patch to document this in the INSTALL file :) thanks john -- "...except Alan Cox, but he's actually not human, but about a thousand gnomes working in under-ground caves in Swansea." - Linus Torvalds Note that the solution suggested was to use an _earlier_ version of xforms, while your patch says to get a more recent one. I can vouch for 0.88-9 (works for me here). I think that there were problems with 0.89-0 or something. Perhaps we should document the specific xforms versions we know about, in addition to the general 'use a more recent version' statement ? Lior.
Re: installation help
On Tue, 30 Jan 2001, John Levon wrote: On Tue, 30 Jan 2001, Adam Huffman wrote: You are using the RedHat xforms RPMs? If so, I had a similar problem with them, and solved it by using an older set of xforms RPMs, currently 0.88-9 This is indeed the problem, the xforms headers include a file they don't need to, which breaks the compile. I've just sent a patch to document this in the INSTALL file :) thanks john -- "...except Alan Cox, but he's actually not human, but about a thousand gnomes working in under-ground caves in Swansea." - Linus Torvalds Note that the solution suggested was to use an _earlier_ version of xforms, while your patch says to get a more recent one. I can vouch for 0.88-9 (works for me here). I think that there were problems with 0.89-0 or something. Perhaps we should document the specific xforms versions we know about, in addition to the general 'use a more recent version' statement ? Lior.
Re: installation help
On Tue, 30 Jan 2001, John Levon wrote: > On Tue, 30 Jan 2001, Adam Huffman wrote: > > > You are using the RedHat xforms RPMs? If so, I had a similar problem > > with them, and solved it by using an older set of xforms RPMs, currently > > 0.88-9 > > This is indeed the problem, the xforms headers include a file they don't > need to, which breaks the compile. I've just sent a patch to document this > in the INSTALL file :) > > thanks > john > > -- > "...except Alan Cox, but he's actually not human, but about > a thousand gnomes working in under-ground caves in Swansea." > - Linus Torvalds > > Note that the solution suggested was to use an _earlier_ version of xforms, while your patch says to get a more recent one. I can vouch for 0.88-9 (works for me here). I think that there were problems with 0.89-0 or something. Perhaps we should document the specific xforms versions we know about, in addition to the general 'use a more recent version' statement ? Lior.
Re: installation help
I seem to remember that the 'forms.h' include file comes in the xforms-devel package. Therefore you need xforms-devel-0.88-15 in addition to the package you already have (which has the library) Lior. On Mon, 29 Jan 2001, David wrote: Ok folks, I give up. I can't build 1.1.6. I know, I know, it's not rocket science. Take your best shot and then maybe help me out? ./configure in the lyx-1.1.6 directory gets me "cannot find libforms or libxforms - cannot find forms.h" I got the latest xforms-088-15 and xpm-3.4k I'm using RH-7 on a Compaq Presario 1270 Any suggestions David
Re: installation help
I seem to remember that the 'forms.h' include file comes in the xforms-devel package. Therefore you need xforms-devel-0.88-15 in addition to the package you already have (which has the library) Lior. On Mon, 29 Jan 2001, David wrote: Ok folks, I give up. I can't build 1.1.6. I know, I know, it's not rocket science. Take your best shot and then maybe help me out? ./configure in the lyx-1.1.6 directory gets me "cannot find libforms or libxforms - cannot find forms.h" I got the latest xforms-088-15 and xpm-3.4k I'm using RH-7 on a Compaq Presario 1270 Any suggestions David
Re: installation help
I seem to remember that the 'forms.h' include file comes in the xforms-devel package. Therefore you need xforms-devel-0.88-15 in addition to the package you already have (which has the library) Lior. On Mon, 29 Jan 2001, David wrote: > Ok folks, I give up. I can't build 1.1.6. I know, I know, it's not rocket > science. Take your best shot and then maybe help me out? > > ./configure in the lyx-1.1.6 directory gets me "cannot find libforms or > libxforms - cannot find forms.h" > > I got the latest xforms-088-15 and xpm-3.4k > > I'm using RH-7 on a Compaq Presario 1270 > > Any suggestions > > David >
Re: Include broken?
This is indeed a bug. It has already been fixed in cvs, and will be ok in 1.1.6fix1 when it comes out. Lior. On Wed, 24 Jan 2001, Michael Zapf wrote: I guess I found a bug in LyX 1.1.6: You cannot include files any more. Obviously, LyX translates the include file command to \Include{file} instead of \include{file}. This is what LaTeX complains about. The problem is easily reproducible. Create a LyX file, include another LyX file via Insert-Include File. As a workaround you need to include \newcommand{\Include}[1]{\include{#1}} in the preamble until this is fixed. Michael -- * Michael Zapf --- http://www.vsb.cs.uni-frankfurt.de/~zapf/ * Institut fuer Informatik, FB Biologie und Informatik * (Institute for Comp.Science, Dept. of Comp.Science and Biology) * Johann Wolfgang Goethe-Universitaet Frankfurt/Main
Re: Include broken?
This is indeed a bug. It has already been fixed in cvs, and will be ok in 1.1.6fix1 when it comes out. Lior. On Wed, 24 Jan 2001, Michael Zapf wrote: I guess I found a bug in LyX 1.1.6: You cannot include files any more. Obviously, LyX translates the include file command to \Include{file} instead of \include{file}. This is what LaTeX complains about. The problem is easily reproducible. Create a LyX file, include another LyX file via Insert-Include File. As a workaround you need to include \newcommand{\Include}[1]{\include{#1}} in the preamble until this is fixed. Michael -- * Michael Zapf --- http://www.vsb.cs.uni-frankfurt.de/~zapf/ * Institut fuer Informatik, FB Biologie und Informatik * (Institute for Comp.Science, Dept. of Comp.Science and Biology) * Johann Wolfgang Goethe-Universitaet Frankfurt/Main
Re: Include broken?
This is indeed a bug. It has already been fixed in cvs, and will be ok in 1.1.6fix1 when it comes out. Lior. On Wed, 24 Jan 2001, Michael Zapf wrote: > I guess I found a bug in LyX 1.1.6: You cannot include files any more. > Obviously, LyX translates the include file command to \Include{file} > instead of \include{file}. This is what LaTeX complains about. > > The problem is easily reproducible. Create a LyX file, include another > LyX file via Insert->Include File. > > As a workaround you need to include > \newcommand{\Include}[1]{\include{#1}} in the preamble until this is > fixed. > > Michael > -- > * Michael Zapf --- http://www.vsb.cs.uni-frankfurt.de/~zapf/ > * Institut fuer Informatik, FB Biologie und Informatik > * (Institute for Comp.Science, Dept. of Comp.Science and Biology) > * Johann Wolfgang Goethe-Universitaet Frankfurt/Main > > >
Re: $LANG specific menus not possible in 1.1.6
On Thu, 18 Jan 2001, Claus Hentschel wrote: Claus At the moment the following does happen: - the mo files are Claus located in ...lyx/lib/locale/xx/lyx.mo - gdb shows that lyx Claus uses ...lyx/share/locale as its LOCALEDIR by default (so it Claus can't find the files!) - doing ln -s form lib/locale to Claus share/locale and starting lyx results in a core dump! Are you using the same version of gygwin? Does using --with-included-gettext help? At the moment I have fixed many things that do not run using the standard (newest!) cygwin stuff available, i.e.: - regex support does only work when using the lyx internal stuff - gettext (unresolved extrnals!) does only work ... (as above) So I have configured LyX with --with-included-getext! And it doesn't help! Debugging is not so easy although I do have 132MB RAM installed on my system! gdb running LyX needs more than 100MB of memory (very slow, sometimes hangups maybe due to the fact that I don't want to wait more than 5 min to any command response). So to make it clear for me: I am using the correct versions of po/mo files if I am using the released distribution tar file!?!? Awaiting any answer ... Best regards Claus P.S. Lior Silberman wrote (as a response to my mail,too): "Could this be the the 'make install' requirement for i18n menus that was discussed a few days ago?" I haven't followed that topic! So what does this mean? Was there any solution to solve that problem? The thread is titled "fax support, dead keys and i18n (1.1.6)". If I understood things correctly, you can't get i18n menus working immediately after the compilation, and you have to do 'make install' first, placing the .mo files in the share/locale/ directories. Lior.
Re: $LANG specific menus not possible in 1.1.6
On Thu, 18 Jan 2001, Claus Hentschel wrote: Claus At the moment the following does happen: - the mo files are Claus located in ...lyx/lib/locale/xx/lyx.mo - gdb shows that lyx Claus uses ...lyx/share/locale as its LOCALEDIR by default (so it Claus can't find the files!) - doing ln -s form lib/locale to Claus share/locale and starting lyx results in a core dump! Are you using the same version of gygwin? Does using --with-included-gettext help? At the moment I have fixed many things that do not run using the standard (newest!) cygwin stuff available, i.e.: - regex support does only work when using the lyx internal stuff - gettext (unresolved extrnals!) does only work ... (as above) So I have configured LyX with --with-included-getext! And it doesn't help! Debugging is not so easy although I do have 132MB RAM installed on my system! gdb running LyX needs more than 100MB of memory (very slow, sometimes hangups maybe due to the fact that I don't want to wait more than 5 min to any command response). So to make it clear for me: I am using the correct versions of po/mo files if I am using the released distribution tar file!?!? Awaiting any answer ... Best regards Claus P.S. Lior Silberman wrote (as a response to my mail,too): "Could this be the the 'make install' requirement for i18n menus that was discussed a few days ago?" I haven't followed that topic! So what does this mean? Was there any solution to solve that problem? The thread is titled "fax support, dead keys and i18n (1.1.6)". If I understood things correctly, you can't get i18n menus working immediately after the compilation, and you have to do 'make install' first, placing the .mo files in the share/locale/ directories. Lior.
Re: $LANG specific menus not possible in 1.1.6
On Thu, 18 Jan 2001, Claus Hentschel wrote: > > Claus> At the moment the following does happen: - the mo files are > > Claus> located in ...lyx/lib/locale/xx/lyx.mo - gdb shows that lyx > > Claus> uses ...lyx/share/locale as its LOCALEDIR by default (so it > > Claus> can't find the files!) - doing ln -s form lib/locale to > > Claus> share/locale and starting lyx results in a core dump! > > > > Are you using the same version of gygwin? Does using > > --with-included-gettext help? > > At the moment I have fixed many things that do not run using the standard > (newest!) cygwin stuff available, i.e.: > - regex support does only work when using the lyx internal stuff > - gettext (unresolved extrnals!) does only work ... (as above) > So I have configured LyX with --with-included-getext! And it doesn't help! > Debugging is not so easy although I do have 132MB RAM installed on my > system! gdb running LyX needs more than 100MB of memory (very slow, > sometimes hangups maybe due to the fact that I don't want to wait more than > 5 min to any command response). > > So to make it clear for me: I am using the correct versions of po/mo files > if I am using the released distribution tar file!?!? > > Awaiting any answer ... > Best regards > Claus > > P.S. Lior Silberman wrote (as a response to my mail,too): > "Could this be the the 'make install' requirement > for i18n menus that was discussed a few days ago?" > I haven't followed that topic! So what does this mean? Was there any > solution to solve that problem? > > The thread is titled "fax support, dead keys and i18n (1.1.6)". If I understood things correctly, you can't get i18n menus working immediately after the compilation, and you have to do 'make install' first, placing the .mo files in the share/locale/ directories. Lior.
Re: WYSIWYM
On Thu, 18 Jan 2001, thomas schnhoff wrote: by the way is there a possibility to convert 11.5 files to LaTex and re-import them to 1.1.6 (althought this might be a bit uneasy in case of included graphics, isn't it?) There is no need to explicitly convert 1.1.5 files to 1.1.6 ! LyX 1.1.6 reads 1.1.5 files automatically. You will only have problems going the other way around (trying to read 1.1.6 files with 1.1.5 due to changes in the tables code). You may want to back up your 1.1.5 file before saving it in 1.1.6, but otherwise it's ok. Lior.
Re: WYSIWYM
On Thu, 18 Jan 2001, thomas schnhoff wrote: by the way is there a possibility to convert 11.5 files to LaTex and re-import them to 1.1.6 (althought this might be a bit uneasy in case of included graphics, isn't it?) There is no need to explicitly convert 1.1.5 files to 1.1.6 ! LyX 1.1.6 reads 1.1.5 files automatically. You will only have problems going the other way around (trying to read 1.1.6 files with 1.1.5 due to changes in the tables code). You may want to back up your 1.1.5 file before saving it in 1.1.6, but otherwise it's ok. Lior.
Re: WYSIWYM
On Thu, 18 Jan 2001, thomas schönhoff wrote: > > > by the way is there a possibility to convert 11.5 files to LaTex and > re-import them to 1.1.6 (althought this might be a bit uneasy in case of > included graphics, isn't it?) > > There is no need to explicitly convert 1.1.5 files to 1.1.6 ! LyX 1.1.6 reads 1.1.5 files automatically. You will only have problems going the other way around (trying to read 1.1.6 files with 1.1.5 due to changes in the tables code). You may want to back up your 1.1.5 file before saving it in 1.1.6, but otherwise it's ok. Lior.
Re: 1.1.6pre3 now?
Chris, The way to do this is to recompile the new lyx under a different name. Get the sources (lyx-1.1.6pre3.tar.gz), untar them. There are two configure switches that help you. One is --with-lyxname, which sets the name for various directories and files (but not the main executable) to something other than 'lyx'. The other is --prefix, which sets the location where everything is installed. You can thus install things in a temporary place, not /usr/local or /usr. What I would do is not install the files to /usr/local, but rather do something like: configure --with-lyxname=lyx-1.1.6pre3 --prefix=~/tmp/lyx-1.1.6pre3 +any other switches you like to add. The --with-lyxname option is useful because then the default ~/.lyx directory name is actually ~/.lyx-1.1.6pre3 (assuming the example above) and thus your lyxrc will not be overwritten. You then run the program from ~/tmp/lyx-1.1.6pre3/bin/lyx (set an alias for that). Note that you can test the program without 'installing' it. Configure --with-lyxname (again to preserve ~/.lyx), and compile with just 'make' (and not 'make install' if you've been using that). Then you can run the exectuable from [wherever the sources are]/src/lyx A final word of caution - if you plan on using tabulars, the file format is being changed right now, so lyx-1.1.6 may not read tabulars written by lyx-1.1.6pre*. I think all versions can import old-style (1.1) tables. HTH, Lior. On Tue, 9 Jan 2001, Chris Schulbert wrote: Hi! As it seems, many people use 1.1.6pre3 yet. Because I'm writing my thesis, it will be dangerous to switch to 1.1.6pre3 now, isn't it? If I do a make install, the new LyX overwrites the old one, so I can't really test 1.1.6pre3 without losing my stable 1.1.5fix2. Is there a way to have both versions installed without interference? Regards, Chris
Re: 1.1.6pre3 now?
Chris, The way to do this is to recompile the new lyx under a different name. Get the sources (lyx-1.1.6pre3.tar.gz), untar them. There are two configure switches that help you. One is --with-lyxname, which sets the name for various directories and files (but not the main executable) to something other than 'lyx'. The other is --prefix, which sets the location where everything is installed. You can thus install things in a temporary place, not /usr/local or /usr. What I would do is not install the files to /usr/local, but rather do something like: configure --with-lyxname=lyx-1.1.6pre3 --prefix=~/tmp/lyx-1.1.6pre3 +any other switches you like to add. The --with-lyxname option is useful because then the default ~/.lyx directory name is actually ~/.lyx-1.1.6pre3 (assuming the example above) and thus your lyxrc will not be overwritten. You then run the program from ~/tmp/lyx-1.1.6pre3/bin/lyx (set an alias for that). Note that you can test the program without 'installing' it. Configure --with-lyxname (again to preserve ~/.lyx), and compile with just 'make' (and not 'make install' if you've been using that). Then you can run the exectuable from [wherever the sources are]/src/lyx A final word of caution - if you plan on using tabulars, the file format is being changed right now, so lyx-1.1.6 may not read tabulars written by lyx-1.1.6pre*. I think all versions can import old-style (1.1) tables. HTH, Lior. On Tue, 9 Jan 2001, Chris Schulbert wrote: Hi! As it seems, many people use 1.1.6pre3 yet. Because I'm writing my thesis, it will be dangerous to switch to 1.1.6pre3 now, isn't it? If I do a make install, the new LyX overwrites the old one, so I can't really test 1.1.6pre3 without losing my stable 1.1.5fix2. Is there a way to have both versions installed without interference? Regards, Chris
Re: 1.1.6pre3 now?
Chris, The way to do this is to recompile the new lyx under a different name. Get the sources (lyx-1.1.6pre3.tar.gz), untar them. There are two configure switches that help you. One is --with-lyxname, which sets the name for various directories and files (but not the main executable) to something other than 'lyx'. The other is --prefix, which sets the location where everything is installed. You can thus install things in a temporary place, not /usr/local or /usr. What I would do is not install the files to /usr/local, but rather do something like: configure --with-lyxname=lyx-1.1.6pre3 --prefix=~/tmp/lyx-1.1.6pre3 +any other switches you like to add. The --with-lyxname option is useful because then the default ~/.lyx directory name is actually ~/.lyx-1.1.6pre3 (assuming the example above) and thus your lyxrc will not be overwritten. You then run the program from ~/tmp/lyx-1.1.6pre3/bin/lyx (set an alias for that). Note that you can test the program without 'installing' it. Configure --with-lyxname (again to preserve ~/.lyx), and compile with just 'make' (and not 'make install' if you've been using that). Then you can run the exectuable from [wherever the sources are]/src/lyx A final word of caution - if you plan on using tabulars, the file format is being changed right now, so lyx-1.1.6 may not read tabulars written by lyx-1.1.6pre*. I think all versions can import old-style (1.1) tables. HTH, Lior. On Tue, 9 Jan 2001, Chris Schulbert wrote: > Hi! > > As it seems, many people use 1.1.6pre3 yet. Because I'm writing my thesis, > it will be dangerous to switch to 1.1.6pre3 now, isn't it? > If I do a make install, the new LyX overwrites the old one, so I can't > really test 1.1.6pre3 without losing my stable 1.1.5fix2. > Is there a way to have both versions installed without interference? > > > Regards, > Chris > > >
Re: Working with 1.1.4 and testing with 1.1.6cvs
On Fri, 13 Oct 2000, Alvaro Tejero Cantero wrote: Hello, I'm making a translation (es.po) and thus I need to see the messages that LyX echoes properly contextualized. As a result, I must install 1.1.6cvs, and prior to doing it, and as I have everyday work relying on 1.1.4, I would like to ask How must I do to keep both versions functional and separate in my Debian 2.2 system? I mean, do I need to be aware that this or that thing should be placed here or there or that some symlinks have to be created? thanks for the help, and keep up the good work! -- Álvaro Tejero Cantero p42.org If you don't install the 1.1.6cvs, but run it from the src directory (where it is compiled), it shouldn't be too difficult. One thing you may want to do is keep the ~/.lyx directories separate for the two version, since there may be configuration conflicts. For this configure the cvs version with --with-lyxname=lyx-1.1.6cvs [or whatever name \neq "lyx"]. This will creat a ~/.lyx-1.1.6cvs dir in addition to the existing ~/.lyx one. The executable will still be named 'src/lyx'. Lior.
initial enumerate counter value
Hello, I'd like to have an enumerate environment, starting the count from 5 (rather than 1). The LaTeX effect I'd like to have is: \begin{enumerate} \setcounter{enumi}{5} \item My First Item \item My Second Item \end{enumerate} But in LyX, if I put ERT in the "Enumerate" enivronment, it's put into the first item and not before it, while if I put it before the start of the environment it has no effect. Is there any solution short of manually editing the LaTeX output? Thanks, Lior.
Re: Working with 1.1.4 and testing with 1.1.6cvs
On Fri, 13 Oct 2000, Alvaro Tejero Cantero wrote: Hello, I'm making a translation (es.po) and thus I need to see the messages that LyX echoes properly contextualized. As a result, I must install 1.1.6cvs, and prior to doing it, and as I have everyday work relying on 1.1.4, I would like to ask How must I do to keep both versions functional and separate in my Debian 2.2 system? I mean, do I need to be aware that this or that thing should be placed here or there or that some symlinks have to be created? thanks for the help, and keep up the good work! -- Álvaro Tejero Cantero p42.org If you don't install the 1.1.6cvs, but run it from the src directory (where it is compiled), it shouldn't be too difficult. One thing you may want to do is keep the ~/.lyx directories separate for the two version, since there may be configuration conflicts. For this configure the cvs version with --with-lyxname=lyx-1.1.6cvs [or whatever name \neq "lyx"]. This will creat a ~/.lyx-1.1.6cvs dir in addition to the existing ~/.lyx one. The executable will still be named 'src/lyx'. Lior.
initial enumerate counter value
Hello, I'd like to have an enumerate environment, starting the count from 5 (rather than 1). The LaTeX effect I'd like to have is: \begin{enumerate} \setcounter{enumi}{5} \item My First Item \item My Second Item \end{enumerate} But in LyX, if I put ERT in the "Enumerate" enivronment, it's put into the first item and not before it, while if I put it before the start of the environment it has no effect. Is there any solution short of manually editing the LaTeX output? Thanks, Lior.
Re: Working with 1.1.4 and testing with 1.1.6cvs
On Fri, 13 Oct 2000, Alvaro Tejero Cantero wrote: > Hello, > > I'm making a translation (es.po) and thus I need to see the messages > that LyX echoes properly contextualized. As a result, I must install > 1.1.6cvs, and prior to doing it, and as I have everyday work relying > on 1.1.4, I would like to ask > > How must I do to keep both versions functional and separate in my > Debian 2.2 system? > I mean, do I need to be aware that this or that thing should be > placed here or there or that some symlinks have to be created? > > thanks for the help, and keep up the good work! > > -- > Álvaro Tejero Cantero > p42.org > If you don't install the 1.1.6cvs, but run it from the src directory (where it is compiled), it shouldn't be too difficult. One thing you may want to do is keep the ~/.lyx directories separate for the two version, since there may be configuration conflicts. For this configure the cvs version with --with-lyxname=lyx-1.1.6cvs [or whatever name \neq "lyx"]. This will creat a ~/.lyx-1.1.6cvs dir in addition to the existing ~/.lyx one. The executable will still be named 'src/lyx'. Lior.
initial enumerate counter value
Hello, I'd like to have an enumerate environment, starting the count from 5 (rather than 1). The LaTeX effect I'd like to have is: \begin{enumerate} \setcounter{enumi}{5} \item My First Item \item My Second Item \end{enumerate} But in LyX, if I put ERT in the "Enumerate" enivronment, it's put into the first item and not before it, while if I put it before the start of the environment it has no effect. Is there any solution short of manually editing the LaTeX output? Thanks, Lior.
Re: unsubscribe...
On Sun, 1 Oct 2000, R. Lahaye wrote: Gunnar Lindholm wrote: Everybody knows that word sucks but most people use it...:P Same goes for SuckOffice. And there is no win32 LYX yet.. Isn't there? I've never had Window$ on my PC (lucky me, never had to argue about that), but I've seen here and there on the internet that Cygwin is the key software to implement Unix on W$. For those who lose the Linux-W$ battle: Isn't there a possibility to implement LyX for W$ with: Cygwin + ... + Xforms + LyX ?? Just a thought. Rob. AFAIK such a port exists: Claus Hentschel's port, available from http://www.fh-hannover.de/mbau/tim/hentschel/lyx/ Lior.
Re: unsubscribe...
On Sun, 1 Oct 2000, R. Lahaye wrote: Gunnar Lindholm wrote: Everybody knows that word sucks but most people use it...:P Same goes for SuckOffice. And there is no win32 LYX yet.. Isn't there? I've never had Window$ on my PC (lucky me, never had to argue about that), but I've seen here and there on the internet that Cygwin is the key software to implement Unix on W$. For those who lose the Linux-W$ battle: Isn't there a possibility to implement LyX for W$ with: Cygwin + ... + Xforms + LyX ?? Just a thought. Rob. AFAIK such a port exists: Claus Hentschel's port, available from http://www.fh-hannover.de/mbau/tim/hentschel/lyx/ Lior.
Re: unsubscribe...
On Sun, 1 Oct 2000, R. Lahaye wrote: > Gunnar Lindholm wrote: > > > > > Everybody knows that word sucks but most people use it...:P > > Same goes for SuckOffice. > > > And there is no win32 LYX yet.. > > Isn't there? > > I've never had Window$ on my PC (lucky me, never had to argue > about that), but I've seen here and there on the internet that > Cygwin is the key software to implement Unix on W$. > > For those who lose the Linux-W$ battle: > Isn't there a possibility to implement LyX for W$ with: > > Cygwin + ... + Xforms + LyX ?? > > Just a thought. > > Rob. > AFAIK such a port exists: Claus Hentschel's port, available from http://www.fh-hannover.de/mbau/tim/hentschel/lyx/ Lior.
Re: Key binding map
On Thu, 7 Sep 2000, Allan Rae wrote: On Wed, 6 Sep 2000, John Culleton wrote: Allan Rae wrote: Try adding a line like: \bind_file "hollywood.bind" to your ~/.lyx/lyxrc Allan. (ARRae) Thanks for your suggestion. Is there a way to call up these bindings only for certain documents? It seems to me that the bindings hollywood.bind should be activated only for hollywood format documents, and not for letters etc. Not possible at present although it would be nice. I think JMarc suggested placing keybindings in layout files. This would allow what you suggest and would just require that we reload the layouts keybindings when we switch buffers. Allan. (ARRae) While it's not document-specific, you can change the keybindings (and other parameters) semi-dynamically by having more than one -userdir. Lior.
Re: Key binding map
On Thu, 7 Sep 2000, Allan Rae wrote: On Wed, 6 Sep 2000, John Culleton wrote: Allan Rae wrote: Try adding a line like: \bind_file "hollywood.bind" to your ~/.lyx/lyxrc Allan. (ARRae) Thanks for your suggestion. Is there a way to call up these bindings only for certain documents? It seems to me that the bindings hollywood.bind should be activated only for hollywood format documents, and not for letters etc. Not possible at present although it would be nice. I think JMarc suggested placing keybindings in layout files. This would allow what you suggest and would just require that we reload the layouts keybindings when we switch buffers. Allan. (ARRae) While it's not document-specific, you can change the keybindings (and other parameters) semi-dynamically by having more than one -userdir. Lior.
Re: Key binding map
On Thu, 7 Sep 2000, Allan Rae wrote: > On Wed, 6 Sep 2000, John Culleton wrote: > > > Allan Rae wrote: > > > Try adding a line like: > > > > > > \bind_file "hollywood.bind" > > > > > > to your ~/.lyx/lyxrc > > > > > > Allan. (ARRae) > > > > Thanks for your suggestion. > > > > Is there a way to call up these bindings only for certain documents? It > > seems to me that the bindings hollywood.bind should be activated only > > for hollywood format documents, and not for letters etc. > > Not possible at present although it would be nice. > I think JMarc suggested placing keybindings in layout files. This would > allow what you suggest and would just require that we reload the layouts > keybindings when we switch buffers. > > Allan. (ARRae) > > While it's not document-specific, you can change the keybindings (and other parameters) semi-dynamically by having more than one -userdir. Lior.
Re: problems of a new user (win32)
On Tue, 29 Aug 2000, Claus Hentschel wrote: 1. The option set_color in the lyxrc-file is not recognized; for example: I used: set_color background white; when starting LyX the following message appears in the DOS-box: LyX: bad color tag: 'background' LyX: unknown tag: 'white' After this message LyX appears with the standard screen. When I type: 'set-color background white' on the grey commandline in LyX, a new background does appear. So this option does work. What am I doing wrong with set_color in the lyxrc-file? This indees does not work :-/ Does this work on Linux? I didn't have changed any of that code! [snip] Regards Claus This is a bug in the original 1.1.5fix1 (due to myself). The workaround (for lyxrc) is to write (note parenthesis): \set_color "background" "white" . This has since been corrected by JMarc (see http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg13066.html). Current 1.1.5 cvs reflects this update. I don't know about the tarball at the ftp site. HTH, Lior.
Re: serverpipe
On 29 Aug 2000, Lars Gullik Bjønnes wrote: Lior Silberman [EMAIL PROTECTED] writes: | On 28 Aug 2000, Lars Gullik Bj=F8nnes wrote: |=20 | How should we handle two running LyX processes? | Which one should use/delete the lyxpipe? | (we could use a lock file that containes the pid of the "master" lyx, | only this pid should be allowed to changed files in the .lyx dir) | =20 | When we get multiple windos this will be easy to solve. | =20 | Lgb | =20 |=20 | We can still do this by having several .lyx dirs (using -userdir), which | avoids this problem. That is a very hackish solution and not a long term one. Lgb Definitely. I did not mean to imply otherwise. But, until we have a long-term solution, ... :-( Suggestion: add a lyx-command ("Mini-buffer") to change the pipe name, and a function to LyXComm to handle this: void LyXComm::setPipename (string const n_pip) { closeConnection(); pipename = n_pip; openConnection (); } Then (by writing the command to the default pipe each time) you can have several concurrent servers. Note that this will only work if none of these continues to use the default name (since this pipe is first used by all instances in this implementation). Is this too much of a hack also [until we have mutliple windows] ? Lior.
Re: problems of a new user (win32)
On Tue, 29 Aug 2000, Claus Hentschel wrote: 1. The option set_color in the lyxrc-file is not recognized; for example: I used: set_color background white; when starting LyX the following message appears in the DOS-box: LyX: bad color tag: 'background' LyX: unknown tag: 'white' After this message LyX appears with the standard screen. When I type: 'set-color background white' on the grey commandline in LyX, a new background does appear. So this option does work. What am I doing wrong with set_color in the lyxrc-file? This indees does not work :-/ Does this work on Linux? I didn't have changed any of that code! [snip] Regards Claus This is a bug in the original 1.1.5fix1 (due to myself). The workaround (for lyxrc) is to write (note parenthesis): \set_color "background" "white" . This has since been corrected by JMarc (see http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg13066.html). Current 1.1.5 cvs reflects this update. I don't know about the tarball at the ftp site. HTH, Lior.
Re: serverpipe
On 29 Aug 2000, Lars Gullik Bjønnes wrote: Lior Silberman [EMAIL PROTECTED] writes: | On 28 Aug 2000, Lars Gullik Bj=F8nnes wrote: |=20 | How should we handle two running LyX processes? | Which one should use/delete the lyxpipe? | (we could use a lock file that containes the pid of the "master" lyx, | only this pid should be allowed to changed files in the .lyx dir) | =20 | When we get multiple windos this will be easy to solve. | =20 | Lgb | =20 |=20 | We can still do this by having several .lyx dirs (using -userdir), which | avoids this problem. That is a very hackish solution and not a long term one. Lgb Definitely. I did not mean to imply otherwise. But, until we have a long-term solution, ... :-( Suggestion: add a lyx-command ("Mini-buffer") to change the pipe name, and a function to LyXComm to handle this: void LyXComm::setPipename (string const n_pip) { closeConnection(); pipename = n_pip; openConnection (); } Then (by writing the command to the default pipe each time) you can have several concurrent servers. Note that this will only work if none of these continues to use the default name (since this pipe is first used by all instances in this implementation). Is this too much of a hack also [until we have mutliple windows] ? Lior.
Re: problems of a new user (win32)
On Tue, 29 Aug 2000, Claus Hentschel wrote: > > 1. The option set_color in the lyxrc-file is not recognized; for example: > I used: set_color > > background white; when starting LyX the following message appears in the > DOS-box: > > LyX: bad color tag: 'background' > > LyX: unknown tag: 'white' > > After this message LyX appears with the standard screen. > > When I type: 'set-color background white' on the grey commandline in LyX, > a new background > > does appear. So this option does work. > > What am I doing wrong with set_color in the lyxrc-file? > > This indees does not work :-/ Does this work on Linux? I didn't have changed > any of that code! > [snip] > > Regards > Claus > > This is a bug in the original 1.1.5fix1 (due to myself). The workaround (for lyxrc) is to write (note parenthesis): \set_color "background" "white" . This has since been corrected by JMarc (see http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg13066.html). Current 1.1.5 cvs reflects this update. I don't know about the tarball at the ftp site. HTH, Lior.
Re: serverpipe
On 29 Aug 2000, Lars Gullik Bjønnes wrote: > Lior Silberman <[EMAIL PROTECTED]> writes: > > | On 28 Aug 2000, Lars Gullik Bj=F8nnes wrote: > |=20 > | > How should we handle two running LyX processes? > | > Which one should use/delete the lyxpipe? > | > (we could use a lock file that containes the pid of the "master" lyx, > | > only this pid should be allowed to changed files in the .lyx dir) > | >=20 > | > When we get multiple windos this will be easy to solve. > | >=20 > | > Lgb > | >=20 > |=20 > | We can still do this by having several .lyx dirs (using -userdir), which > | avoids this problem. > > That is a very hackish solution and not a long term one. > > Lgb > Definitely. I did not mean to imply otherwise. But, until we have a long-term solution, ... :-( Suggestion: add a lyx-command ("Mini-buffer") to change the pipe name, and a function to LyXComm to handle this: void LyXComm::setPipename (string const & n_pip) { closeConnection(); pipename = n_pip; openConnection (); } Then (by writing the command to the default pipe each time) you can have several concurrent servers. Note that this will only work if none of these continues to use the default name (since this pipe is first used by all instances in this implementation). Is this too much of a hack also [until we have mutliple windows] ? Lior.
Re: serverpipe
On 28 Aug 2000, Lars Gullik Bjønnes wrote: How should we handle two running LyX processes? Which one should use/delete the lyxpipe? (we could use a lock file that containes the pid of the "master" lyx, only this pid should be allowed to changed files in the .lyx dir) When we get multiple windos this will be easy to solve. Lgb We can still do this by having several .lyx dirs (using -userdir), which avoids this problem. Lior.
Re: serverpipe
On 28 Aug 2000, Lars Gullik Bjønnes wrote: How should we handle two running LyX processes? Which one should use/delete the lyxpipe? (we could use a lock file that containes the pid of the "master" lyx, only this pid should be allowed to changed files in the .lyx dir) When we get multiple windos this will be easy to solve. Lgb We can still do this by having several .lyx dirs (using -userdir), which avoids this problem. Lior.
Re: serverpipe
On 28 Aug 2000, Lars Gullik Bjønnes wrote: > How should we handle two running LyX processes? > Which one should use/delete the lyxpipe? > (we could use a lock file that containes the pid of the "master" lyx, > only this pid should be allowed to changed files in the .lyx dir) > > When we get multiple windos this will be easy to solve. > > Lgb > We can still do this by having several .lyx dirs (using -userdir), which avoids this problem. Lior.
Re: Where can I find binary version of LyX for Solaris
On 3 Aug 2000, Jean-Marc Lasgouttes wrote: "Bing" == Li Bing [EMAIL PROTECTED] writes: Bing Dear All, Could you tell me where I can find binary one for Bing Solaris so that I needn't compile the source code when Bing installing? It would be nice if some kind soul using solaris 2.7 would take a look at the instructions in INSTALL and prepare a binary distribution of 1.1.5fix1 for solaris. Then report to me any problem you have in doing this. I have just smoothly compiled a Solaris 2.7 binary distribution, but I can't upload it :-( INSTALL says to put it in ftp://ftp.lyx.org/pub/lyx/uploads - but this directory does not exist. For now you can find the file in: http://www.math.huji.ac.il/~slior/lyx-1.1.5fix1-bin-Solaris2.7-static.tar.gz Note: Due to disk quota limitations I compiled LyX without debug info. Warning: Since I don't have root permissions on the machine, I can't install the distribution, so I don't know whether it actually works. The src/lyx binary did work (and ldd confirmed that it doesn't require libforms or libXpm) Lior. Other architectures would be appreciated as well :) JMarc
Re: Where can I find binary version of LyX for Solaris
On 3 Aug 2000, Jean-Marc Lasgouttes wrote: "Bing" == Li Bing [EMAIL PROTECTED] writes: Bing Dear All, Could you tell me where I can find binary one for Bing Solaris so that I needn't compile the source code when Bing installing? It would be nice if some kind soul using solaris 2.7 would take a look at the instructions in INSTALL and prepare a binary distribution of 1.1.5fix1 for solaris. Then report to me any problem you have in doing this. I have just smoothly compiled a Solaris 2.7 binary distribution, but I can't upload it :-( INSTALL says to put it in ftp://ftp.lyx.org/pub/lyx/uploads - but this directory does not exist. For now you can find the file in: http://www.math.huji.ac.il/~slior/lyx-1.1.5fix1-bin-Solaris2.7-static.tar.gz Note: Due to disk quota limitations I compiled LyX without debug info. Warning: Since I don't have root permissions on the machine, I can't install the distribution, so I don't know whether it actually works. The src/lyx binary did work (and ldd confirmed that it doesn't require libforms or libXpm) Lior. Other architectures would be appreciated as well :) JMarc
Re: Where can I find binary version of LyX for Solaris
On 3 Aug 2000, Jean-Marc Lasgouttes wrote: > > "Bing" == Li Bing <[EMAIL PROTECTED]> writes: > > Bing> Dear All, Could you tell me where I can find binary one for > Bing> Solaris so that I needn't compile the source code when > Bing> installing? > > It would be nice if some kind soul using solaris 2.7 would take a look > at the instructions in INSTALL and prepare a binary distribution of > 1.1.5fix1 for solaris. Then report to me any problem you have in doing > this. > I have just smoothly compiled a Solaris 2.7 binary distribution, but I can't upload it :-( INSTALL says to put it in ftp://ftp.lyx.org/pub/lyx/uploads - but this directory does not exist. For now you can find the file in: http://www.math.huji.ac.il/~slior/lyx-1.1.5fix1-bin-Solaris2.7-static.tar.gz Note: Due to disk quota limitations I compiled LyX without debug info. Warning: Since I don't have root permissions on the machine, I can't install the distribution, so I don't know whether it actually works. The src/lyx binary did work (and ldd confirmed that it doesn't require libforms or libXpm) Lior. > > Other architectures would be appreciated as well :) > > JMarc >
Re: Upgrading to 1.1.5: some problems and questions
On Mon, 24 Jul 2000, Andreas Busch wrote: Hi, yesterday I took the time to upgrade from 1.1.2 to 1.1.5fix1. There are three problems / questions that I have now. ... 3. A last, cosmetic thing. It seems to me that the red colour that is used to denote footnotes, ERT and other inserts in LyX text has changed and is now slightly darker and thus - at least to me - less visible. Is there a place to configure the precise colour that is used here? I checked the documentation, but could not find anything about it. You can change color definitions by using \set_color in the lyxrc, e.g. \set_color "footnote" "red" [you need the quotes] \set_color "latex" "red" This syntax is documented in the English 'Customization.lyx' (sec. 3.7.4) [except for the quotes]. Prehaps this hasn't been translated into German yet. HTH, Lior. Many thanks for any help! Andreas -- Dr. Andreas Busch Universitaet Heidelberg Tel. (06221) 54-2874 Institut fuer Politische Wissenschaft Fax (06221) 54-2896 Marstallstrasse 6 E-Mail: [EMAIL PROTECTED] 69117 Heidelberg, Germany http://busch.uni-hd.de
Re: Upgrading to 1.1.5: some problems and questions
On Mon, 24 Jul 2000, Andreas Busch wrote: Hi, yesterday I took the time to upgrade from 1.1.2 to 1.1.5fix1. There are three problems / questions that I have now. ... 3. A last, cosmetic thing. It seems to me that the red colour that is used to denote footnotes, ERT and other inserts in LyX text has changed and is now slightly darker and thus - at least to me - less visible. Is there a place to configure the precise colour that is used here? I checked the documentation, but could not find anything about it. You can change color definitions by using \set_color in the lyxrc, e.g. \set_color "footnote" "red" [you need the quotes] \set_color "latex" "red" This syntax is documented in the English 'Customization.lyx' (sec. 3.7.4) [except for the quotes]. Prehaps this hasn't been translated into German yet. HTH, Lior. Many thanks for any help! Andreas -- Dr. Andreas Busch Universitaet Heidelberg Tel. (06221) 54-2874 Institut fuer Politische Wissenschaft Fax (06221) 54-2896 Marstallstrasse 6 E-Mail: [EMAIL PROTECTED] 69117 Heidelberg, Germany http://busch.uni-hd.de
Re: Upgrading to 1.1.5: some problems and questions
On Mon, 24 Jul 2000, Andreas Busch wrote: > Hi, > > yesterday I took the time to upgrade from 1.1.2 to 1.1.5fix1. > There are three problems / questions that I have now. > > ... > > 3. A last, cosmetic thing. It seems to me that the red colour that is used > to denote footnotes, ERT and other inserts in LyX text has changed and > is now slightly darker and thus - at least to me - less visible. Is there a > place to configure the precise colour that is used here? I checked the > documentation, but could not find anything about it. > You can change color definitions by using \set_color in the lyxrc, e.g. \set_color "footnote" "red" [you need the quotes] \set_color "latex" "red" This syntax is documented in the English 'Customization.lyx' (sec. 3.7.4) [except for the quotes]. Prehaps this hasn't been translated into German yet. HTH, Lior. > Many thanks for any help! > > Andreas > > -- > Dr. Andreas Busch > Universitaet Heidelberg Tel. (06221) 54-2874 > Institut fuer Politische Wissenschaft Fax (06221) 54-2896 > Marstallstrasse 6 E-Mail: [EMAIL PROTECTED] > 69117 Heidelberg, Germany http://busch.uni-hd.de > >
Re: setcolor in lyx1.1.5fix1
On Sun, 23 Jul 2000, Steffen Evers wrote: By using '\set_color footnote red' in my '~/.lyx/lyxrc' file, I always get the error messages: try: (note the quotation marks) \set_color "footnote" "red" instead. If it still doesn't work let me know. Lior. Steffen
Re: setcolor in lyx1.1.5fix1
On Sun, 23 Jul 2000, Steffen Evers wrote: By using '\set_color footnote red' in my '~/.lyx/lyxrc' file, I always get the error messages: try: (note the quotation marks) \set_color "footnote" "red" instead. If it still doesn't work let me know. Lior. Steffen
Re: setcolor in lyx1.1.5fix1
On Sun, 23 Jul 2000, Steffen Evers wrote: > By using '\set_color footnote red' in my '~/.lyx/lyxrc' file, I always > get the error messages: > try: (note the quotation marks) \set_color "footnote" "red" instead. If it still doesn't work let me know. Lior. > > Steffen >