Re: rpmbuild problem [Solved]

[Scott Kostyshak]

On Thu, Aug 23, 2018 at 01:56:34PM +0200, M.B. Schiekel wrote:

> Hi Scott,
> 
> thank you for your suggestion concerning cmake instead of rpmbuild.

Actually, CMake relies on rpmbuild. It is more of a choice between CMake
and autotools. But looks like you already got it figured out!

Scott


signature.asc
Description: PGP signature

rpmbuild problem [Solved]

[M.B. Schiekel]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Am 23.08.2018 um 03:42 schrieb Scott Kostyshak:
>> [bernhard] 1. when I'm doing a LyX 'configure' and 'make' with 
>> ./configure --with-qt-dir=/usr/share/qt5/ --enable-qt5 make 
>> everything is fine and I get a LyX-2.3.0 executable.
>> 
>> 2. when I try to build a rpm-file with: lyx.spec ->
>> /usr/src/packages/SPECS/ lyx-2.3.0.tar.gz ->
>> /usr/src/packages/SOURCES/ QTDIR=/usr/share/qt5/ rpmbuild -bb
>> /usr/src/packages/SPECS/lyx.spec I get an error-message from the
>> configure-script: checking for Qt library name... failed 
>> configure: error: cannot compile a simple Qt executable. Check
>> you have the right $QTDIR.


Hi Scott,

thank you for your suggestion concerning cmake instead of rpmbuild.

Because the LyX configure-script does not handle $QTDIR correctly I
did it the brute force way, I changed the configure line in lyx.spec :

./configure --prefix=%{_prefix} \
--mandir=%{_mandir} --bindir=%{_bindir} --datadir=%{_datadir} \
--enable-build-type=rel \
--with-qt-dir=/usr/share/qt5/ --enable-qt5 \
%{version_suffix}

and then
  rpmbuild -bb /usr/src/packages/SPECS/lyx.spec
works fine :-)

Cheers,
bernhard

- -- 
Homepage: https://www.mb-schiekel.de/
GnuPG: http://p80.pool.sks-keyservers.net/
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iEYEARECAAYFAlt+oPIACgkQsTrAjf9sVwqJbACeIBzzE/jwNVLlJio5F06mdrTM
3akAoMbpRExCldzlzwdsctTKlaliCg79
=rmce
-END PGP SIGNATURE-

Re: LyX: LaTeX failed Problem Solved at Long Last

[Uwe Stöhr]

Am 09.03.2018 um 06:09 schrieb elloh van:


Thank you very much.
I have tested it, everything is perfect !!
It is working perfectly.
I am now able to view the output in all formats without any complaint !!
Thank you very much, I am now happy !!


Many thanks for your report. I apologize for all the inconvenients.

regards Uwe

Re: Compilation problem [SOLVED]

[Guido Milanese]

On Tue, 19 Sep 2017 19:13:04 +0200
Jürgen Spitzmüller  wrote:
> From the file INSTALL:
> 
> "Quick compilation guide
> ---
> 
> These four steps will compile, test and install LyX:
> 
>   0) Linux users beware: You need qt4 and qt4-devel packages
>  of the same version to compile LyX."
> 
> BTW you can also compile against qt5 with --enable-qt5
> 
> Jürgen

Thank you -- I did read the file INSTALL, but I wrongly assumed compatibility
with qt5. My fault. I was not aware of the `--enable-qt5` switch, however: I'll
try it next time I install LyX.

Best wishes,
g

---
Guido Milanese, Professor of Classics, PhD HC Paris IC
http://docenti.unicatt.it/ita/guido_fabrizio_milanese/
http://usi.to/tz4

Re: Compilation problem [SOLVED]

[Jürgen Spitzmüller]

Am Dienstag, den 19.09.2017, 19:06 +0200 schrieb Guido Milanese:
> Mystery solved. Lyx does not use the QT5 libraries, it needs QT4
> (with 
> qt4-devel). If I may take the liberty of suggesting a minor
> improvement to the configuration script, I would say that a message
> mentioning the need of the qt4 library would be advisable.

From the file INSTALL:

"Quick compilation guide
---

These four steps will compile, test and install LyX:

0) Linux users beware: You need qt4 and qt4-devel packages
   of the same version to compile LyX."

BTW you can also compile against qt5 with --enable-qt5

Jürgen


signature.asc
Description: This is a digitally signed message part

Re: Compilation problem [SOLVED]

[Guido Milanese]

Mystery solved. Lyx does not use the QT5 libraries, it needs QT4 (with 
qt4-devel). If I may take the liberty of suggesting a minor
improvement to the configuration script, I would say that a message
mentioning the need of the qt4 library would be advisable.

With every best wishes, 
GM

On Tue, 19 Sep 2017 00:03:51 +0200
Guido Milanese  wrote:

> Dear Experts,
> I am trying to compile LyX on my xubuntu 17.04 system (for several
> reasons I do not want to install via apt-get install). I cannot make
> sense of this problem:
> 
> checking for Qt library name... failed
> configure: error: cannot compile a simple Qt executable. Check you
> have the right $QTDIR.
> 
> I tried with 
> export QTDIR=/usr/share/qt5
> 
> but to no success.
> 
> Another problem (may be related?) is 
> 
> checking for ANSI C header files... no
> 
> I have build-essential correctly installed, so I cannot understand
> what I'm missing.
> 
> Thank you!
> guido, italy
> 
> ---
> Guido Milanese, Professor of Classics, PhD HC Paris IC
> http://docenti.unicatt.it/ita/guido_fabrizio_milanese/
> http://usi.to/tz4



---
Guido Milanese, Professor of Classics, PhD HC Paris IC
http://docenti.unicatt.it/ita/guido_fabrizio_milanese/
http://usi.to/tz4

bemaer-natbib problem SOLVED

[Murat Yildizoglu]

For a reason that I do not yet fully grasp, the problem was due to the

\beamerdefaultoverlayspecification{1-}


command that I had to put in my file to avoid having a bunch of Reference
elements in the TOC.


If I comment this line and fully adopt the Lyx-Beamer conventions (before
that I was just using ERB for begin frame and end frame commands), my
problem disappears.


Very strange, but I was doing some unconventinal operations probably...

So, another lesson I have learnt from here :


Don't be lazy, convert completely your latex file to Lyx's way, or you
will get in trouble...  ;-)


Regards,


Murat

-- 
Prof. Murat Yildizoglu

Université Montesquieu Bordeaux IV
GREThA (UMR CNRS 5113)
Avenue Léon Duguit
33608 Pessac cedex
France

Bureau : F-331

yi...@u-bordeaux4.fr

http://yildizoglu.info

http://www.twitter.com/yildizoglu

bemaer-natbib problem SOLVED

[Murat Yildizoglu]

For a reason that I do not yet fully grasp, the problem was due to the

\beamerdefaultoverlayspecification{1-}


command that I had to put in my file to avoid having a bunch of Reference
elements in the TOC.


If I comment this line and fully adopt the Lyx-Beamer conventions (before
that I was just using ERB for begin frame and end frame commands), my
problem disappears.


Very strange, but I was doing some unconventinal operations probably...

So, another lesson I have learnt from here :


Don't be lazy, convert completely your latex file to Lyx's way, or you
will get in trouble...  ;-)


Regards,


Murat

-- 
Prof. Murat Yildizoglu

Université Montesquieu Bordeaux IV
GREThA (UMR CNRS 5113)
Avenue Léon Duguit
33608 Pessac cedex
France

Bureau : F-331

yi...@u-bordeaux4.fr

http://yildizoglu.info

http://www.twitter.com/yildizoglu

bemaer-natbib problem SOLVED

[Murat Yildizoglu]

For a reason that I do not yet fully grasp, the problem was due to the

\beamerdefaultoverlayspecification{<1->}


command that I had to put in my file to avoid having a bunch of "Reference"
elements in the TOC.


If I comment this line and fully adopt the Lyx-Beamer conventions (before
that I was just using ERB for begin frame and end frame commands), my
problem disappears.


Very strange, but I was doing some unconventinal operations probably...

So, another lesson I have learnt from here :


"Don't be lazy, convert completely your latex file to Lyx's way, or you
will get in trouble..."  ;-)


Regards,


Murat

-- 
Prof. Murat Yildizoglu

Université Montesquieu Bordeaux IV
GREThA (UMR CNRS 5113)
Avenue Léon Duguit
33608 Pessac cedex
France

Bureau : F-331

yi...@u-bordeaux4.fr

http://yildizoglu.info

http://www.twitter.com/yildizoglu

Thanks, problem solved

[Robert_Schiemann]

Hey everybody,

 

thanks to anyone who tried to contribute to a solution fort he given
problem. I am very glad that I could be helpen *very* fast!

 

For all those who are interested: I used control + v to insert the tikz code
into lyx, which overwrote newline-characters so that the code inserted was
mutated. I learnt that it is better to use edit-paste-special-plain text.

 

Thanks again!

 

Robert

Re: Thanks, problem solved

[curtis osterhoudt]

Perfect. Thanks for the feedback, Robert, and Vincent. All works fine on the 
2.0.0 svn version with TikZ, too.

 /
Down with categorical imperative!
flutz...@yahoo.com
/





From: Robert_Schiemann robert_schiem...@freenet.de
To: lyx-users@lists.lyx.org
Sent: Wed, January 13, 2010 11:43:49 AM
Subject: Thanks, problem solved

Hey everybody,



thanks to anyone who tried to contribute to a solution fort he given
problem. I am very glad that I could be helpen *very* fast!



For all those who are interested: I used control + v to insert the tikz code
into lyx, which overwrote newline-characters so that the code inserted was
mutated. I learnt that it is better to use edit-paste-special-plain text.



Thanks again!



Robert


  

Thanks, problem solved

[Robert_Schiemann]

Hey everybody,

 

thanks to anyone who tried to contribute to a solution fort he given
problem. I am very glad that I could be helpen *very* fast!

 

For all those who are interested: I used control + v to insert the tikz code
into lyx, which overwrote newline-characters so that the code inserted was
mutated. I learnt that it is better to use edit-paste-special-plain text.

 

Thanks again!

 

Robert

Re: Thanks, problem solved

[curtis osterhoudt]

Perfect. Thanks for the feedback, Robert, and Vincent. All works fine on the 
2.0.0 svn version with TikZ, too.

 /
Down with categorical imperative!
flutz...@yahoo.com
/





From: Robert_Schiemann robert_schiem...@freenet.de
To: lyx-users@lists.lyx.org
Sent: Wed, January 13, 2010 11:43:49 AM
Subject: Thanks, problem solved

Hey everybody,



thanks to anyone who tried to contribute to a solution fort he given
problem. I am very glad that I could be helpen *very* fast!



For all those who are interested: I used control + v to insert the tikz code
into lyx, which overwrote newline-characters so that the code inserted was
mutated. I learnt that it is better to use edit-paste-special-plain text.



Thanks again!



Robert


  

Thanks, problem solved

[Robert_Schiemann]

Hey everybody,

 

thanks to anyone who tried to contribute to a solution fort he given
problem. I am very glad that I could be helpen *very* fast!

 

For all those who are interested: I used control + v to insert the tikz code
into lyx, which overwrote newline-characters so that the code inserted was
mutated. I learnt that it is better to use edit->paste->special->plain text.

 

Thanks again!

 

Robert

Re: Thanks, problem solved

[curtis osterhoudt]

Perfect. Thanks for the feedback, Robert, and Vincent. All works fine on the 
2.0.0 svn version with TikZ, too.

 /
Down with categorical imperative!
flutz...@yahoo.com
/





From: Robert_Schiemann <robert_schiem...@freenet.de>
To: lyx-users@lists.lyx.org
Sent: Wed, January 13, 2010 11:43:49 AM
Subject: Thanks, problem solved

Hey everybody,



thanks to anyone who tried to contribute to a solution fort he given
problem. I am very glad that I could be helpen *very* fast!



For all those who are interested: I used control + v to insert the tikz code
into lyx, which overwrote newline-characters so that the code inserted was
mutated. I learnt that it is better to use edit->paste->special->plain text.



Thanks again!



Robert


  

Re: rotated table problem (Solved)

[Marcelo Acuña]

   In my koma-script book I
  chose to have two columns.
   The tables are displayed correctly,
  except when they are rotated. (I use the
 corresponding
  option, spam column.)
   In this case they begin in one of
  the columns and are partially outside the page
 leaving
  the rest of the page in blank.
  How I can solve this problem? 
 
 The problem disappeared when I re installed Linux and Latex
 Live.
 In the previous installation of Latex Live I made some
 updates. Perhaps some thing left bad.
 Thanks.
 Marcelo



  Yahoo! Cocina

Encontra las mejores recetas con Yahoo! Cocina.


http://ar.mujer.yahoo.com/cocina/

Re: rotated table problem (Solved)

[Marcelo Acuña]

   In my koma-script book I
  chose to have two columns.
   The tables are displayed correctly,
  except when they are rotated. (I use the
 corresponding
  option, spam column.)
   In this case they begin in one of
  the columns and are partially outside the page
 leaving
  the rest of the page in blank.
  How I can solve this problem? 
 
 The problem disappeared when I re installed Linux and Latex
 Live.
 In the previous installation of Latex Live I made some
 updates. Perhaps some thing left bad.
 Thanks.
 Marcelo



  Yahoo! Cocina

Encontra las mejores recetas con Yahoo! Cocina.


http://ar.mujer.yahoo.com/cocina/

Re: rotated table problem (Solved)

[Marcelo Acuña]

> >  In my koma-script book I
> > chose to have two columns.
> >  The tables are displayed correctly,
> > except when they are rotated. (I use the
> corresponding
> > option, spam column.)
> >  In this case they begin in one of
> > the columns and are partially outside the page
> leaving
> > the rest of the page in blank.
> > How I can solve this problem? 
 
 The problem disappeared when I re installed Linux and Latex
 Live.
 In the previous installation of Latex Live I made some
 updates. Perhaps some thing left bad.
 Thanks.
 Marcelo



  Yahoo! Cocina

Encontra las mejores recetas con Yahoo! Cocina.


http://ar.mujer.yahoo.com/cocina/

Problem solved

[Mukhtar Ullah]

Mukhtar Ullah [EMAIL PROTECTED] writes:

 
 Dear LyX users,
 Today I updated MiKTeX 2.7 packages on windows and reconfigured LyX after 
 that.
 Now LyX shows all classes as unavailable. I have no idea what is going on. I
 would not expect this behavior because it was only a package update (not an
 upgrade).
 
 Anyone else having the same problem?
 
 Mukhtar
 
 

Now everything is working again fine. The problem was that I updated from my
local package repository which in turn had picked up packages from a corrupted
mirror. Today, I updated again and everything is back in place.

Jorge, Thank you for your efforts.

Mukhtar

Problem solved

[Mukhtar Ullah]

Mukhtar Ullah [EMAIL PROTECTED] writes:

 
 Dear LyX users,
 Today I updated MiKTeX 2.7 packages on windows and reconfigured LyX after 
 that.
 Now LyX shows all classes as unavailable. I have no idea what is going on. I
 would not expect this behavior because it was only a package update (not an
 upgrade).
 
 Anyone else having the same problem?
 
 Mukhtar
 
 

Now everything is working again fine. The problem was that I updated from my
local package repository which in turn had picked up packages from a corrupted
mirror. Today, I updated again and everything is back in place.

Jorge, Thank you for your efforts.

Mukhtar

Problem solved

[Mukhtar Ullah]

Mukhtar Ullah <[EMAIL PROTECTED]> writes:

> 
> Dear LyX users,
> Today I updated MiKTeX 2.7 packages on windows and reconfigured LyX after 
> that.
> Now LyX shows all classes as unavailable. I have no idea what is going on. I
> would not expect this behavior because it was only a package update (not an
> upgrade).
> 
> Anyone else having the same problem?
> 
> Mukhtar
> 
> 

Now everything is working again fine. The problem was that I updated from my
local package repository which in turn had picked up packages from a corrupted
mirror. Today, I updated again and everything is back in place.

Jorge, Thank you for your efforts.

Mukhtar

Problem solved

[Pietro Barbujani]

I solved my problem with the margins with lyx documentI wrote BCOR30mm
in the Option of  document settings to raise the right margin in the even
pages, so binding is good.

Thanks

 

 

Pietro

Problem solved

[Pietro Barbujani]

I solved my problem with the margins with lyx documentI wrote BCOR30mm
in the Option of  document settings to raise the right margin in the even
pages, so binding is good.

Thanks

 

 

Pietro

Problem solved

[Pietro Barbujani]

I solved my problem with the margins with lyx documentI wrote BCOR30mm
in the Option of  document settings to raise the right margin in the even
pages, so binding is good.

Thanks

 

 

Pietro

Re: fancyfoot problem - solved

[Roland Schmitz]

Am Sonntag, 18. März 2007 18:53 schrieb Steve Litt:
 The \\ commands are newline commands.

Bingo, that's the thing i was looking for.

Thanx
  Roland Schmitz

Re: fancyfoot problem - solved

[Roland Schmitz]

Am Sonntag, 18. März 2007 18:53 schrieb Steve Litt:
 The \\ commands are newline commands.

Bingo, that's the thing i was looking for.

Thanx
  Roland Schmitz

Re: fancyfoot problem - solved

[Roland Schmitz]

Am Sonntag, 18. März 2007 18:53 schrieb Steve Litt:
> The \\ commands are newline commands.

Bingo, that's the thing i was looking for.

Thanx
  Roland Schmitz

Re: Rweave for Windows Lyx (problem solved!)

[Cheng-shan (Frank) Liu]

Thank you, Nicolás. Also thank Uwe Ligges, Brian D. Ripley, and Paul 
Johnson for their advices. Here is a summary of the advices about how to 
make Rweave work in Lyx under Windows:


Suppose your Lyx is installed in C:\ProgramFiles\Lyx and your R in
C:\ProgramFiles\R-2.2.1.

1. Create a R file MakeSweave.R with the following lines and then put
it in C:\ProgramFiles\Lyx\bin\ (this is a path registered in Lyx).

library(tools)
args - commandArgs()
inp - args[length(args)]
Sweave(inp)
base - sub(\.(Rnw|Rtex)$, , inp)
texi2dvi(paste(base, .tex, sep=), pdf=TRUE)
shell.exec(paste(base, .pdf, sep=))

2. Create a batch script called Rweave.bat with the follwowing line,
and put it in C:\ProgramFiles\Lyx\bin\. (Note that back slash /,
rather than slash /, is used in the script.)
C:/ProgramFiles/R-2.2.1/bin/Rterm --no-save --args %1
C:/ProgramFiles/LyX/bin/MakeSweave.R %1.log

3. Put noweb.sty (can be found in google, or simply grab this file:
http://www.lsi.upc.es/~tpl/noweb.sty) in
C:\ProgramFiles\Miktex\tex\latex\noweb\ and refresh MikTex.

4. Reconfigure Lyx (go to Edit- Reconfigure). Check if you have
document class article(noweb) (Layout-Document), If not, you may need
to reinstall Lyx.

5. Last, make Lyx recognize the converter script Rweave. Go to
Edit-Preferences-Converters. In the From pulldown, choose Noweb. In
the To pulldown, choose LaTeX. Hit the new button toward the bottom.
Then, make sure the Converter Noweb-LaTeX is chosen, and in the box
called Converter type Rweave $$i without the quotation .


To test if the installation is done, check out Dr. Paul Johnson's
example file (http://pj.freefaculty.org/stat/Distributions/Gamma-02.lyx
). See if you can view its pdf file.


-Frank Liu

Re: Rweave for Windows Lyx (problem solved!)

[Cheng-shan (Frank) Liu]

Thank you, Nicolás. Also thank Uwe Ligges, Brian D. Ripley, and Paul 
Johnson for their advices. Here is a summary of the advices about how to 
make Rweave work in Lyx under Windows:


Suppose your Lyx is installed in C:\ProgramFiles\Lyx and your R in
C:\ProgramFiles\R-2.2.1.

1. Create a R file MakeSweave.R with the following lines and then put
it in C:\ProgramFiles\Lyx\bin\ (this is a path registered in Lyx).

library(tools)
args - commandArgs()
inp - args[length(args)]
Sweave(inp)
base - sub(\.(Rnw|Rtex)$, , inp)
texi2dvi(paste(base, .tex, sep=), pdf=TRUE)
shell.exec(paste(base, .pdf, sep=))

2. Create a batch script called Rweave.bat with the follwowing line,
and put it in C:\ProgramFiles\Lyx\bin\. (Note that back slash /,
rather than slash /, is used in the script.)
C:/ProgramFiles/R-2.2.1/bin/Rterm --no-save --args %1
C:/ProgramFiles/LyX/bin/MakeSweave.R %1.log

3. Put noweb.sty (can be found in google, or simply grab this file:
http://www.lsi.upc.es/~tpl/noweb.sty) in
C:\ProgramFiles\Miktex\tex\latex\noweb\ and refresh MikTex.

4. Reconfigure Lyx (go to Edit- Reconfigure). Check if you have
document class article(noweb) (Layout-Document), If not, you may need
to reinstall Lyx.

5. Last, make Lyx recognize the converter script Rweave. Go to
Edit-Preferences-Converters. In the From pulldown, choose Noweb. In
the To pulldown, choose LaTeX. Hit the new button toward the bottom.
Then, make sure the Converter Noweb-LaTeX is chosen, and in the box
called Converter type Rweave $$i without the quotation .


To test if the installation is done, check out Dr. Paul Johnson's
example file (http://pj.freefaculty.org/stat/Distributions/Gamma-02.lyx
). See if you can view its pdf file.


-Frank Liu

Re: Rweave for Windows Lyx (problem solved!)

[Cheng-shan (Frank) Liu]

Thank you, Nicolás. Also thank Uwe Ligges, Brian D. Ripley, and Paul 
Johnson for their advices. Here is a summary of the advices about how to 
make Rweave work in Lyx under Windows:


Suppose your Lyx is installed in C:\ProgramFiles\Lyx and your R in
C:\ProgramFiles\R-2.2.1.

1. Create a R file "MakeSweave.R" with the following lines and then put
it in "C:\ProgramFiles\Lyx\bin\" (this is a path registered in Lyx).

library(tools)
args <- commandArgs()
inp <- args[length(args)]
Sweave(inp)
base <- sub("\.(Rnw|Rtex)$", "", inp)
texi2dvi(paste("base", ".tex", sep=""), pdf=TRUE)
shell.exec(paste("base", ".pdf", sep=""))

2. Create a batch script called "Rweave.bat" with the follwowing line,
and put it in "C:\ProgramFiles\Lyx\bin\". (Note that back slash "/",
rather than slash "/", is used in the script.)
C:/ProgramFiles/R-2.2.1/bin/Rterm --no-save --args "%1"
 "%1.log"

3. Put noweb.sty (can be found in google, or simply grab this file:
http://www.lsi.upc.es/~tpl/noweb.sty) in
C:\ProgramFiles\Miktex\tex\latex\noweb\ and refresh MikTex.

4. Reconfigure Lyx (go to Edit-> Reconfigure). Check if you have
document class "article(noweb)" (Layout->Document), If not, you may need
to reinstall Lyx.

5. Last, make Lyx recognize the converter script Rweave. Go to
Edit->Preferences->Converters. In the "From" pulldown, choose Noweb. In
the "To" pulldown, choose LaTeX. Hit the "new" button toward the bottom.
Then, make sure the Converter Noweb->LaTeX is chosen, and in the box
called "Converter" type "Rweave $$i" without the quotation "".


To test if the installation is done, check out Dr. Paul Johnson's
example file (http://pj.freefaculty.org/stat/Distributions/Gamma-02.lyx
). See if you can view its pdf file.


-Frank Liu

Re: I need workaround of encoding problem - SOLVED!

[Marcelo Acuña]

 I get a new hard disk, and I installed suse 9.3,
 with
 this I installed lyx 1.3.5. I make several
 installations with different options, (english US,
 spanish, english UK, for default language, etc.)
 Spellchecker no work in any case. I make trial with
 export LANG=es_ES, I get that lyx appears with
 menu,
 but spellchecker no work.
 Marcelo
 
 Did you install dictionaries for aspell as well?
 Installing aspell only installs the executable
 program.  It does not install any dictionaries, you
 must do that too before you can spellcheck.
 
 What happens if you create a short plaintext file
 with some spelling errors and run
 aspell test.txt
 on the command line? 
 If this doesn't work, then aspell cannot possibly
 work with lyx either.  If this works but lyx
 spellchecking doesn't, then the problem is in lyx
 somehow.
 
 Helge Hafting
 
Helge, Stephen,
aspell and ispell are correctly installed.

From Lyx 1.4.0pre5, and for first time, keyboard
work OK. Until four day early I was using 1.3.7 and
testing 1.4.0pre3. Now, with pre5, I not need keymap
and not need strange key for accented characters.
With this I discovered that an option of Preferences
that in any 1.3.x no work for me ---Use Input
Encoding--- now, and only with ispell ---not with
aspell---,
work correctly.
With (aspell or lyx 1.3.x) and (Use Input Encoding) I
get word cuted or stranges characters by acented
characters.
Thanks to all. I am very happy.
Marcelo




__
Correo Yahoo!
Espacio para todos tus mensajes, antivirus y antispam ¡gratis! 
¡Abrí tu cuenta ya! - http://correo.yahoo.com.ar

Re: I need workaround of encoding problem - SOLVED!

[Marcelo Acuña]

 I get a new hard disk, and I installed suse 9.3,
 with
 this I installed lyx 1.3.5. I make several
 installations with different options, (english US,
 spanish, english UK, for default language, etc.)
 Spellchecker no work in any case. I make trial with
 export LANG=es_ES, I get that lyx appears with
 menu,
 but spellchecker no work.
 Marcelo
 
 Did you install dictionaries for aspell as well?
 Installing aspell only installs the executable
 program.  It does not install any dictionaries, you
 must do that too before you can spellcheck.
 
 What happens if you create a short plaintext file
 with some spelling errors and run
 aspell test.txt
 on the command line? 
 If this doesn't work, then aspell cannot possibly
 work with lyx either.  If this works but lyx
 spellchecking doesn't, then the problem is in lyx
 somehow.
 
 Helge Hafting
 
Helge, Stephen,
aspell and ispell are correctly installed.

From Lyx 1.4.0pre5, and for first time, keyboard
work OK. Until four day early I was using 1.3.7 and
testing 1.4.0pre3. Now, with pre5, I not need keymap
and not need strange key for accented characters.
With this I discovered that an option of Preferences
that in any 1.3.x no work for me ---Use Input
Encoding--- now, and only with ispell ---not with
aspell---,
work correctly.
With (aspell or lyx 1.3.x) and (Use Input Encoding) I
get word cuted or stranges characters by acented
characters.
Thanks to all. I am very happy.
Marcelo




__
Correo Yahoo!
Espacio para todos tus mensajes, antivirus y antispam ¡gratis! 
¡Abrí tu cuenta ya! - http://correo.yahoo.com.ar

Re: I need workaround of encoding problem - SOLVED!

[Marcelo Acuña]

> >I get a new hard disk, and I installed suse 9.3,
> with
> >this I installed lyx 1.3.5. I make several
> >installations with different options, (english US,
> >spanish, english UK, for default language, etc.)
> >Spellchecker no work in any case. I make trial with
> >export LANG=es_ES, I get that lyx appears with
> menu,
> >but spellchecker no work.
> >Marcelo
> >
> Did you install dictionaries for aspell as well?
> Installing aspell only installs the executable
> program.  It does not install any dictionaries, you
> must do that too before you can spellcheck.
> 
> What happens if you create a short plaintext file
> with some spelling errors and run
> aspell test.txt
> on the command line? 
> If this doesn't work, then aspell cannot possibly
> work with lyx either.  If this works but lyx
> spellchecking doesn't, then the problem is in lyx
> somehow.
> 
> Helge Hafting
> 
Helge, Stephen,
aspell and ispell are correctly installed.

>From Lyx 1.4.0pre5, and for first time, keyboard
work OK. Until four day early I was using 1.3.7 and
testing 1.4.0pre3. Now, with pre5, I not need keymap
and not need strange key for accented characters.
With this I discovered that an option of Preferences
that in any 1.3.x no work for me ---Use Input
Encoding--- now, and only with ispell ---not with
aspell---,
work correctly.
With (aspell or lyx 1.3.x) and (Use Input Encoding) I
get word cuted or stranges characters by acented
characters.
Thanks to all. I am very happy.
Marcelo




__
Correo Yahoo!
Espacio para todos tus mensajes, antivirus y antispam ¡gratis! 
¡Abrí tu cuenta ya! - http://correo.yahoo.com.ar

Re: Bibliography problem [SOLVED]

[K. Elo]

Hi,

OK, I found the solution by myself: If the url contains _ characters, 
you will run into problems. These characters must be entered as \_. 
After having repaired the .bib entries containing _-characters, the 
output was produced correctly.

Thanks anyway,
Kimmo

Re: Bibliography problem [SOLVED]

[K. Elo]

Hi,

OK, I found the solution by myself: If the url contains _ characters, 
you will run into problems. These characters must be entered as \_. 
After having repaired the .bib entries containing _-characters, the 
output was produced correctly.

Thanks anyway,
Kimmo

Re: Bibliography problem [SOLVED]

[K. Elo]

Hi,

OK, I found the solution by myself: If the url contains "_" characters, 
you will run into problems. These characters must be entered as \_. 
After having repaired the .bib entries containing _-characters, the 
output was produced correctly.

Thanks anyway,
Kimmo

Re: [Light OT]: JabRef problem [SOLVED]

[K. Elo]

Hi,

Matthew Gates wrote (10.11.2005 09:19):
 On Wednesday 09 November 2005 19:16, K. Elo wrote:
  Hi,
 
  I installed JabRef a couple of days ago and have a simple problem:
  I just cannot open my bibtex (.bib) file created and maintained
  with KBiBTeX. Each time I try the following error message appears:
 
   java.lang.NullPointerException
  at net.sf.jabref.imports.OpenDatabaseAction.openIt(Unknown Source)
  at net.sf.jabref.imports.OpenDatabaseAction$1.run(Unknown Source)
 
  I have encountered no problems when opening the same file with
  KBibTeX, tellico or Pybligrapher.
 
  Any hints?

 One file I created in kbibtex had problems with LyX. I don't recall
 the exact reason for the problem (I think it was something to do with
 there being an un-closed brace). Anyhow, I manually re-quoted the
 text for all entries in the file (it was only a small file), and then
 it started working.

 My conclusion - kbibtex isn't ready for regular use yet. It looks
 promising, but the low version number seems to indicate that a lot
 more work needs to be done.


First of all: thanks to Matthew. Your suggestion was correct, the 
Problem _was_ KBibTeX. After having opened and saved the file with 
Pybliograher, JabRef was able to open it, too.

Well, although KBiBTeX is promising, there seems to be bugs in it.

Kind regards,
Kimmo

Re: [Light OT]: JabRef problem [SOLVED]

[K. Elo]

Hi,

Matthew Gates wrote (10.11.2005 09:19):
 On Wednesday 09 November 2005 19:16, K. Elo wrote:
  Hi,
 
  I installed JabRef a couple of days ago and have a simple problem:
  I just cannot open my bibtex (.bib) file created and maintained
  with KBiBTeX. Each time I try the following error message appears:
 
   java.lang.NullPointerException
  at net.sf.jabref.imports.OpenDatabaseAction.openIt(Unknown Source)
  at net.sf.jabref.imports.OpenDatabaseAction$1.run(Unknown Source)
 
  I have encountered no problems when opening the same file with
  KBibTeX, tellico or Pybligrapher.
 
  Any hints?

 One file I created in kbibtex had problems with LyX. I don't recall
 the exact reason for the problem (I think it was something to do with
 there being an un-closed brace). Anyhow, I manually re-quoted the
 text for all entries in the file (it was only a small file), and then
 it started working.

 My conclusion - kbibtex isn't ready for regular use yet. It looks
 promising, but the low version number seems to indicate that a lot
 more work needs to be done.


First of all: thanks to Matthew. Your suggestion was correct, the 
Problem _was_ KBibTeX. After having opened and saved the file with 
Pybliograher, JabRef was able to open it, too.

Well, although KBiBTeX is promising, there seems to be bugs in it.

Kind regards,
Kimmo

Re: [Light OT]: JabRef problem [SOLVED]

[K. Elo]

Hi,

Matthew Gates wrote (10.11.2005 09:19):
> On Wednesday 09 November 2005 19:16, K. Elo wrote:
> > Hi,
> >
> > I installed JabRef a couple of days ago and have a simple problem:
> > I just cannot open my bibtex (.bib) file created and maintained
> > with KBiBTeX. Each time I try the following error message appears:
> >
> >  java.lang.NullPointerException
> > at net.sf.jabref.imports.OpenDatabaseAction.openIt(Unknown Source)
> > at net.sf.jabref.imports.OpenDatabaseAction$1.run(Unknown Source)
> >
> > I have encountered no problems when opening the same file with
> > KBibTeX, tellico or Pybligrapher.
> >
> > Any hints?
>
> One file I created in kbibtex had problems with LyX. I don't recall
> the exact reason for the problem (I think it was something to do with
> there being an un-closed brace). Anyhow, I manually re-quoted the
> text for all entries in the file (it was only a small file), and then
> it started working.
>
> My conclusion - kbibtex isn't ready for regular use yet. It looks
> promising, but the low version number seems to indicate that a lot
> more work needs to be done.
>

First of all: thanks to Matthew. Your suggestion was correct, the 
Problem _was_ KBibTeX. After having opened and saved the file with 
Pybliograher, JabRef was able to open it, too.

Well, although KBiBTeX is promising, there seems to be bugs in it.

Kind regards,
Kimmo

Problem solved. Thanks! (referring to Missing def'n for \implies...)

[gardyloo]

D'oh! Thank you, Paul. I could've sworn that I'd checked the AMSMath box. 
That'll teach me to assume my previous defaults are loaded!

  C.O.

  


/gardyloo wrote:/

/  Hi, all,/

/   I've recently reinstalled LyX 1.3.6 (on Mepis linux, 2.6.12 kernel;/

/the problem also implies to 1.3.6 on a Kubuntu installation) after a hdd/

/crash. When run through latex, documents containing \implies produce the/

/dreaded Undefined control sequence error. However, instant-preview/

/shows the danged thing just fine./

/   Using \rightarrow works just fine for me; should this be filed as a/

/low-priority bug? I guess I could just define \implies as \rightarrow in/

/the preamble, right?/

/Many thanks,/

/   Curtis O./

/


Do you have the Use AMSMath box checked in Layout-Document-Packages?  Lack 
of that would explain undefined control sequence (but would not explain 
preview working)./

/Paul /

Problem solved. Thanks! (referring to Missing def'n for \implies...)

[gardyloo]

D'oh! Thank you, Paul. I could've sworn that I'd checked the AMSMath box. 
That'll teach me to assume my previous defaults are loaded!

  C.O.

  


/gardyloo wrote:/

/  Hi, all,/

/   I've recently reinstalled LyX 1.3.6 (on Mepis linux, 2.6.12 kernel;/

/the problem also implies to 1.3.6 on a Kubuntu installation) after a hdd/

/crash. When run through latex, documents containing \implies produce the/

/dreaded Undefined control sequence error. However, instant-preview/

/shows the danged thing just fine./

/   Using \rightarrow works just fine for me; should this be filed as a/

/low-priority bug? I guess I could just define \implies as \rightarrow in/

/the preamble, right?/

/Many thanks,/

/   Curtis O./

/


Do you have the Use AMSMath box checked in Layout-Document-Packages?  Lack 
of that would explain undefined control sequence (but would not explain 
preview working)./

/Paul /

Problem solved. Thanks! (referring to "Missing def'n for \implies...")

[gardyloo]

D'oh! Thank you, Paul. I could've sworn that I'd checked the AMSMath box. 
That'll teach me to assume my previous defaults are loaded!

  C.O.

  


/gardyloo wrote:/

/  Hi, all,/

/   I've recently reinstalled LyX 1.3.6 (on Mepis linux, 2.6.12 kernel;/

/the problem also implies to 1.3.6 on a Kubuntu installation) after a hdd/

/crash. When run through latex, documents containing \implies produce the/

/dreaded "Undefined control sequence" error. However, instant-preview/

/shows the danged thing just fine./

/   Using \rightarrow works just fine for me; should this be filed as a/

/low-priority bug? I guess I could just define \implies as \rightarrow in/

/the preamble, right?/

/Many thanks,/

/   Curtis O./

/


Do you have the "Use AMSMath" box checked in Layout->Document->Packages?  Lack 
of that would explain "undefined control sequence" (but would not explain 
preview working)./

/Paul /

Lyx mac problem solved :-)

[A Soufi, Biochemistry]

hi, it's looks that it's working fine now when I set the path as you 
suggested.

many thanks.


--On Thursday, July 21, 2005 3:38 pm +0200 Georg Kö [EMAIL PROTECTED] 
wrote:




Am 21.07.2005 um 14:30 schrieb A Soufi, Biochemistry:



Hi, Guys I Installed Lyx 1.3.6 on MacOSX. and teTex.
when i launch Lyx the first time after installation, I see all the
output option from the view menu, but none of them seem to do
anything.
then I reconfigure Lyx under Edit menu, restart Lyx and it comes up
with the error of. The document class unavailable, I checked the
layout of document and none of the document classes are available
anymore?
I tried to set the output file format viewers in the preferences
but none of the output options is available anymore.
I checked Latex and it is working fine when I use TexShop viewer,
or commanline.
Please can anybody help?


Have you used the new installer? (ftp://ftp.lyx.org/pub/lyx/bin/1.3.6/
LyX-1.3.6-2Mac.dmg)

If not you will find the solution here: http://www.mail-archive.com/
lyx-users@lists.lyx.org/msg40803.html

Georg




--
A Soufi, Biochemistry
[EMAIL PROTECTED]

Lyx mac problem solved :-)

[A Soufi, Biochemistry]

hi, it's looks that it's working fine now when I set the path as you 
suggested.

many thanks.


--On Thursday, July 21, 2005 3:38 pm +0200 Georg Kö [EMAIL PROTECTED] 
wrote:




Am 21.07.2005 um 14:30 schrieb A Soufi, Biochemistry:



Hi, Guys I Installed Lyx 1.3.6 on MacOSX. and teTex.
when i launch Lyx the first time after installation, I see all the
output option from the view menu, but none of them seem to do
anything.
then I reconfigure Lyx under Edit menu, restart Lyx and it comes up
with the error of. The document class unavailable, I checked the
layout of document and none of the document classes are available
anymore?
I tried to set the output file format viewers in the preferences
but none of the output options is available anymore.
I checked Latex and it is working fine when I use TexShop viewer,
or commanline.
Please can anybody help?


Have you used the new installer? (ftp://ftp.lyx.org/pub/lyx/bin/1.3.6/
LyX-1.3.6-2Mac.dmg)

If not you will find the solution here: http://www.mail-archive.com/
lyx-users@lists.lyx.org/msg40803.html

Georg




--
A Soufi, Biochemistry
[EMAIL PROTECTED]

Lyx mac problem solved :-)

[A Soufi, Biochemistry]

hi, it's looks that it's working fine now when I set the path as you 
suggested.

many thanks.


--On Thursday, July 21, 2005 3:38 pm +0200 Georg Kö <[EMAIL PROTECTED]> 
wrote:




Am 21.07.2005 um 14:30 schrieb A Soufi, Biochemistry:



Hi, Guys I Installed Lyx 1.3.6 on MacOSX. and teTex.
when i launch Lyx the first time after installation, I see all the
output option from the view menu, but none of them seem to do
anything.
then I reconfigure Lyx under Edit menu, restart Lyx and it comes up
with the error of. The document class unavailable, I checked the
layout of document and none of the document classes are available
anymore?
I tried to set the output file format viewers in the preferences
but none of the output options is available anymore.
I checked Latex and it is working fine when I use TexShop viewer,
or commanline.
Please can anybody help?


Have you used the new installer? (ftp://ftp.lyx.org/pub/lyx/bin/1.3.6/
LyX-1.3.6-2Mac.dmg)

If not you will find the solution here: http://www.mail-archive.com/
lyx-users@lists.lyx.org/msg40803.html

Georg




--
A Soufi, Biochemistry
[EMAIL PROTECTED]

shared color problem solved

[tom poe]

Hello:  Ran a Google search with keywords, share colors problem lyx
and found solution, which worked:
$ lyx -visual TrueColor 
Tom

shared color problem solved

[tom poe]

Hello:  Ran a Google search with keywords, share colors problem lyx
and found solution, which worked:
$ lyx -visual TrueColor 
Tom

shared color problem solved

[tom poe]

Hello:  Ran a Google search with keywords, "share colors problem lyx"
and found solution, which worked:
$> lyx -visual TrueColor &
Tom

Re: natbib and elsart-harv.bst citation formatting problem: solved!

[ashleigh smythe]

Ashleigh Smythe wrote:
 
 My problem:
 
 Under the above conditions, when I make a .dvi, I get:
 
 ... the relationships of 53 species Blaxter et al. [2]. 
 
 whereas I need:
 
 ... the relationships of 53 species (Blaxter et al., 1998)
 
 I have tried adding \citestyle{authoryear} to the preamble and I get:
 
 ... the relationships of 53 species Blaxter et al. (1998)
 
 I thought that the elsart-harv.bst should force the format which I am
 looking for - am I not actually using elsart-harv.bst then?  Should I
 use a different \citestyle{}, or does that override the elsart-harv.bst
 that I'm trying to use?
 

Thanks to Jan for pointing out that within the insert citations dialog
box there is a place that toggles the citation style and there I can
choose the style that I need.  I hadn't noticed that yet and was making
the problem much more complicated than necessary!  ;-)


Thanks again.

Ashleigh

Re: natbib and elsart-harv.bst citation formatting problem: solved!

[ashleigh smythe]

Ashleigh Smythe wrote:
 
 My problem:
 
 Under the above conditions, when I make a .dvi, I get:
 
 ... the relationships of 53 species Blaxter et al. [2]. 
 
 whereas I need:
 
 ... the relationships of 53 species (Blaxter et al., 1998)
 
 I have tried adding \citestyle{authoryear} to the preamble and I get:
 
 ... the relationships of 53 species Blaxter et al. (1998)
 
 I thought that the elsart-harv.bst should force the format which I am
 looking for - am I not actually using elsart-harv.bst then?  Should I
 use a different \citestyle{}, or does that override the elsart-harv.bst
 that I'm trying to use?
 

Thanks to Jan for pointing out that within the insert citations dialog
box there is a place that toggles the citation style and there I can
choose the style that I need.  I hadn't noticed that yet and was making
the problem much more complicated than necessary!  ;-)


Thanks again.

Ashleigh

Re: natbib and elsart-harv.bst citation formatting problem: solved!

[ashleigh smythe]

Ashleigh Smythe wrote:
> 
> My problem:
> 
> Under the above conditions, when I make a .dvi, I get:
> 
> ... the relationships of 53 species Blaxter et al. [2]. 
> 
> whereas I need:
> 
> ... the relationships of 53 species (Blaxter et al., 1998)
> 
> I have tried adding \citestyle{authoryear} to the preamble and I get:
> 
> ... the relationships of 53 species Blaxter et al. (1998)
> 
> I thought that the elsart-harv.bst should force the format which I am
> looking for - am I not actually using elsart-harv.bst then?  Should I
> use a different \citestyle{}, or does that override the elsart-harv.bst
> that I'm trying to use?
> 

Thanks to Jan for pointing out that within the insert citations dialog
box there is a place that toggles the citation style and there I can
choose the style that I need.  I hadn't noticed that yet and was making
the problem much more complicated than necessary!  ;-)


Thanks again.

Ashleigh

PDF printing problem: SOLVED

[Rich Shepard]

  The answer was in front of us all the time, but I take full responsibility
for not seeing it for a couple of days. I was taking the long -- and
incorrect -- route to a distributable pdf file.

  Instead of Viewing the pdflatex output, printing that, and running the
postscript file through ps2pdf, I _should_ have used File  Export 
pdflatex. Doh! When I do this, I get a pdf file on disk and acroread doesn't
stumble over the blank pages between the recto page that reads, Part , and
the blank verso page that follows it.

  Sometimes -- fortunately very rarely -- I get so overwhelmed with
deadlines and other pressures that I can't see the forest for the trees.
This was one of those occasions.

  And many thanks to Herbert for all his help in the background. I'll be
updating my tetex to the latest TeXLive. And thanks to Juergen for
suggesting the memoir class. I'm reading through the manual now to learn how
to mark up the copyright page.

  I appreciate the help from all of you. I hope I can give back to the
community with equal skill sometime soon.

Thanks,

Rich

Dr. Richard B. Shepard, President

   Applied Ecosystem Services, Inc. (TM)
2404 SW 22nd Street | Troutdale, OR 97060-1247 | U.S.A.
 + 1 503-667-4517 (voice) | + 1 503-667-8863 (fax) | rshepard#64;appl-ecosys.com
 http://www.appl-ecosys.com/

PDF printing problem: SOLVED

[Rich Shepard]

  The answer was in front of us all the time, but I take full responsibility
for not seeing it for a couple of days. I was taking the long -- and
incorrect -- route to a distributable pdf file.

  Instead of Viewing the pdflatex output, printing that, and running the
postscript file through ps2pdf, I _should_ have used File  Export 
pdflatex. Doh! When I do this, I get a pdf file on disk and acroread doesn't
stumble over the blank pages between the recto page that reads, Part , and
the blank verso page that follows it.

  Sometimes -- fortunately very rarely -- I get so overwhelmed with
deadlines and other pressures that I can't see the forest for the trees.
This was one of those occasions.

  And many thanks to Herbert for all his help in the background. I'll be
updating my tetex to the latest TeXLive. And thanks to Juergen for
suggesting the memoir class. I'm reading through the manual now to learn how
to mark up the copyright page.

  I appreciate the help from all of you. I hope I can give back to the
community with equal skill sometime soon.

Thanks,

Rich

Dr. Richard B. Shepard, President

   Applied Ecosystem Services, Inc. (TM)
2404 SW 22nd Street | Troutdale, OR 97060-1247 | U.S.A.
 + 1 503-667-4517 (voice) | + 1 503-667-8863 (fax) | rshepard#64;appl-ecosys.com
 http://www.appl-ecosys.com/

PDF printing problem: SOLVED

[Rich Shepard]

  The answer was in front of us all the time, but I take full responsibility
for not seeing it for a couple of days. I was taking the long -- and
incorrect -- route to a distributable pdf file.

  Instead of Viewing the pdflatex output, printing that, and running the
postscript file through ps2pdf, I _should_ have used File > Export >
pdflatex. Doh! When I do this, I get a pdf file on disk and acroread doesn't
stumble over the blank pages between the recto page that reads, "Part ", and
the blank verso page that follows it.

  Sometimes -- fortunately very rarely -- I get so overwhelmed with
deadlines and other pressures that I can't see the forest for the trees.
This was one of those occasions.

  And many thanks to Herbert for all his help in the background. I'll be
updating my tetex to the latest TeXLive. And thanks to Juergen for
suggesting the memoir class. I'm reading through the manual now to learn how
to mark up the copyright page.

  I appreciate the help from all of you. I hope I can give back to the
community with equal skill sometime soon.

Thanks,

Rich

Dr. Richard B. Shepard, President

   Applied Ecosystem Services, Inc. (TM)
2404 SW 22nd Street | Troutdale, OR 97060-1247 | U.S.A.
 + 1 503-667-4517 (voice) | + 1 503-667-8863 (fax) | rshepardappl-ecosys.com
 http://www.appl-ecosys.com/

Menubar Problem Solved...

[Jan Peters]

Menubar Problem Solved...I apologize, a big sorry!

-Jan

On Thursday, June 26, 2003, at 07:52  PM, Jan Peters wrote:

Good job, Ronald! Following your instructions I finally got it to work.
It looks gorgeous and I am so looking forward to when it
is mature. The bugs I found are:
1. The fonts for math are not right.
Instead ofappears
\alpha  (R)
\theta  \mu
\pi   1/4
and so on ... here has to be a font replacement.
2. The integral sign always jumps up
to the ceiling instead of remaining in the
middle.
3. If I load large files, it tries to redraw the
whole file which turns into a huge mess as it
takes forever. Resizing windows becomes a
pain for my 100 pages...
4. The menubar is only partially available in
my compilation. Apparently that did not happen
on your computer as Preferences is not available
on mine!
I will be happy to serve as a beta tester for
all future patches you send me!!!
Best wishes,
-Jan
On Thursday, June 26, 2003, at 01:47  AM, Ronald Florence wrote:

I've just released a beta version of LyX-1.3.2 for MacOSX using the
Aqua interface.  This version does not require X11, and has the look 
feel of other Aqua applications, including the menubar.  To give the
Aqua version a try, see http://www.18james.com/lyx_on_aqua.html for
compilation instructions and links to the necessary patches and
framework.
Caution: this Aqua version is still in development, has some
limitations, has not been fully tested, and the build is somewhat
tricky.  For production work, many users may prefer a MacOSX
implementation using X11 from the LyX on OSX Howto at
http://www.18james.com/lyx_on_osx.html .
--
Ronald Florencewww.18james.com

Menubar Problem Solved...

[Jan Peters]

Menubar Problem Solved...I apologize, a big sorry!

-Jan

On Thursday, June 26, 2003, at 07:52  PM, Jan Peters wrote:

Good job, Ronald! Following your instructions I finally got it to work.
It looks gorgeous and I am so looking forward to when it
is mature. The bugs I found are:
1. The fonts for math are not right.
Instead ofappears
\alpha  (R)
\theta  \mu
\pi   1/4
and so on ... here has to be a font replacement.
2. The integral sign always jumps up
to the ceiling instead of remaining in the
middle.
3. If I load large files, it tries to redraw the
whole file which turns into a huge mess as it
takes forever. Resizing windows becomes a
pain for my 100 pages...
4. The menubar is only partially available in
my compilation. Apparently that did not happen
on your computer as Preferences is not available
on mine!
I will be happy to serve as a beta tester for
all future patches you send me!!!
Best wishes,
-Jan
On Thursday, June 26, 2003, at 01:47  AM, Ronald Florence wrote:

I've just released a beta version of LyX-1.3.2 for MacOSX using the
Aqua interface.  This version does not require X11, and has the look 
feel of other Aqua applications, including the menubar.  To give the
Aqua version a try, see http://www.18james.com/lyx_on_aqua.html for
compilation instructions and links to the necessary patches and
framework.
Caution: this Aqua version is still in development, has some
limitations, has not been fully tested, and the build is somewhat
tricky.  For production work, many users may prefer a MacOSX
implementation using X11 from the LyX on OSX Howto at
http://www.18james.com/lyx_on_osx.html .
--
Ronald Florencewww.18james.com

Menubar Problem Solved...

[Jan Peters]

Menubar Problem Solved...I apologize, a big sorry!

-Jan

On Thursday, June 26, 2003, at 07:52  PM, Jan Peters wrote:

Good job, Ronald! Following your instructions I finally got it to work.
It looks gorgeous and I am so looking forward to when it
is mature. The bugs I found are:
1. The fonts for math are not right.
Instead ofappears
\alpha  (R)
\theta  \mu
\pi   1/4
and so on ... here has to be a font replacement.
2. The integral sign always jumps up
to the ceiling instead of remaining in the
middle.
3. If I load large files, it tries to redraw the
whole file which turns into a huge mess as it
takes forever. Resizing windows becomes a
pain for my 100 pages...
4. The menubar is only partially available in
my compilation. Apparently that did not happen
on your computer as Preferences is not available
on mine!
I will be happy to serve as a beta tester for
all future patches you send me!!!
Best wishes,
-Jan
On Thursday, June 26, 2003, at 01:47  AM, Ronald Florence wrote:

I've just released a beta version of LyX-1.3.2 for MacOSX using the
Aqua interface.  This version does not require X11, and has the look &
feel of other Aqua applications, including the menubar.  To give the
Aqua version a try, see http://www.18james.com/lyx_on_aqua.html for
compilation instructions and links to the necessary patches and
framework.
Caution: this Aqua version is still in development, has some
limitations, has not been fully tested, and the build is somewhat
tricky.  For production work, many users may prefer a MacOSX
implementation using X11 from the LyX on OSX Howto at
http://www.18james.com/lyx_on_osx.html .
--
Ronald Florencewww.18james.com

ld problem solved

[Joao B. Oliveira]

I was compiling LyX 1.3.0 for Debian, and everything went ok up to
a point where ld got confused. It does not handle well two files,
and the corresponding libraries seem to get corrupted.  

The problem occurred at this command:

g++ -O -fno-exceptions -o lyx BufferView.o BufferView_pimpl.o
Bullet.o Chktex.o CutAndPaste.o DepTa ble.o FloatList.o Floating.o
FuncStatus.o InsetList.o LColor.o LaTeX.o LaTeXFeatures.o LyXAction.o
MenuBackend.o paragraph_funcs.o ParagraphList.o ParagraphParameters.o
Spacing.o TextCache.o Thesaur us.o ToolbarDefaults.o boost.o
boost-inst.o box.o buffer.o bufferlist.o bufferparams.o bufferview_f
uncs.o chset.o converter.o counters.o debug.o encoding.o exporter.o
gettext.o factory.o funcrequest .o importer.o intl.o iterators.o
kbmap.o kbsequence.o language.o lastfiles.o lengthcommon.o lyx_cb.
o lyx_main.o lyx_sty.o lyxcursor.o lyxfont.o lyxfind.o lyxfunc.o
lyxgluelength.o lyxlayout.o lyxlen gth.o lyxlex.o lyxlex_pimpl.o
lyxrc.o lyxrow.o lyxserver.o lyxtextclass.o lyxtextclasslist.o
lyxvc.  o main.o paragraph.o paragraph_pimpl.o ispell.o pspell.o
sgml.o tabular.o tabular-old.o tabular_fun cs.o tex-accent.o
tex-strings.o texrow.o text.o text2.o text3.o toc.o trans.o
trans_mgr.!  o undo.o un do_funcs.o vc-backend.o version.o
vspace.o mathed/.libs/libmathed.a insets/.libs/libinsets.a front
ends/.libs/libfrontends.a -lflimage /usr/local/lib/libjpeg.so -lforms
-lXpm graphics/.libs/libgraph ics.a support/.libs/libsupport.a
../boost/libs/regex/src/.libs/libboostregex.a ../boost/libs/signal
s/src/.libs/libboostsignals.a -lSM -lICE -lc -lm -L/usr/X11R6/lib
-lX11 -Wl,--rpath -Wl,/usr/local/ lib -Wl,--rpath -Wl,/usr/local/lib

chset.o(.rodata+0x8): relocation truncated to fit: GPREL32 *UND*
chset.o(.rodata+0xc): relocation truncated to fit: GPREL32 *UND*
chset.o(.rodata+0x10): relocation truncated to fit: GPREL32 *UND*

... several error messages like that...

Well, I do not know *why*, but adding a flag -Wl,-t at the end of the
g++ command line did the job and everything went ok. The dummy thing
is, it just says to the linker to trace the files, that is, print
their names as they are processed. Should have no practical effect.

For the sake of completeness, someone has any hints?

j b oliveira

Re: ld problem solved

[Angus Leeming]

Joao B. Oliveira wrote:

 
 I was compiling LyX 1.3.0 for Debian, and everything went ok up to
 a point where ld got confused. It does not handle well two files,
 and the corresponding libraries seem to get corrupted.
 
 chset.o(.rodata+0x8): relocation truncated to fit: GPREL32 *UND*
 chset.o(.rodata+0xc): relocation truncated to fit: GPREL32 *UND*
 chset.o(.rodata+0x10): relocation truncated to fit: GPREL32 *UND*
 
 ... several error messages like that...
 
 Well, I do not know *why*, but adding a flag -Wl,-t at the end of the
 g++ command line did the job and everything went ok. The dummy thing
 is, it just says to the linker to trace the files, that is, print
 their names as they are processed. Should have no practical effect.
 
 For the sake of completeness, someone has any hints?

No hints, but I can confirm that it DOES work. Many thanks for performing 
the necessary magical trick.

-- 
Angus

ld problem solved

[Joao B. Oliveira]

I was compiling LyX 1.3.0 for Debian, and everything went ok up to
a point where ld got confused. It does not handle well two files,
and the corresponding libraries seem to get corrupted.  

The problem occurred at this command:

g++ -O -fno-exceptions -o lyx BufferView.o BufferView_pimpl.o
Bullet.o Chktex.o CutAndPaste.o DepTa ble.o FloatList.o Floating.o
FuncStatus.o InsetList.o LColor.o LaTeX.o LaTeXFeatures.o LyXAction.o
MenuBackend.o paragraph_funcs.o ParagraphList.o ParagraphParameters.o
Spacing.o TextCache.o Thesaur us.o ToolbarDefaults.o boost.o
boost-inst.o box.o buffer.o bufferlist.o bufferparams.o bufferview_f
uncs.o chset.o converter.o counters.o debug.o encoding.o exporter.o
gettext.o factory.o funcrequest .o importer.o intl.o iterators.o
kbmap.o kbsequence.o language.o lastfiles.o lengthcommon.o lyx_cb.
o lyx_main.o lyx_sty.o lyxcursor.o lyxfont.o lyxfind.o lyxfunc.o
lyxgluelength.o lyxlayout.o lyxlen gth.o lyxlex.o lyxlex_pimpl.o
lyxrc.o lyxrow.o lyxserver.o lyxtextclass.o lyxtextclasslist.o
lyxvc.  o main.o paragraph.o paragraph_pimpl.o ispell.o pspell.o
sgml.o tabular.o tabular-old.o tabular_fun cs.o tex-accent.o
tex-strings.o texrow.o text.o text2.o text3.o toc.o trans.o
trans_mgr.!  o undo.o un do_funcs.o vc-backend.o version.o
vspace.o mathed/.libs/libmathed.a insets/.libs/libinsets.a front
ends/.libs/libfrontends.a -lflimage /usr/local/lib/libjpeg.so -lforms
-lXpm graphics/.libs/libgraph ics.a support/.libs/libsupport.a
../boost/libs/regex/src/.libs/libboostregex.a ../boost/libs/signal
s/src/.libs/libboostsignals.a -lSM -lICE -lc -lm -L/usr/X11R6/lib
-lX11 -Wl,--rpath -Wl,/usr/local/ lib -Wl,--rpath -Wl,/usr/local/lib

chset.o(.rodata+0x8): relocation truncated to fit: GPREL32 *UND*
chset.o(.rodata+0xc): relocation truncated to fit: GPREL32 *UND*
chset.o(.rodata+0x10): relocation truncated to fit: GPREL32 *UND*

... several error messages like that...

Well, I do not know *why*, but adding a flag -Wl,-t at the end of the
g++ command line did the job and everything went ok. The dummy thing
is, it just says to the linker to trace the files, that is, print
their names as they are processed. Should have no practical effect.

For the sake of completeness, someone has any hints?

j b oliveira

Re: ld problem solved

[Angus Leeming]

Joao B. Oliveira wrote:

 
 I was compiling LyX 1.3.0 for Debian, and everything went ok up to
 a point where ld got confused. It does not handle well two files,
 and the corresponding libraries seem to get corrupted.
 
 chset.o(.rodata+0x8): relocation truncated to fit: GPREL32 *UND*
 chset.o(.rodata+0xc): relocation truncated to fit: GPREL32 *UND*
 chset.o(.rodata+0x10): relocation truncated to fit: GPREL32 *UND*
 
 ... several error messages like that...
 
 Well, I do not know *why*, but adding a flag -Wl,-t at the end of the
 g++ command line did the job and everything went ok. The dummy thing
 is, it just says to the linker to trace the files, that is, print
 their names as they are processed. Should have no practical effect.
 
 For the sake of completeness, someone has any hints?

No hints, but I can confirm that it DOES work. Many thanks for performing 
the necessary magical trick.

-- 
Angus

ld problem solved

[Joao B. Oliveira]

I was compiling LyX 1.3.0 for Debian, and everything went ok up to
a point where ld got confused. It does not handle well two files,
and the corresponding libraries seem to get corrupted.  

The problem occurred at this command:

g++ -O -fno-exceptions -o lyx BufferView.o BufferView_pimpl.o
Bullet.o Chktex.o CutAndPaste.o DepTa ble.o FloatList.o Floating.o
FuncStatus.o InsetList.o LColor.o LaTeX.o LaTeXFeatures.o LyXAction.o
MenuBackend.o paragraph_funcs.o ParagraphList.o ParagraphParameters.o
Spacing.o TextCache.o Thesaur us.o ToolbarDefaults.o boost.o
boost-inst.o box.o buffer.o bufferlist.o bufferparams.o bufferview_f
uncs.o chset.o converter.o counters.o debug.o encoding.o exporter.o
gettext.o factory.o funcrequest .o importer.o intl.o iterators.o
kbmap.o kbsequence.o language.o lastfiles.o lengthcommon.o lyx_cb.
o lyx_main.o lyx_sty.o lyxcursor.o lyxfont.o lyxfind.o lyxfunc.o
lyxgluelength.o lyxlayout.o lyxlen gth.o lyxlex.o lyxlex_pimpl.o
lyxrc.o lyxrow.o lyxserver.o lyxtextclass.o lyxtextclasslist.o
lyxvc.  o main.o paragraph.o paragraph_pimpl.o ispell.o pspell.o
sgml.o tabular.o tabular-old.o tabular_fun cs.o tex-accent.o
tex-strings.o texrow.o text.o text2.o text3.o toc.o trans.o
trans_mgr.!  o undo.o un do_funcs.o vc-backend.o version.o
vspace.o mathed/.libs/libmathed.a insets/.libs/libinsets.a front
ends/.libs/libfrontends.a -lflimage /usr/local/lib/libjpeg.so -lforms
-lXpm graphics/.libs/libgraph ics.a support/.libs/libsupport.a
../boost/libs/regex/src/.libs/libboostregex.a ../boost/libs/signal
s/src/.libs/libboostsignals.a -lSM -lICE -lc -lm -L/usr/X11R6/lib
-lX11 -Wl,--rpath -Wl,/usr/local/ lib -Wl,--rpath -Wl,/usr/local/lib

chset.o(.rodata+0x8): relocation truncated to fit: GPREL32 *UND*
chset.o(.rodata+0xc): relocation truncated to fit: GPREL32 *UND*
chset.o(.rodata+0x10): relocation truncated to fit: GPREL32 *UND*

... several error messages like that...

Well, I do not know *why*, but adding a flag -Wl,-t at the end of the
g++ command line did the job and everything went ok. The dummy thing
is, it just says to the linker to trace the files, that is, print
their names as they are processed. Should have no practical effect.

For the sake of completeness, someone has any hints?

j b oliveira

Re: ld problem solved

[Angus Leeming]

Joao B. Oliveira wrote:

> 
> I was compiling LyX 1.3.0 for Debian, and everything went ok up to
> a point where ld got confused. It does not handle well two files,
> and the corresponding libraries seem to get corrupted.
> 
> chset.o(.rodata+0x8): relocation truncated to fit: GPREL32 *UND*
> chset.o(.rodata+0xc): relocation truncated to fit: GPREL32 *UND*
> chset.o(.rodata+0x10): relocation truncated to fit: GPREL32 *UND*
> 
> ... several error messages like that...
> 
> Well, I do not know *why*, but adding a flag -Wl,-t at the end of the
> g++ command line did the job and everything went ok. The dummy thing
> is, it just says to the linker to trace the files, that is, print
> their names as they are processed. Should have no practical effect.
> 
> For the sake of completeness, someone has any hints?

No hints, but I can confirm that it DOES work. Many thanks for performing 
the necessary magical trick.

-- 
Angus

Re: pasting ASCII text into lyx is not possible?! - Problem solved

[Jörn Lindmaier]

... and past it with the middle button.
 

This I can not do as I have set the middlebutton for close window. But
it should nevertheless work with ctrl+v - but it does not.
   


You might reconsider your choice of function for the middle button. The 
KDE/Gnome method of cutting and pasting between apps is the middle mouse 
button. Ctrl C, Ctrl X and Ctrl V work within apps on content moved within 
those apps, but I've found that between most apps you must use the middle 
button.
 

That was the problem! Thank you very much! I now have disabled the 
System setting closeWindowOnMiddleClick and everything works as it should.

Well, I think I can get used to alt+F4 again...

By the way, try running klipper. Doing so often improves your cut and paste 
experience.

Thanks for the tip. I am now just fine with the basic copy-paste 
function and have other tasks/problems to handle with - with lyx (I am 
going to post some more soon).

Best wishes,
Jörn

Re: pasting ASCII text into lyx is not possible?! - Problem solved

[Steve Litt]

On Friday 15 November 2002 08:52 am, Jörn Lindmaier wrote:

 Well, I think I can get used to alt+F4 again...

On my IcwWM setup, I use Alt+0 instead of Alt+F4 to close a window. Alt+0 is 
MUCH easier for a touch typist, and I do a lot of closing windows.

HTH

Steve

Steve Litt
Author: 
   * Universal Troubleshooting Process courseware
   * Troubleshooting Techniques of the Successful Technologist
   * Rapid Learning: Secret Weapon of the Successful Technologist
Webmaster
   * Troubleshooters.Com
   * http://www.troubleshooters.com

(Legal Disclaimer) Follow these suggestions at your own risk.

Re: pasting ASCII text into lyx is not possible?! - Problem solved

[Jörn Lindmaier]

... and past it with the middle button.
 

This I can not do as I have set the middlebutton for close window. But
it should nevertheless work with ctrl+v - but it does not.
   


You might reconsider your choice of function for the middle button. The 
KDE/Gnome method of cutting and pasting between apps is the middle mouse 
button. Ctrl C, Ctrl X and Ctrl V work within apps on content moved within 
those apps, but I've found that between most apps you must use the middle 
button.
 

That was the problem! Thank you very much! I now have disabled the 
System setting closeWindowOnMiddleClick and everything works as it should.

Well, I think I can get used to alt+F4 again...

By the way, try running klipper. Doing so often improves your cut and paste 
experience.

Thanks for the tip. I am now just fine with the basic copy-paste 
function and have other tasks/problems to handle with - with lyx (I am 
going to post some more soon).

Best wishes,
Jörn

Re: pasting ASCII text into lyx is not possible?! - Problem solved

[Steve Litt]

On Friday 15 November 2002 08:52 am, Jörn Lindmaier wrote:

 Well, I think I can get used to alt+F4 again...

On my IcwWM setup, I use Alt+0 instead of Alt+F4 to close a window. Alt+0 is 
MUCH easier for a touch typist, and I do a lot of closing windows.

HTH

Steve

Steve Litt
Author: 
   * Universal Troubleshooting Process courseware
   * Troubleshooting Techniques of the Successful Technologist
   * Rapid Learning: Secret Weapon of the Successful Technologist
Webmaster
   * Troubleshooters.Com
   * http://www.troubleshooters.com

(Legal Disclaimer) Follow these suggestions at your own risk.

Re: pasting ASCII text into lyx is not possible?! - Problem solved

[Jörn Lindmaier]

... and past it with the middle button.
 

This I can not do as I have set the middlebutton for "close" window. But
it should nevertheless work with ctrl+v - but it does not.
   


You might reconsider your choice of function for the middle button. The 
KDE/Gnome method of cutting and pasting between apps is the middle mouse 
button. Ctrl C, Ctrl X and Ctrl V work within apps on content moved within 
those apps, but I've found that between most apps you must use the middle 
button.
 

That was the problem! Thank you very much! I now have disabled the 
System setting "closeWindowOnMiddleClick" and everything works as it should.

Well, I think I can get used to alt+F4 again...

By the way, try running klipper. Doing so often improves your cut and paste 
experience.

Thanks for the tip. I am now just fine with the basic copy-paste 
function and have other tasks/problems to handle with - with lyx (I am 
going to post some more soon).

Best wishes,
Jörn

Re: pasting ASCII text into lyx is not possible?! - Problem solved

[Steve Litt]

On Friday 15 November 2002 08:52 am, Jörn Lindmaier wrote:

> Well, I think I can get used to alt+F4 again...

On my IcwWM setup, I use Alt+0 instead of Alt+F4 to close a window. Alt+0 is 
MUCH easier for a touch typist, and I do a lot of closing windows.

HTH

Steve

Steve Litt
Author: 
   * Universal Troubleshooting Process courseware
   * Troubleshooting Techniques of the Successful Technologist
   * Rapid Learning: Secret Weapon of the Successful Technologist
Webmaster
   * Troubleshooters.Com
   * http://www.troubleshooters.com

(Legal Disclaimer) Follow these suggestions at your own risk.

libXpm Problem Solved on Slackware 8.1:

[Reed Loefgren]

Posted just a wee bit too soon...

Although the imake version of installing libxpm looked like it
finished OK, apparently it does/did not (at least on this slackware 8.1
install-everything install.)

Try using the make -f Makefile.noX, then make -f Makefile.noX
install method given a little farther down in the README. It worked
fine this time.

I would also suggest continuing to use the --with-extra-lib= and
--with-extra-inc= options as well, just in case.

(Imake is weird...)

rl

libXpm Problem Solved on Slackware 8.1:

[Reed Loefgren]

Posted just a wee bit too soon...

Although the imake version of installing libxpm looked like it
finished OK, apparently it does/did not (at least on this slackware 8.1
install-everything install.)

Try using the make -f Makefile.noX, then make -f Makefile.noX
install method given a little farther down in the README. It worked
fine this time.

I would also suggest continuing to use the --with-extra-lib= and
--with-extra-inc= options as well, just in case.

(Imake is weird...)

rl

libXpm Problem Solved on Slackware 8.1:

[Reed Loefgren]

Posted just a wee bit too soon...

Although the "imake" version of installing libxpm looked like it
finished OK, apparently it does/did not (at least on this slackware 8.1
install-everything install.)

Try using the "make -f Makefile.noX", then "make -f Makefile.noX
install" method given a little farther down in the README. It worked
fine this time.

I would also suggest continuing to use the "--with-extra-lib=" and
"--with-extra-inc=" options as well, just in case.

(Imake is weird...)

rl

Re: Lyx eps figure problem - solved!

[Praedor Tempus]

OK, redfaced, I found the problem.  It is in kontour.  The figures I created 
were done for US letter-sized paper.  For some reason, opening up kontour to 
edit the images, regardless of the proper/saved size of the paper it sets the 
page size to A4.  The resulting images were too big for letter-sized paper as 
a result.

Once I RE-set the page size to USletter the images properly exported to eps 
without cropping.

On Wednesday 19 September 2001 12:40 pm, Steve Litt wrote:
 OK, relax and take a deep breath. Take the
 original .eps that was working, insert it in a brand new LyX file, and see
 if it exhibits the problems in that new file. If so, try to find out if the
 .eps file itself changed (backup copies?). If not, exploit the differences
 between the two files until you find the root cause.

 If you want, you can send me the .eps -- I'll LyXize it with 1.1.6fix1 and
 send you the resulting Postscript file and you can see if my setup's doing
 it too.

 Steve

Re: Lyx eps figure problem - solved!

[Praedor Tempus]

OK, redfaced, I found the problem.  It is in kontour.  The figures I created 
were done for US letter-sized paper.  For some reason, opening up kontour to 
edit the images, regardless of the proper/saved size of the paper it sets the 
page size to A4.  The resulting images were too big for letter-sized paper as 
a result.

Once I RE-set the page size to USletter the images properly exported to eps 
without cropping.

On Wednesday 19 September 2001 12:40 pm, Steve Litt wrote:
 OK, relax and take a deep breath. Take the
 original .eps that was working, insert it in a brand new LyX file, and see
 if it exhibits the problems in that new file. If so, try to find out if the
 .eps file itself changed (backup copies?). If not, exploit the differences
 between the two files until you find the root cause.

 If you want, you can send me the .eps -- I'll LyXize it with 1.1.6fix1 and
 send you the resulting Postscript file and you can see if my setup's doing
 it too.

 Steve

Re: Lyx eps figure problem - solved!

[Praedor Tempus]

OK, redfaced, I found the problem.  It is in kontour.  The figures I created 
were done for US letter-sized paper.  For some reason, opening up kontour to 
edit the images, regardless of the proper/saved size of the paper it sets the 
page size to A4.  The resulting images were too big for letter-sized paper as 
a result.

Once I RE-set the page size to USletter the images properly exported to eps 
without cropping.

On Wednesday 19 September 2001 12:40 pm, Steve Litt wrote:
> OK, relax and take a deep breath. Take the
> original .eps that was working, insert it in a brand new LyX file, and see
> if it exhibits the problems in that new file. If so, try to find out if the
> .eps file itself changed (backup copies?). If not, exploit the differences
> between the two files until you find the root cause.
>
> If you want, you can send me the .eps -- I'll LyXize it with 1.1.6fix1 and
> send you the resulting Postscript file and you can see if my setup's doing
> it too.
>
> Steve

Fwd: Re: kdvi-Problem (solved)

[Torsten Hahn]

On Sonntag, 29. Oktober 2000 23:15, you wrote:
 Hi,

 today I have installed the brand new KDE2. The new kdvi - viewer seems to
 not understand the "-paper" option, which is send by lyx to the viewer-app.
  Kdvi fails to show the dvi-preview.
 Has somebody an idea, how to get lyx to work with the kde2-dvi-viewer ?

 Thanks for help,
 Torsten.

Hi,

i solved the Problem with a little shell script:

#!/bin/sh

kdvi $3 

and thats all !
I named this kdvi2 and changed my lyxrc that it now use kdvi2 instead of
kdvi. The bad thing is, that the new kdvi seems to have problems with
eps-figures ...

CU,
Torsten.

-- 
Torsten Hahn
Agricolastr. 14-16 / Zi. 6111A / 09599 Freiberg (Germany)
mail: [EMAIL PROTECTED]

Fwd: Re: kdvi-Problem (solved)

[Torsten Hahn]

On Sonntag, 29. Oktober 2000 23:15, you wrote:
 Hi,

 today I have installed the brand new KDE2. The new kdvi - viewer seems to
 not understand the "-paper" option, which is send by lyx to the viewer-app.
  Kdvi fails to show the dvi-preview.
 Has somebody an idea, how to get lyx to work with the kde2-dvi-viewer ?

 Thanks for help,
 Torsten.

Hi,

i solved the Problem with a little shell script:

#!/bin/sh

kdvi $3 

and thats all !
I named this kdvi2 and changed my lyxrc that it now use kdvi2 instead of
kdvi. The bad thing is, that the new kdvi seems to have problems with
eps-figures ...

CU,
Torsten.

-- 
Torsten Hahn
Agricolastr. 14-16 / Zi. 6111A / 09599 Freiberg (Germany)
mail: [EMAIL PROTECTED]

Fwd: Re: kdvi-Problem (solved)

[Torsten Hahn]

On Sonntag, 29. Oktober 2000 23:15, you wrote:
> Hi,
>
> today I have installed the brand new KDE2. The new kdvi - viewer seems to
> not understand the "-paper" option, which is send by lyx to the viewer-app.
>  Kdvi fails to show the dvi-preview.
> Has somebody an idea, how to get lyx to work with the kde2-dvi-viewer ?
>
> Thanks for help,
> Torsten.

Hi,

i solved the Problem with a little shell script:

#!/bin/sh

kdvi $3 &

and thats all !
I named this kdvi2 and changed my lyxrc that it now use kdvi2 instead of
kdvi. The bad thing is, that the new kdvi seems to have problems with
eps-figures ...

CU,
Torsten.

-- 
Torsten Hahn
Agricolastr. 14-16 / Zi. 6111A / 09599 Freiberg (Germany)
mail: [EMAIL PROTECTED]