Re: +/- in a table too large

[Manveru]

What I see here from those few responses different TeX distros have
different implementation (if I can tell that) of Latin Modern typefaces in
details. Very strange. The question we have here now is which distributions
are fine by default, and which may need some additional tweaks to get math
symbols fine with LM typeface.

2008/5/21 Les Denham [EMAIL PROTECTED]:

 On Tuesday 20 May 2008 12:36:01 pm Wolfgang Engelmann wrote:
  Have a look at the document settings. I can´t see any strange things
 there,
  and the error stays after taking out the preamble entrances

 I can see exactly what you are talking about.  The +/- symbol appears too
 large.  But only if you use Latin Modern fonts.  I tried every other font I
 have in LaTeX, and the problem seems to be exclusive to the LMSymbol Type 1
 font, which I assume is what is used for Math symbols when you use Latin
 Modern fonts for text.  Whether it is a problem with LyX, with LaTeX, or
 with
 the font, I can't tell.

 You can fiddle with the line spacing in the table (I don't remember exactly
 how), but it seems to me the simplest solution would be to use another
 font.

 I'm using 1.5.4 with texlive on Gentoo 2007.

 Les




-- 
Manveru
jabber: [EMAIL PROTECTED]
gg: 1624001
http://www.manveru.pl

Re: Can't convert graphviz DOT format to PDF

[Abdelrazak Younes]

Paul A. Rubin wrote:

John Pye wrote:



If I make a DOT-PNG converter and use that, it works fine. So there 
is nothing wrong with LyX's ability to make some form of file 
conversion here. It fails when I attempt to configure a conversion 
from DOT to PDF.




Works fine for me here.  Keep in mind that there are at least three PDF 
file formats defined within LyX, because different compilation methods 
(ps2pdf, pdflatex, dvipdfm) have different requirements.  On my box 
those are designated pdf, pdf2 and pdf3 respectively, and I'm pretty 
sure that's standard across installations.  If you create a converter 
from DOT to pdf3, say, and then use View - PDF (pdflatex) to see the 
output (which is creating pdf2 output), presumably something will break.


I always use pdflatex, so I created a Dot file format and then a Dot to 
PDF (pdflatex) converter.  The latter used the command line 'dot -Tpdf 
$$i -o $$o'.  I have the dot executable on my system command path; 
otherwise, I would need either to specify a full path in the converter 
or add the path to the LyX path prefix.


Hello Paul,

Maybe you could contribute this converter to LyX? I am very interested 
in dot but never took the time to try to integrate it within LyX.


Abdel.

Re: Can't convert graphviz DOT format to PDF

[John Pye]

Hi Paul

Paul A. Rubin wrote:
 John Pye wrote:


 If I make a DOT-PNG converter and use that, it works fine. So there
 is nothing wrong with LyX's ability to make some form of file
 conversion here. It fails when I attempt to configure a conversion
 from DOT to PDF.


 Works fine for me here.  Keep in mind that there are at least three
 PDF file formats defined within LyX, because different compilation
 methods (ps2pdf, pdflatex, dvipdfm) have different requirements.  On
 my box those are designated pdf, pdf2 and pdf3 respectively, and I'm
 pretty sure that's standard across installations.  If you create a
 converter from DOT to pdf3, say, and then use View - PDF (pdflatex)
 to see the output (which is creating pdf2 output), presumably
 something will break.

I tried this many times but no success. I am aware of the pdflatex (etc)
issue. It is not called 'pdf3' on my system, it is called 'PDF
(pdflatex)'. That is the standard on Fedora and Ubuntu systems, if not
elsewhere, so I don't think you're right about 'pdf3' etc.

This converter system is way too delicate IMHO: if you get it wrong, you
get minimal and rather cryptic error messages. It's also impossible for
someone to help to diagnose a problem, because you can't just sent me
your config file (AFAIK) and you can't tell what stuff is different on
my system compared to your system.

FWIW, I think that rather than an all-powerful GUI for editing
converters, file formats, etc, these things should be stored in flat
platform-specific configuration files that can be packaged for
distribution as 'plugins' eg a set of LyX configuration files + linux
package dependences = support for Graphviz in LyX. This would take the
voodoo out of the job of getting LyX working with various different file
formats, and allow end-users to make use of *the tools they know
already* in order to get extra features working with LyX. I say this,
but I'm not going to come and help, so you best ignore me here :-)

Cheers
JP

Re: +/- in a table too large

[G. Milde]

On 21.05.08, Manveru wrote:
 What I see here from those few responses different TeX distros have
 different implementation (if I can tell that) of Latin Modern typefaces in
 details. Very strange. 

To me it looks rather like a font substitution -- some font missing in some
disttributions or older versions.

Wolfgang, did you look in the latex log file for font substitution warnings?

(Exporting your example to latex and converting by hand might make it
easier to spot problems, at least if you have some familiarity with LaTeX.)


 The question we have here now is which distributions
 are fine by default, and which may need some additional tweaks to get math
 symbols fine with LM typeface.

My Debian/testing version of TeXLive works fine, the \pm is the same size as
the numbers.

Actually, it might be you just have to install additional parts/packages of
the distro or an actual version.

Günter

Re: Can't convert graphviz DOT format to PDF

[Abdelrazak Younes]

John Pye wrote:

FWIW, I think that rather than an all-powerful GUI for editing
converters, file formats, etc, these things should be stored in flat
platform-specific configuration files that can be packaged for
distribution as 'plugins' eg a set of LyX configuration files + linux
package dependences = support for Graphviz in LyX. This would take the
voodoo out of the job of getting LyX working with various different file
formats, and allow end-users to make use of *the tools they know
already* in order to get extra features working with LyX. I say this,
but I'm not going to come and help, so you best ignore me here :-)


Still, you are welcome to bring the subject and your thoughts to the 
development list. Maybe you could also create an enhancement entry in 
bugzilla too.


Abdel.

Re: Personal dictionary

[Rune Schjellerup Philosof]

Paul A. Rubin skrev:

Rune Schjellerup Philosof wrote:


I'm not sure if it's that simple on Windows.  On Windows, Aspell can 
be installed either for all users or for the user logged in during 
the installation.  I think the location of the personal dictionary 
depends on which choice was made (although I'm not 100% sure of that).
for all users ought to only change which users see the program in 
the start menu and whether registry entries are added system wide or 
user wide.
Then of course you need administrator rights to install for all 
users and you would normally install in a directory where only the 
administrator has rights to write.
I don't think it should change where the personal dictionary would be 
placed.
I agree that the installer should recognize that, even when other 
files go into a common location for all users to share, personal 
dictionaries should be personal.  I just don't think the installers 
necessarily do recognize that.


On the system I'm using just now (XP home), I actually have two 
personal dictionaries, as an artifact of some previous installation 
misadventures.  One is located in C:\Documents and Settings\All 
Users\Application Data\Aspell\Personal, the other in 
C:\Aspell\Personal.  (In earlier versions of LyX, we had to install 
the full Aspell program, and it had to be in C:\Aspell because the 
absolute path was hard-coded into LyX back then.)  In both cases, the 
file name is en.pws (and there is an associated file en.prepl).  The 
file name will differ if you are using, say, a Danish dictionary.  If 
you install Aspell for one user rather than all users, change All 
Users in the path above to your login name.  I'm not sure if this 
stuff is in the same location on Vista, but I know Vista has Documents 
and Settings directories somewhere.
I have just checked it thoroughly, and the personal dictionary is placed 
in C:\ProgramData\Aspell\Personal, which is very stupid.

So why is this stupid someone might ask. Well:
- First of all, this makes it a global dictionary for all users, not 
that personal.
- Second, users are for some stupid reason allowed to create files in 
\ProgramData and subdirectories, but only the creator is allowed to 
change the files. Which I assume could create some security issues, and 
some general anoyance.
- Third, since the first users becomes the owner, this is the only one 
allowed to change the file. But because of some fucked up Vista 
filesystem, programs not designed for Vista does not recoqnize that they 
are not allowed to write the file, and they just write it. When a 
program (not prepared for Vista) writes such a file, it is actually 
written, however in a different version only seen by this program, and 
only temporarily... Which is very anoying.


The personal dictionary ought to be put in 
C:\Users\username\AppData\Roaming\Aspell\Personal


--
Rune

Re: Personal dictionary

[Abdelrazak Younes]

Rune Schjellerup Philosof wrote:
I have just checked it thoroughly, and the personal dictionary is placed 
in C:\ProgramData\Aspell\Personal, which is very stupid.

So why is this stupid someone might ask. Well:
- First of all, this makes it a global dictionary for all users, not 
that personal.
- Second, users are for some stupid reason allowed to create files in 
\ProgramData and subdirectories, but only the creator is allowed to 
change the files. Which I assume could create some security issues, and 
some general anoyance.
- Third, since the first users becomes the owner, this is the only one 
allowed to change the file. But because of some fucked up Vista 
filesystem, programs not designed for Vista does not recoqnize that they 
are not allowed to write the file, and they just write it. When a 
program (not prepared for Vista) writes such a file, it is actually 
written, however in a different version only seen by this program, and 
only temporarily... Which is very anoying.


The personal dictionary ought to be put in 
C:\Users\username\AppData\Roaming\Aspell\Personal


Right, please report this in bugzilla.lyx.org.

Abdel.

Re: +/- in a table too large

[Wolfgang Engelmann]

--  Weitergeleitete Nachricht  --

Subject: Re: +/- in a table too large
Date: Mittwoch, 21. Mai 2008 08:15
From: Wolfgang Engelmann [EMAIL PROTECTED]
To: Paul A. Rubin [EMAIL PROTECTED]

Am Dienstag, 20. Mai 2008 20:52 schrieben Sie:
 Wolfgang Engelmann wrote:
  thanks for the various responses. Here is a minimal example
 
  Have a look at the document settings. I can´t see any strange things
  there, and the error stays after taking out the preamble entrances

 Compiles just fine for me (LyX 1.5.5).  I've attached the PDF.  The
 following is a shot in the dark:  try switching the fonts from Latin
 Modern to Adobe fonts, or Computer Modern, and see if the problem goes
 away.  If so, perhaps your Latin Modern fonts are somehow damaged.

 /Paul

Thanks, Paul and other kind people,

the problem is (partly) solved: The pdf file of Paul shows the same -too
large- fonts. So it is a matter of my kpdf viewer. Should have thought of it.
I use KPDF 0.5.8 (KDE 3.5.8). Does somebody use the same and could confirm my
problem?

Wolfgang

p.s.
I just tried to view the file with the other viewers of LyX (ps2pdf, ps,
dvipdfm) and they all give an error message -without specifying it. No
output. I have exported the table as a tex file and ran latex on it, viewing
the output gives the same problem (too large \pm)

p.p.s
I just found out, that the problem disappears, if I use higher magnification
in viewing the outputed text on my screen.

Too many things to think of!

Thanks for your patients and help

Wolfgang

---

Re: Packages required under Linux

[Daniel CLEMENT]

On Thursday 15 May 2008 17:06 +0200, [EMAIL PROTECTED]
wrote:


  [...] I could post it here if someone asks, or 
  maybe it could go to the Wiki page Peleg Michaeli has started.
 
 Please add it to the wiki page, I'd certainly appreciate it!
[...]

It's done:

http://wiki.lyx.org/LyX/LyXOnUbuntu

I hope it will help some users. Regards,
-- 

Daniel CLEMENT

Re: +/- in a table too large

[Wolfgang Engelmann]

Am Mittwoch, 21. Mai 2008 08:05 schrieb G. Milde:
 On 21.05.08, Manveru wrote:
  What I see here from those few responses different TeX distros have
  different implementation (if I can tell that) of Latin Modern typefaces
  in details. Very strange.

 To me it looks rather like a font substitution -- some font missing in some
 disttributions or older versions.

 Wolfgang, did you look in the latex log file for font substitution
 warnings?

 (Exporting your example to latex and converting by hand might make it
 easier to spot problems, at least if you have some familiarity with LaTeX.)

  The question we have here now is which distributions
  are fine by default, and which may need some additional tweaks to get
  math symbols fine with LM typeface.

 My Debian/testing version of TeXLive works fine, the \pm is the same size
 as the numbers.

 Actually, it might be you just have to install additional parts/packages of
 the distro or an actual version.

 Günter

Günther,
I think the reason for my complains is given in my last message (if I increase 
the pagesize, the pm is ok). But I could sent you the log file of the latex 
run, if you think it might be something else (in addition?). 
Thanks for your help.
Wolfgang

Re: ModernCV in LyX broken?

[Uwe Stöhr]

Frank schrieb:


I opened the moderncv.lyx example in lyx, pressed the pdflatex button to see
what it looks like and received the message, Undefined control sequence,
on the use of \moderncvtheme.  What is wrong?


You are using an old version of the modernCV LaTeX package. What is you LyX version and what LaTeX 
do you use?


You need at least version 0.6 of moderncv.

regards Uwe

Re: ModernCV in LyX broken?

[Frank]

Hi, Uwe.
I'm using LyX 1.5.5 and pdfTeX 3.141592-1.40.3-2.2 (Web2C 7.5.6).  How would
I find what version of moderncv I have?

Thanks,
Frank

On Wed, May 21, 2008 at 6:30 AM, Uwe Stöhr [EMAIL PROTECTED] wrote:

 You are using an old version of the modernCV LaTeX package. What is you LyX
 version and what LaTeX do you use?

 You need at least version 0.6 of moderncv.

 regards Uwe

Re: LyX/Mac for 10.3

[Bennett Helm]

On Mon, May 19, 2008 at 1:09 PM, Konrad Hofbauer [EMAIL PROTECTED]
wrote:


 A few things you could still try, if you haven't yet:

 1) Check permissions (in Disk Utility)
 Never hurts... ;-)

 2) Change the tmp directory
 In LyX's preferences (under Paths) you can set the location of a tmp
 directory: Create a tmp directory in your Home/Users folder and set this in
 the preferences. Reconfigure and restart LyX.


Honest -

Did you try these things? Did they work?

Bennett

Problem with LyX 1.5.5 (WinAltInstaller)

[Humberto Castejon]

Hi!

I just installed LyX 1.5.5 using the alternative installer for Windows (small 
version)

For some reason, when I open LyX, it does not remember the sate in which it was 
when it was closed. Any easy fix?

On another respect, while looking at the debugging messages, I have seen plenty 
of messages like the following:

LyxNot a file or we are unable to find it.
Found file: C:/tools/latex/Miktex2.6/tex/latex/psnfss/omxztmcm.fd
AbsolutePath file: C:/tools/latex/Miktex2.6/tex/latex/psnfss/omxztmcm.fd
 CRC...lyx::sum() using istream_iterator (slow as a snail)
done.

I do not like the slow as a snail thing :-). Something I can do to get rid of 
this?

Thanks

Nicolás

Re: Help with latexcad

[Angel Amat]

G. Milde-3 wrote:
 
 On 15.05.08, Rich Shepard wrote:
 On Thu, 15 May 2008, Angel Amat wrote:
 
 Hello, I am using latexcad to draw some diagrams with equations. The
 problem is that i can not insert this diagrams in the lyx document. I
 have
 copy the LATEXCAD.STY to the folder in which is the lyx document and I
 have written in the preamble of the documment \usepackage{latexcad}. The
 next is thousand errors.
 
 LyX usually does the latex run in a temp dir, but does not know that
 latexcad.sty should be moved there.
 
   First, the style file needs to be placed with all the other LyX style
 files, not in your document directory. 
 
 LaTeX style files (LyX has *.layout files).
 
 'locate *.sty' or 'whereis *.sty' will show you the path to those
 files. 
 
 The documentation of your latex distribution will also tell you the
 latex search path.
 
 Move latexcad.sty there.
 
 If it is locally installed, preferabely use a local path (like
 /usr/local/share/texmf/tex/latex/...)
 
 On Unix systems with TeXLive, you can also use ~/texmf/tex/latex
 
   Second, as root run 'texhash'.
 (not needed with ~/texmf/)
 
   Third, from within LyX, run 'reconfigure'.
 
 Not needed for styles that are only specified in the latex preamble.
 
 Günter
 
 
Sorry, but it is still not working. I am usign Windows and I don't know
where to write the thing you have said:

('locate *.sty' or 'whereis *.sty'
as root run 'texhash'.

I have copied the latexcad.sty in the folder indicated in the documentation
(...MiKTeX 2.7\tex\latex) and still appears the error (latexcad.sty not
found).

Thank you again

-- 
View this message in context: 
http://www.nabble.com/Help-with-latexcad-tp17258868p17364323.html
Sent from the LyX - Users mailing list archive at Nabble.com.

Re: ModernCV in LyX broken?

[Uwe Stöhr]

Frank schrieb:


I'm using LyX 1.5.5 and pdfTeX 3.141592-1.40.3-2.2 (Web2C 7.5.6).  How 
would I find what version of moderncv I have?


Open the file moderncv.cls with an editor.

regards Uwe

Re: Can't convert graphviz DOT format to PDF

[Paul A. Rubin]

John,

John Pye wrote:

Works fine for me here.  Keep in mind that there are at least three
PDF file formats defined within LyX, because different compilation
methods (ps2pdf, pdflatex, dvipdfm) have different requirements.  On
my box those are designated pdf, pdf2 and pdf3 respectively, and I'm
pretty sure that's standard across installations.  If you create a
converter from DOT to pdf3, say, and then use View - PDF (pdflatex)
to see the output (which is creating pdf2 output), presumably
something will break.


I tried this many times but no success. I am aware of the pdflatex (etc)
issue. It is not called 'pdf3' on my system, it is called 'PDF
(pdflatex)'. 


Should be both:  in Tools - Preferences - File formats, if I highlight 
'PDF (pdflatex)', that's the entry in the 'GUI name', while the entry in 
'Format' is pdf2.  FWIW, if you want to do a file export from the 
command line, you use pdf2 as the argument to the export flag. 
Shouldn't have anything to do with the converter working or not, though, 
so long as the converter entry points to the right output GUI name.



That is the standard on Fedora and Ubuntu systems, if not
elsewhere, so I don't think you're right about 'pdf3' etc.

This converter system is way too delicate IMHO: if you get it wrong, you
get minimal and rather cryptic error messages.


I tend to agree here, to the extent that if LyX gets an error message 
from an external command, it should forward it to the user.  I don't 
think that's always the case, though.  I suspect that sometimes LyX runs 
an external process and the child process exits with a nonzero error 
code but not much else.  LyX can't tell you what it doesn't know (i.e., 
LyX is not an academic).



It's also impossible for
someone to help to diagnose a problem, because you can't just sent me
your config file (AFAIK) and you can't tell what stuff is different on
my system compared to your system.


Actually, you can send a piece of an appropriate config file.  In your 
LyX home directory, there's a file named 'preferences'.  It should 
contain a line defining the DOT file type and additional lines for each 
related converter you added.  Mine read as follows:


\format dot dot Dot  auto auto vector
\converter dot pdf2 dot -Tpdf $$i -o $$o 

Note that this is exactly what I entered in the all-powerful GUI.  :-)


FWIW, I think that rather than an all-powerful GUI for editing
converters, file formats, etc, these things should be stored in flat
platform-specific configuration files that can be packaged for
distribution as 'plugins' eg a set of LyX configuration files + linux
package dependences = support for Graphviz in LyX. This would take the
voodoo out of the job of getting LyX working with various different file
formats, and allow end-users to make use of *the tools they know
already* in order to get extra features working with LyX. I say this,
but I'm not going to come and help, so you best ignore me here :-)



Well, it would not be hard for someone to provide a patch file that one 
could apply to the preferences file.  The user would have to know how to 
merge in a patch file (or else LyX would have to provide a patch merge 
utility).  Unfortunately, these things are not entirely 
one-size-fits-all, even within operating systems.  For instance, my 
converter above works because I have the dot executable on my system 
command path.  Otherwise I need to provide the path to it someplace -- 
which means your plug-in installer needs to detect the location of dot 
on my system, or else open up a dialog and ask me to locate it.


If the converter entries above don't work on your system, it's possible 
that either LyX (more precisely, the child shell it spawns) can't find 
the dot executable or else lacks permission to run it.  Try the 
following.  Open a LyX doc with a dot image embedded and try View - PDF 
(pdflatex), which I gather will fail silently.  With LyX still running, 
open a terminal and navigate to the LyX temporary directory.  Verify 
that a copy of the DOT file sits there, probably with the name mangled 
by LyX.  Assuming so, run the converter from the terminal, using exactly 
the syntax of your converter entry (but substituting the mangled file 
name for $$i and the same name with a pdf extension for $$o).  In my 
case that means 'dot -Tpdf mangled name.dot -o mangled name.pdf'. 
If it fails, maybe you'll get a helpful error message in the terminal 
window.


/Paul

Re: Can't convert graphviz DOT format to PDF

[Paul A. Rubin]

Hi Abdel,

Abdelrazak Younes wrote:

Maybe you could contribute this converter to LyX? I am very interested 
in dot but never took the time to try to integrate it within LyX.


Happy to oblige, but I'm not sure what there is to contribute.  These 
are the lines I added to the preferences file (through Tools - 
Preferences...):


\format dot dot Dot  auto auto vector
\converter dot pdf2 dot -Tpdf $$i -o $$o 

If somebody wants to build that into a future release (which I assume 
means adding something to the configuration script to detect the dot 
executable), that's fine with me, and I hereby grant license to include 
it (if such license is even necessary -- this wouldn't seem to meet the 
standard of intellectual property).


Cheers,
Paul

Re: Problem with LyX 1.5.5 (WinAltInstaller)

[Uwe Stöhr]

Humberto Castejon schrieb:

For some reason, when I open LyX, it does not remember the sate in which 
it was when it was closed. Any easy fix?


Strange, to assure that this works, try to uninstall the existing LyX 1.5 versions you have on your 
system _completely_ (including personal user settings). But before reinstalling do what I say below:


On another respect, while looking at the debugging messages, I have seen 
plenty of messages like the following:


LyxNot a file or we are unable to find it.
Found file: C:/tools/latex/Miktex2.6/tex/latex/psnfss/omxztmcm.fd
AbsolutePath file: C:/tools/latex/Miktex2.6/tex/latex/psnfss/omxztmcm.fd
 CRC...lyx::sum() using istream_iterator (slow as a snail)
done.


So it seems that your MiKTeX installation is broken. As MiKTeX 2.6 is no longer supported by its 
developer, I recommend to uninstall MiKTeX als _completely_ (use the uninstaller option tidy up 
thoroughly).


Then download the complete installer version of the AltInstaller (that includes the latest MiKTeX) 
and reinstall LyX 1.5.5.


regards Uwe

Mysterious LaTeX Error

[Rich Shepard]

  Folks here have been exceptionally helpful in seeing errors that I miss.
This new error may well be the most challenging.

  My embedded LaTeX is trying to print a two-column table with text
(strings) in each column, no numbers. Here's the relevant code:

ivr.write('\\begin{tabular}{lp{75mm}} \\hline ')
  ivr.write('\n''\n')
  for left,right in subitems:
 ivr.write(str(left))
 ivr.write('  ')
 ivr.write(str(right))
 ivr.write('')
 ivr.write('\n')
   ivr.write('\n''\n')
   ivr.write('\\hline')
   ivr.write('\\end{tabular}')

But, pdflatex throws this error:

! Missing $ inserted.
inserted text
$
l.1963 IIA1  if impervioussurface_
   amount is little then goodness is
greatly...

  The 'Missing $ inserted' error message is generated when there is a math
symbol (e.g., $) in the text string that causes LaTeX to enter math mode. I
do not have any monetary amounts in the text. What other character might be
seen by LaTeX as a command to enter math mode when that's not my intention?
I don't see anything jumping out at me -- particularly in the string on line
1963 above -- that tells me what I need to fix.

Rich

--
Richard B. Shepard, Ph.D.   |  IntegrityCredibility
Applied Ecosystem Services, Inc.|Innovation
http://www.appl-ecosys.com Voice: 503-667-4517  Fax: 503-667-8863

Re: Mysterious LaTeX Error -- SOLVED

[Rich Shepard]

On Wed, 21 May 2008, Rich Shepard wrote:


l.1963 IIA1  if impervioussurface_
  amount is little then goodness is greatly...



What other character might be seen by LaTeX as a command to enter math
mode when that's not my intention?


  OK. Got it. LaTeX sees the underscore as a math mode instruction to set
the next character positioned as a subscript. Python, on the other hand,
doesn't like underscores separating words. Sigh. That was the problem.

Rich

--
Richard B. Shepard, Ph.D.   |  IntegrityCredibility
Applied Ecosystem Services, Inc.|Innovation
http://www.appl-ecosys.com Voice: 503-667-4517  Fax: 503-667-8863

Re: Mysterious LaTeX Error

[José Matos]

On Wednesday 21 May 2008 17:24:04 Rich Shepard wrote:
    The 'Missing $ inserted' error message is generated when there is a math
 symbol (e.g., $) in the text string that causes LaTeX to enter math mode. I
 do not have any monetary amounts in the text. What other character might be
 seen by LaTeX as a command to enter math mode when that's not my intention?
 I don't see anything jumping out at me -- particularly in the string on
 line 1963 above -- that tells me what I need to fix.

The usual culprit in these cases is the underscore.

My suggestion is to replace the calls to str(left) and str(right) by a call to 
a new function that escapes all the usual suspects.

something like:

def latex_escape( item):
   usual_suspects = {'_' : '$_$', '$': '\$'}

   item = str(item)
   for chr in usual_suspects:
  item = item.replace(chr, usual_suspects[chr])
   return item


I am not sure if the latex code is right but you get the idea. :-)

 Rich

-- 
José Abílio

Re: Mysterious LaTeX Error

[Rich Shepard]

On Wed, 21 May 2008, José Matos wrote:


The usual culprit in these cases is the underscore.


Jose,

  Sure was.


My suggestion is to replace the calls to str(left) and str(right) by a
call to a new function that escapes all the usual suspects.


  Good idea.


I am not sure if the latex code is right but you get the idea. :-)


  Both LaTeX and Python code are correct.

Many thanks,

Rich

--
Richard B. Shepard, Ph.D.   |  IntegrityCredibility
Applied Ecosystem Services, Inc.|Innovation
http://www.appl-ecosys.com Voice: 503-667-4517  Fax: 503-667-8863

Problems building lyx 1.5.5 with qt4.4

[Adolf_Panzer]

Hello, 

I downloaded qt4.4 this week, built it with the familiar
configure
make
make install
locally to /data/XXX/qt-x11-opensource-src-4.4.0/qt4.4/ , because I am not root 
on this system( Debian Etch). Then I tried to configure lyx, but it always 
complains about qt not being found. Here are some configure commands I tried

./configure --with-extra-lib=/data/XXX/qt-x11-opensource-src-4.4.0/qt4.4/lib 
--with-extra-inc=/data/XXX/qt-x11-opensource-src-4.4.0/qt4.4/include 
--prefix=/home/XXX/lyx 

./configure --with-extra-prefix=/data/XXX/qt-x11-opensource-src-4.4.0/qt4.4/ 
--prefix=/home/XXX/lyx 

with a sample output

Configuration
  Host type:i686-pc-linux-gnu
  Special build flags:  pch  use-aspell use-ispell
  C   Compiler: gcc
  C   Compiler LyX flags:
  C   Compiler flags:
-I/data/XXX/qt-x11-opensource-src-4.4.0/qt4.4/include-O2
  C++ Compiler: g++ (4.1.2)
  C++ Compiler LyX flags:
  C++ Compiler flags:
-I/data/XXX/qt-x11-opensource-src-4.4.0/qt4.4/include-O2
  Linker flags:
  Linker user flags: 
-L/data/XXX/qt-x11-opensource-src-4.4.0/qt4.4/lib
  Qt 4 Frontend:
  Qt 4 version:
  Packaging:posix
  LyX binary dir:   /home/XXX/lyx/bin
  LyX files dir:/home/XXX/lyx/share/lyx

 The following problems have been detected by configure.
 Please check the messages below before running 'make'.
 (see the section 'Problems' in the INSTALL file)

** qt 4 library not found !

My question is:
Is there something wrong with the configure script, or do I have to set some 
environment variables, linker updates... for qt4.4?

greetings
-- 
Desperate Housewives - das Spiel!
Pikante Skandale, schockierende Details unter: http://flat.games.gmx.de

Re: LyX/Mac for 10.3

[Honest Guvnor]

On Wed, May 21, 2008 at 3:02 PM, Bennett Helm [EMAIL PROTECTED] wrote:
 On Mon, May 19, 2008 at 1:09 PM, Konrad Hofbauer [EMAIL PROTECTED]
 wrote:

 A few things you could still try, if you haven't yet:

 1) Check permissions (in Disk Utility)
 Never hurts... ;-)

 2) Change the tmp directory
 In LyX's preferences (under Paths) you can set the location of a tmp
 directory: Create a tmp directory in your Home/Users folder and set this in
 the preferences. Reconfigure and restart LyX.

 Honest -
 Did you try these things? Did they work?

I am afraid they were tried without success when we originally saw the
problem. The only recent new information is that deleting the top
temporary directory after the first popup cures the problem. This
makes lyx 1.5 effectively useable and so progress has been made.

Re: ModernCV in LyX broken?

[Frank]

Hi, Uwe.Thanks!  I see I am using v0.5.  I'll download the moderncv
package from CTAN (presuming it has v0.6).  Just to recap, though, I copy
the files to their corresponding places in texlive/2007/. directories,
choose Reconfigure within LyX, and then restart, correct?

Thanks for all Your help.
Frank

On Wed, May 21, 2008 at 12:00 PM, Uwe Stöhr [EMAIL PROTECTED] wrote:

 Open the file moderncv.cls with an editor.

 regards Uwe

Re: Problems building lyx 1.5.5 with qt4.4

[Konrad Hofbauer]

[EMAIL PROTECTED] wrote:
./configure --with-extra-prefix=/data/XXX/qt-x11-opensource-src-4.4.0/qt4.4/ --prefix=/home/XXX/lyx 


shouldn't the configure option for qt be: 
--with-qt4-dir=/data/XXX/qt-x11-opensource-src-4.4.0/qt4.4


/Konrad

Re: ModernCV in LyX broken?

[Uwe Stöhr]

Frank schrieb:


Hi, Uwe.Thanks!  I see I am using v0.5.  I'll download the moderncv
package from CTAN (presuming it has v0.6).


Of course it has the latest version, that is 0.6.


Just to recap, though, I copy
the files to their corresponding places in texlive/2007/. directories,
choose Reconfigure within LyX, and then restart, correct?


Yes, but also run texhash to register the new files that come with version 0.6 
to TeXLive.

regards Uwe

Filename Latex (plain) export

[Michael Brunneder]

Hello!

I've the following problem. I want to export my lyx file that contains 
some included latex files to plain latex. But the the export option 
suggests as filename the path and name of the first occuring included 
latex file. Here is a small example.


New lyx file: newfile1.lyx
File - Export - Latex (plain)
then a file called newfile1.tex is created - as expected

now: Insert - File - Child Document ...
e.g latex1.tex
again: File - Export - Latex (plain)
now latex1.tex is suggested as file name - why??

I'm missing something or is this a bug?

Lyx 1.5.5 WinXP



Thanks for your help.
Michael

Re: Can't convert graphviz DOT format to PDF

[Abdelrazak Younes]

Paul A. Rubin wrote:

Hi Abdel,

Abdelrazak Younes wrote:

Maybe you could contribute this converter to LyX? I am very interested 
in dot but never took the time to try to integrate it within LyX.


Happy to oblige, but I'm not sure what there is to contribute.  These 
are the lines I added to the preferences file (through Tools - 
Preferences...):


\format dot dot Dot  auto auto vector
\converter dot pdf2 dot -Tpdf $$i -o $$o 


Yes, that's what I mean.



If somebody wants to build that into a future release (which I assume 
means adding something to the configuration script to detect the dot 
executable),


If you bring the subject to the list I am sure someone will do the rest 
(or help you do the rest ;-)


that's fine with me, and I hereby grant license to include 
it (if such license is even necessary -- this wouldn't seem to meet the 
standard of intellectual property).


Good!

Abdel.

Re: ModernCV in LyX broken?

[Frank]

Thanks!  It works!

On Wed, May 21, 2008 at 1:51 PM, Uwe Stöhr [EMAIL PROTECTED] wrote:

 Yes, but also run texhash to register the new files that come with version
 0.6 to TeXLive.

 regards Uwe

Greek Fonts don't display on Screen but print out in PDF

[Erez Yerushalmi]

 (Sorry for sending this again - if I did. I am not sure to which address to
send a question to. Sorry  )
Hi,

I'm a new user to LyX. Just installed LyX 1.5.5 on my Windows XP.
Most of the Greek Fonts such as \alpha \beta \gamma etc. come out on screen
as a red empty box.
However, viewing the page as PDF gives me the correct fonts.

I have latex-xft fonts and Bakoma fonts installed on my pc.

Can anyone help?

Thanks a lot,

Erez

Re: Greek Fonts don't display on Screen but print out in PDF

[Paul A. Rubin]

Erez Yerushalmi wrote:

 (Sorry for sending this again - if I did. I am not sure to which address to
send a question to. Sorry  )
Hi,

I'm a new user to LyX. Just installed LyX 1.5.5 on my Windows XP.
Most of the Greek Fonts such as \alpha \beta \gamma etc. come out on screen
as a red empty box.
However, viewing the page as PDF gives me the correct fonts.

I have latex-xft fonts and Bakoma fonts installed on my pc.

Can anyone help?



You have both latex-xft and Bakoma installed under XP?  Unless I'm 
missing something, you should need only the Bakoma fonts.  The empty box 
thing usually is a problem with the fonts, and at least with older 
versions of LyX it was not unheard of for the fonts to get broken 
somehow on XP.  Try the following:


1.  Grab a copy of the Bakoma archive and unzip it somewhere.
2.  Use the Windows font applet (Control Panel) to delete the eight 
fonts in the Bakoma archive, assuming they're installed.

3.  Then use the font applet to install the unzipped files.
4.  Restart LyX and hope for the best.

/Paul

Re: Can't convert graphviz DOT format to PDF

[John Pye]

Paul A. Rubin wrote:
 John,

 John Pye wrote:
 Works fine for me here.  Keep in mind that there are at least three
 PDF file formats defined within LyX, because different compilation
 methods (ps2pdf, pdflatex, dvipdfm) have different requirements.  On
 my box those are designated pdf, pdf2 and pdf3 respectively, and I'm
 pretty sure that's standard across installations.  If you create a
 converter from DOT to pdf3, say, and then use View - PDF (pdflatex)
 to see the output (which is creating pdf2 output), presumably
 something will break.

 I tried this many times but no success. I am aware of the pdflatex (etc)
 issue. It is not called 'pdf3' on my system, it is called 'PDF
 (pdflatex)'. 

 Should be both:  in Tools - Preferences - File formats, if I
 highlight 'PDF (pdflatex)', that's the entry in the 'GUI name', while
 the entry in 'Format' is pdf2.  FWIW, if you want to do a file export
 from the command line, you use pdf2 as the argument to the export
 flag. Shouldn't have anything to do with the converter working or not,
 though, so long as the converter entry points to the right output GUI
 name.

 That is the standard on Fedora and Ubuntu systems, if not
 elsewhere, so I don't think you're right about 'pdf3' etc.

 This converter system is way too delicate IMHO: if you get it wrong, you
 get minimal and rather cryptic error messages.

 I tend to agree here, to the extent that if LyX gets an error message
 from an external command, it should forward it to the user.  I don't
 think that's always the case, though.  I suspect that sometimes LyX
 runs an external process and the child process exits with a nonzero
 error code but not much else.  LyX can't tell you what it doesn't know
 (i.e., LyX is not an academic).

 It's also impossible for
 someone to help to diagnose a problem, because you can't just sent me
 your config file (AFAIK) and you can't tell what stuff is different on
 my system compared to your system.

 Actually, you can send a piece of an appropriate config file.  In your
 LyX home directory, there's a file named 'preferences'.  It should
 contain a line defining the DOT file type and additional lines for
 each related converter you added.  Mine read as follows:

 \format dot dot Dot  auto auto vector
 \converter dot pdf2 dot -Tpdf $$i -o $$o 

 Note that this is exactly what I entered in the all-powerful GUI.  :-)

 FWIW, I think that rather than an all-powerful GUI for editing
 converters, file formats, etc, these things should be stored in flat
 platform-specific configuration files that can be packaged for
 distribution as 'plugins' eg a set of LyX configuration files + linux
 package dependences = support for Graphviz in LyX. This would take the
 voodoo out of the job of getting LyX working with various different file
 formats, and allow end-users to make use of *the tools they know
 already* in order to get extra features working with LyX. I say this,
 but I'm not going to come and help, so you best ignore me here :-)


 Well, it would not be hard for someone to provide a patch file that
 one could apply to the preferences file.  The user would have to know
 how to merge in a patch file (or else LyX would have to provide a
 patch merge utility).  Unfortunately, these things are not entirely
 one-size-fits-all, even within operating systems.  For instance, my
 converter above works because I have the dot executable on my system
 command path.  Otherwise I need to provide the path to it someplace --
 which means your plug-in installer needs to detect the location of dot
 on my system, or else open up a dialog and ask me to locate it.

I think that that is the wrong approach. It is the job of the person
writing the plugin to specify the correct location for 'dot' or whatever
else. LyX should not take on the job of going out and finding all the
necessary tools.=

The usual solution for this problem is to provide a '#include' type
functionality for configuration files. For example, in the case of
Apache on Fedora you have /etc/httpd/conf/httpd.conf which contains:

 #
 # Load config files from the config directory /etc/httpd/conf/conf.d.
 #
 Include conf.d/*.conf
This mechanism allows external packages to drop files in the
/etc/httpd/conf.d directory as required, to add new behaviour to Apache.
This means that package managers are not required to *patch* files
already installed in the system, which is always a bad idea (how to
safely un-patch the file if it has been modified since originally being
patched?)
http://httpd.apache.org/docs/1.3/mod/core.html#include

Another approach is that of Gedit, which has a little file format
*.gedit-plugin. Any files having this extension contained in
/usr/lib/gedit-2/plugins/, or in ~/.gnome2/gedit/plugins/ are loaded and
run when gedit starts, allowing the loaded code to add functionality of
Gedit via a particular plugin API.
http://live.gnome.org/Gedit/PythonPluginHowTo#head-09e0d6a68df136e82b89fd8a4d340c5439ccbfc1

A similar system could be 

Re: Can't convert graphviz DOT format to PDF

[Paul A. Rubin]

John Pye wrote:


Well, it would not be hard for someone to provide a patch file that
one could apply to the preferences file.  The user would have to know
how to merge in a patch file (or else LyX would have to provide a
patch merge utility).  Unfortunately, these things are not entirely
one-size-fits-all, even within operating systems.  For instance, my
converter above works because I have the dot executable on my system
command path.  Otherwise I need to provide the path to it someplace --
which means your plug-in installer needs to detect the location of dot
on my system, or else open up a dialog and ask me to locate it.


I think that that is the wrong approach. It is the job of the person
writing the plugin to specify the correct location for 'dot' or whatever
else. LyX should not take on the job of going out and finding all the
necessary tools.=


[...]

A similar system could be used for configuration of LyX. The advantage
here is that platform specific stuff can be done by the packagers. For
example, on Ubuntu, you know that if you install the package 'graphviz'
then the program 'dot' will be installed in a standard location on PATH.
So it's just a question of creating a package that contains a file in
/etc/lyx/conf.d/graphviz.dot with dependencies on the Ubuntu 'graphviz'
package (so that installing the lyx-plugin-graphviz' package forces the
system to first install graphviz).

This approach allows Linux (Ubuntu, Fedora, SUSE, etc) release engineers
to do all the platform-specific stuff in a safe way, while still
permitting user customisation as well. Note that there might also need
to be some kind of 'lyx-reconfigure' program provided, as well. All of
this would also work fine with Fink on Mac, if desired. This only leaves
Windows as a bit of a special case, with its lack of a proper package
manager.


I agree that Windows is, as usual, a special case.  I'm not sure we can 
assume that Graphviz was installed using, say, a deb package on Ubuntu. 
 I haven't used Graphviz on Ubuntu myself, but isn't it possible that 
the user builds it rather than getting a package?  If yes, can we be 
sure where the user parked it?


For that matter, I have a commercial optimization suite I installed 
under Ubuntu.  The suite came (precompiled, of course) from the vendor 
as a generic Linux distribution, not as an Ubuntu or Debian package, 
with no particular guidance as to where to put it.  So I unpacked and 
installed it in a whimsically chosen location.


Perhaps the developers could follow your idea and come up with something 
that works for Linux and Mac users who used their respective package 
managers to install Graphviz, leaving Windows users and Linux/Mac users 
who didn't use the package manager to configure the converter manually. 
 That's mercifully beyond my pay grade, as we say hereabouts.



It is not the problem that LyX can't access the dot executable, because
when I create a converter for DOT-PNG everything works perfectly.
Problems arise when I set DOT to be a vector format and create only the
DOT-PDF (pdflatex) converter. In this case, I get a blank two-page
document, instead of the one-page document containing a Graphviz diagram
that I get with DOT-PNG.



I read previously (and forgot) that you had success with DOT - PNG. 
Probably a dopey question, but does DOT - PDF work for you if done from 
a terminal?  The Dot user guide is silent on producing PDF output 
directly (only mentions going via PS).  The more up-to-date online 
documentation does include -Tpdf as an option, with a note that this 
works only if Graphviz was built with the Cairo renderer.  I think you 
can tell from the Graphviz config file whether it has a plugin for 
pdf:cairo.  Otherwise, you might try 'dot -v -Tpdf whatever.dot -o 
whatever.pdf' and see what renderer is being used.  (Of course, if this 
produces a valid PDF file, the question is moot.)


/Paul

Force equations to stay with the text #8211; keep position?

[Tomi Makkonen]

Hi!

How do I force lyx to keep group of numbered equations together with the text? 
Now I have first equation with the text and then 2 figures and 2 tables (2 
pages) later the equations will continue. Those equations happen to be most 
importance in the text so it is not acceptable. 

Multiline C-Enter and putting all to float won#8217;t work. 

I#8217;m sure this has been asked many times, but I didn#8217;t find 
anything, except a post from year 2000 without any reply. I wonder if this is 
possible at all. I need to force figures and tables to stay? Would some kind of 
nesting work?

*/Tonpa

-- 
___
Surf the Web in a faster, safer and easier way:
Download Opera 9 at http://www.opera.com

Powered by Outblaze

Re: +/- in a table too large

[Manveru]

What I see here from those few responses different TeX distros have
different implementation (if I can tell that) of Latin Modern typefaces in
details. Very strange. The question we have here now is which distributions
are fine by default, and which may need some additional tweaks to get math
symbols fine with LM typeface.

2008/5/21 Les Denham [EMAIL PROTECTED]:

 On Tuesday 20 May 2008 12:36:01 pm Wolfgang Engelmann wrote:
  Have a look at the document settings. I can´t see any strange things
 there,
  and the error stays after taking out the preamble entrances

 I can see exactly what you are talking about.  The +/- symbol appears too
 large.  But only if you use Latin Modern fonts.  I tried every other font I
 have in LaTeX, and the problem seems to be exclusive to the LMSymbol Type 1
 font, which I assume is what is used for Math symbols when you use Latin
 Modern fonts for text.  Whether it is a problem with LyX, with LaTeX, or
 with
 the font, I can't tell.

 You can fiddle with the line spacing in the table (I don't remember exactly
 how), but it seems to me the simplest solution would be to use another
 font.

 I'm using 1.5.4 with texlive on Gentoo 2007.

 Les




-- 
Manveru
jabber: [EMAIL PROTECTED]
gg: 1624001
http://www.manveru.pl

Re: Can't convert graphviz DOT format to PDF

[Abdelrazak Younes]

Paul A. Rubin wrote:

John Pye wrote:



If I make a DOT-PNG converter and use that, it works fine. So there 
is nothing wrong with LyX's ability to make some form of file 
conversion here. It fails when I attempt to configure a conversion 
from DOT to PDF.




Works fine for me here.  Keep in mind that there are at least three PDF 
file formats defined within LyX, because different compilation methods 
(ps2pdf, pdflatex, dvipdfm) have different requirements.  On my box 
those are designated pdf, pdf2 and pdf3 respectively, and I'm pretty 
sure that's standard across installations.  If you create a converter 
from DOT to pdf3, say, and then use View - PDF (pdflatex) to see the 
output (which is creating pdf2 output), presumably something will break.


I always use pdflatex, so I created a Dot file format and then a Dot to 
PDF (pdflatex) converter.  The latter used the command line 'dot -Tpdf 
$$i -o $$o'.  I have the dot executable on my system command path; 
otherwise, I would need either to specify a full path in the converter 
or add the path to the LyX path prefix.


Hello Paul,

Maybe you could contribute this converter to LyX? I am very interested 
in dot but never took the time to try to integrate it within LyX.


Abdel.

Re: Can't convert graphviz DOT format to PDF

[John Pye]

Hi Paul

Paul A. Rubin wrote:
 John Pye wrote:


 If I make a DOT-PNG converter and use that, it works fine. So there
 is nothing wrong with LyX's ability to make some form of file
 conversion here. It fails when I attempt to configure a conversion
 from DOT to PDF.


 Works fine for me here.  Keep in mind that there are at least three
 PDF file formats defined within LyX, because different compilation
 methods (ps2pdf, pdflatex, dvipdfm) have different requirements.  On
 my box those are designated pdf, pdf2 and pdf3 respectively, and I'm
 pretty sure that's standard across installations.  If you create a
 converter from DOT to pdf3, say, and then use View - PDF (pdflatex)
 to see the output (which is creating pdf2 output), presumably
 something will break.

I tried this many times but no success. I am aware of the pdflatex (etc)
issue. It is not called 'pdf3' on my system, it is called 'PDF
(pdflatex)'. That is the standard on Fedora and Ubuntu systems, if not
elsewhere, so I don't think you're right about 'pdf3' etc.

This converter system is way too delicate IMHO: if you get it wrong, you
get minimal and rather cryptic error messages. It's also impossible for
someone to help to diagnose a problem, because you can't just sent me
your config file (AFAIK) and you can't tell what stuff is different on
my system compared to your system.

FWIW, I think that rather than an all-powerful GUI for editing
converters, file formats, etc, these things should be stored in flat
platform-specific configuration files that can be packaged for
distribution as 'plugins' eg a set of LyX configuration files + linux
package dependences = support for Graphviz in LyX. This would take the
voodoo out of the job of getting LyX working with various different file
formats, and allow end-users to make use of *the tools they know
already* in order to get extra features working with LyX. I say this,
but I'm not going to come and help, so you best ignore me here :-)

Cheers
JP

Re: +/- in a table too large

[G. Milde]

On 21.05.08, Manveru wrote:
 What I see here from those few responses different TeX distros have
 different implementation (if I can tell that) of Latin Modern typefaces in
 details. Very strange. 

To me it looks rather like a font substitution -- some font missing in some
disttributions or older versions.

Wolfgang, did you look in the latex log file for font substitution warnings?

(Exporting your example to latex and converting by hand might make it
easier to spot problems, at least if you have some familiarity with LaTeX.)


 The question we have here now is which distributions
 are fine by default, and which may need some additional tweaks to get math
 symbols fine with LM typeface.

My Debian/testing version of TeXLive works fine, the \pm is the same size as
the numbers.

Actually, it might be you just have to install additional parts/packages of
the distro or an actual version.

Günter

Re: Can't convert graphviz DOT format to PDF

[Abdelrazak Younes]

John Pye wrote:

FWIW, I think that rather than an all-powerful GUI for editing
converters, file formats, etc, these things should be stored in flat
platform-specific configuration files that can be packaged for
distribution as 'plugins' eg a set of LyX configuration files + linux
package dependences = support for Graphviz in LyX. This would take the
voodoo out of the job of getting LyX working with various different file
formats, and allow end-users to make use of *the tools they know
already* in order to get extra features working with LyX. I say this,
but I'm not going to come and help, so you best ignore me here :-)


Still, you are welcome to bring the subject and your thoughts to the 
development list. Maybe you could also create an enhancement entry in 
bugzilla too.


Abdel.

Re: Personal dictionary

[Rune Schjellerup Philosof]

Paul A. Rubin skrev:

Rune Schjellerup Philosof wrote:


I'm not sure if it's that simple on Windows.  On Windows, Aspell can 
be installed either for all users or for the user logged in during 
the installation.  I think the location of the personal dictionary 
depends on which choice was made (although I'm not 100% sure of that).
for all users ought to only change which users see the program in 
the start menu and whether registry entries are added system wide or 
user wide.
Then of course you need administrator rights to install for all 
users and you would normally install in a directory where only the 
administrator has rights to write.
I don't think it should change where the personal dictionary would be 
placed.
I agree that the installer should recognize that, even when other 
files go into a common location for all users to share, personal 
dictionaries should be personal.  I just don't think the installers 
necessarily do recognize that.


On the system I'm using just now (XP home), I actually have two 
personal dictionaries, as an artifact of some previous installation 
misadventures.  One is located in C:\Documents and Settings\All 
Users\Application Data\Aspell\Personal, the other in 
C:\Aspell\Personal.  (In earlier versions of LyX, we had to install 
the full Aspell program, and it had to be in C:\Aspell because the 
absolute path was hard-coded into LyX back then.)  In both cases, the 
file name is en.pws (and there is an associated file en.prepl).  The 
file name will differ if you are using, say, a Danish dictionary.  If 
you install Aspell for one user rather than all users, change All 
Users in the path above to your login name.  I'm not sure if this 
stuff is in the same location on Vista, but I know Vista has Documents 
and Settings directories somewhere.
I have just checked it thoroughly, and the personal dictionary is placed 
in C:\ProgramData\Aspell\Personal, which is very stupid.

So why is this stupid someone might ask. Well:
- First of all, this makes it a global dictionary for all users, not 
that personal.
- Second, users are for some stupid reason allowed to create files in 
\ProgramData and subdirectories, but only the creator is allowed to 
change the files. Which I assume could create some security issues, and 
some general anoyance.
- Third, since the first users becomes the owner, this is the only one 
allowed to change the file. But because of some fucked up Vista 
filesystem, programs not designed for Vista does not recoqnize that they 
are not allowed to write the file, and they just write it. When a 
program (not prepared for Vista) writes such a file, it is actually 
written, however in a different version only seen by this program, and 
only temporarily... Which is very anoying.


The personal dictionary ought to be put in 
C:\Users\username\AppData\Roaming\Aspell\Personal


--
Rune

Re: Personal dictionary

[Abdelrazak Younes]

Rune Schjellerup Philosof wrote:
I have just checked it thoroughly, and the personal dictionary is placed 
in C:\ProgramData\Aspell\Personal, which is very stupid.

So why is this stupid someone might ask. Well:
- First of all, this makes it a global dictionary for all users, not 
that personal.
- Second, users are for some stupid reason allowed to create files in 
\ProgramData and subdirectories, but only the creator is allowed to 
change the files. Which I assume could create some security issues, and 
some general anoyance.
- Third, since the first users becomes the owner, this is the only one 
allowed to change the file. But because of some fucked up Vista 
filesystem, programs not designed for Vista does not recoqnize that they 
are not allowed to write the file, and they just write it. When a 
program (not prepared for Vista) writes such a file, it is actually 
written, however in a different version only seen by this program, and 
only temporarily... Which is very anoying.


The personal dictionary ought to be put in 
C:\Users\username\AppData\Roaming\Aspell\Personal


Right, please report this in bugzilla.lyx.org.

Abdel.

Re: +/- in a table too large

[Wolfgang Engelmann]

--  Weitergeleitete Nachricht  --

Subject: Re: +/- in a table too large
Date: Mittwoch, 21. Mai 2008 08:15
From: Wolfgang Engelmann [EMAIL PROTECTED]
To: Paul A. Rubin [EMAIL PROTECTED]

Am Dienstag, 20. Mai 2008 20:52 schrieben Sie:
 Wolfgang Engelmann wrote:
  thanks for the various responses. Here is a minimal example
 
  Have a look at the document settings. I can´t see any strange things
  there, and the error stays after taking out the preamble entrances

 Compiles just fine for me (LyX 1.5.5).  I've attached the PDF.  The
 following is a shot in the dark:  try switching the fonts from Latin
 Modern to Adobe fonts, or Computer Modern, and see if the problem goes
 away.  If so, perhaps your Latin Modern fonts are somehow damaged.

 /Paul

Thanks, Paul and other kind people,

the problem is (partly) solved: The pdf file of Paul shows the same -too
large- fonts. So it is a matter of my kpdf viewer. Should have thought of it.
I use KPDF 0.5.8 (KDE 3.5.8). Does somebody use the same and could confirm my
problem?

Wolfgang

p.s.
I just tried to view the file with the other viewers of LyX (ps2pdf, ps,
dvipdfm) and they all give an error message -without specifying it. No
output. I have exported the table as a tex file and ran latex on it, viewing
the output gives the same problem (too large \pm)

p.p.s
I just found out, that the problem disappears, if I use higher magnification
in viewing the outputed text on my screen.

Too many things to think of!

Thanks for your patients and help

Wolfgang

---

Re: Packages required under Linux

[Daniel CLEMENT]

On Thursday 15 May 2008 17:06 +0200, [EMAIL PROTECTED]
wrote:


  [...] I could post it here if someone asks, or 
  maybe it could go to the Wiki page Peleg Michaeli has started.
 
 Please add it to the wiki page, I'd certainly appreciate it!
[...]

It's done:

http://wiki.lyx.org/LyX/LyXOnUbuntu

I hope it will help some users. Regards,
-- 

Daniel CLEMENT

Re: +/- in a table too large

[Wolfgang Engelmann]

Am Mittwoch, 21. Mai 2008 08:05 schrieb G. Milde:
 On 21.05.08, Manveru wrote:
  What I see here from those few responses different TeX distros have
  different implementation (if I can tell that) of Latin Modern typefaces
  in details. Very strange.

 To me it looks rather like a font substitution -- some font missing in some
 disttributions or older versions.

 Wolfgang, did you look in the latex log file for font substitution
 warnings?

 (Exporting your example to latex and converting by hand might make it
 easier to spot problems, at least if you have some familiarity with LaTeX.)

  The question we have here now is which distributions
  are fine by default, and which may need some additional tweaks to get
  math symbols fine with LM typeface.

 My Debian/testing version of TeXLive works fine, the \pm is the same size
 as the numbers.

 Actually, it might be you just have to install additional parts/packages of
 the distro or an actual version.

 Günter

Günther,
I think the reason for my complains is given in my last message (if I increase 
the pagesize, the pm is ok). But I could sent you the log file of the latex 
run, if you think it might be something else (in addition?). 
Thanks for your help.
Wolfgang

Re: ModernCV in LyX broken?

[Uwe Stöhr]

Frank schrieb:


I opened the moderncv.lyx example in lyx, pressed the pdflatex button to see
what it looks like and received the message, Undefined control sequence,
on the use of \moderncvtheme.  What is wrong?


You are using an old version of the modernCV LaTeX package. What is you LyX version and what LaTeX 
do you use?


You need at least version 0.6 of moderncv.

regards Uwe

Re: ModernCV in LyX broken?

[Frank]

Hi, Uwe.
I'm using LyX 1.5.5 and pdfTeX 3.141592-1.40.3-2.2 (Web2C 7.5.6).  How would
I find what version of moderncv I have?

Thanks,
Frank

On Wed, May 21, 2008 at 6:30 AM, Uwe Stöhr [EMAIL PROTECTED] wrote:

 You are using an old version of the modernCV LaTeX package. What is you LyX
 version and what LaTeX do you use?

 You need at least version 0.6 of moderncv.

 regards Uwe

Re: LyX/Mac for 10.3

[Bennett Helm]

On Mon, May 19, 2008 at 1:09 PM, Konrad Hofbauer [EMAIL PROTECTED]
wrote:


 A few things you could still try, if you haven't yet:

 1) Check permissions (in Disk Utility)
 Never hurts... ;-)

 2) Change the tmp directory
 In LyX's preferences (under Paths) you can set the location of a tmp
 directory: Create a tmp directory in your Home/Users folder and set this in
 the preferences. Reconfigure and restart LyX.


Honest -

Did you try these things? Did they work?

Bennett

Problem with LyX 1.5.5 (WinAltInstaller)

[Humberto Castejon]

Hi!

I just installed LyX 1.5.5 using the alternative installer for Windows (small 
version)

For some reason, when I open LyX, it does not remember the sate in which it was 
when it was closed. Any easy fix?

On another respect, while looking at the debugging messages, I have seen plenty 
of messages like the following:

LyxNot a file or we are unable to find it.
Found file: C:/tools/latex/Miktex2.6/tex/latex/psnfss/omxztmcm.fd
AbsolutePath file: C:/tools/latex/Miktex2.6/tex/latex/psnfss/omxztmcm.fd
 CRC...lyx::sum() using istream_iterator (slow as a snail)
done.

I do not like the slow as a snail thing :-). Something I can do to get rid of 
this?

Thanks

Nicolás

Re: Help with latexcad

[Angel Amat]

G. Milde-3 wrote:
 
 On 15.05.08, Rich Shepard wrote:
 On Thu, 15 May 2008, Angel Amat wrote:
 
 Hello, I am using latexcad to draw some diagrams with equations. The
 problem is that i can not insert this diagrams in the lyx document. I
 have
 copy the LATEXCAD.STY to the folder in which is the lyx document and I
 have written in the preamble of the documment \usepackage{latexcad}. The
 next is thousand errors.
 
 LyX usually does the latex run in a temp dir, but does not know that
 latexcad.sty should be moved there.
 
   First, the style file needs to be placed with all the other LyX style
 files, not in your document directory. 
 
 LaTeX style files (LyX has *.layout files).
 
 'locate *.sty' or 'whereis *.sty' will show you the path to those
 files. 
 
 The documentation of your latex distribution will also tell you the
 latex search path.
 
 Move latexcad.sty there.
 
 If it is locally installed, preferabely use a local path (like
 /usr/local/share/texmf/tex/latex/...)
 
 On Unix systems with TeXLive, you can also use ~/texmf/tex/latex
 
   Second, as root run 'texhash'.
 (not needed with ~/texmf/)
 
   Third, from within LyX, run 'reconfigure'.
 
 Not needed for styles that are only specified in the latex preamble.
 
 Günter
 
 
Sorry, but it is still not working. I am usign Windows and I don't know
where to write the thing you have said:

('locate *.sty' or 'whereis *.sty'
as root run 'texhash'.

I have copied the latexcad.sty in the folder indicated in the documentation
(...MiKTeX 2.7\tex\latex) and still appears the error (latexcad.sty not
found).

Thank you again

-- 
View this message in context: 
http://www.nabble.com/Help-with-latexcad-tp17258868p17364323.html
Sent from the LyX - Users mailing list archive at Nabble.com.

Re: ModernCV in LyX broken?

[Uwe Stöhr]

Frank schrieb:


I'm using LyX 1.5.5 and pdfTeX 3.141592-1.40.3-2.2 (Web2C 7.5.6).  How 
would I find what version of moderncv I have?


Open the file moderncv.cls with an editor.

regards Uwe

Re: Can't convert graphviz DOT format to PDF

[Paul A. Rubin]

John,

John Pye wrote:

Works fine for me here.  Keep in mind that there are at least three
PDF file formats defined within LyX, because different compilation
methods (ps2pdf, pdflatex, dvipdfm) have different requirements.  On
my box those are designated pdf, pdf2 and pdf3 respectively, and I'm
pretty sure that's standard across installations.  If you create a
converter from DOT to pdf3, say, and then use View - PDF (pdflatex)
to see the output (which is creating pdf2 output), presumably
something will break.


I tried this many times but no success. I am aware of the pdflatex (etc)
issue. It is not called 'pdf3' on my system, it is called 'PDF
(pdflatex)'. 


Should be both:  in Tools - Preferences - File formats, if I highlight 
'PDF (pdflatex)', that's the entry in the 'GUI name', while the entry in 
'Format' is pdf2.  FWIW, if you want to do a file export from the 
command line, you use pdf2 as the argument to the export flag. 
Shouldn't have anything to do with the converter working or not, though, 
so long as the converter entry points to the right output GUI name.



That is the standard on Fedora and Ubuntu systems, if not
elsewhere, so I don't think you're right about 'pdf3' etc.

This converter system is way too delicate IMHO: if you get it wrong, you
get minimal and rather cryptic error messages.


I tend to agree here, to the extent that if LyX gets an error message 
from an external command, it should forward it to the user.  I don't 
think that's always the case, though.  I suspect that sometimes LyX runs 
an external process and the child process exits with a nonzero error 
code but not much else.  LyX can't tell you what it doesn't know (i.e., 
LyX is not an academic).



It's also impossible for
someone to help to diagnose a problem, because you can't just sent me
your config file (AFAIK) and you can't tell what stuff is different on
my system compared to your system.


Actually, you can send a piece of an appropriate config file.  In your 
LyX home directory, there's a file named 'preferences'.  It should 
contain a line defining the DOT file type and additional lines for each 
related converter you added.  Mine read as follows:


\format dot dot Dot  auto auto vector
\converter dot pdf2 dot -Tpdf $$i -o $$o 

Note that this is exactly what I entered in the all-powerful GUI.  :-)


FWIW, I think that rather than an all-powerful GUI for editing
converters, file formats, etc, these things should be stored in flat
platform-specific configuration files that can be packaged for
distribution as 'plugins' eg a set of LyX configuration files + linux
package dependences = support for Graphviz in LyX. This would take the
voodoo out of the job of getting LyX working with various different file
formats, and allow end-users to make use of *the tools they know
already* in order to get extra features working with LyX. I say this,
but I'm not going to come and help, so you best ignore me here :-)



Well, it would not be hard for someone to provide a patch file that one 
could apply to the preferences file.  The user would have to know how to 
merge in a patch file (or else LyX would have to provide a patch merge 
utility).  Unfortunately, these things are not entirely 
one-size-fits-all, even within operating systems.  For instance, my 
converter above works because I have the dot executable on my system 
command path.  Otherwise I need to provide the path to it someplace -- 
which means your plug-in installer needs to detect the location of dot 
on my system, or else open up a dialog and ask me to locate it.


If the converter entries above don't work on your system, it's possible 
that either LyX (more precisely, the child shell it spawns) can't find 
the dot executable or else lacks permission to run it.  Try the 
following.  Open a LyX doc with a dot image embedded and try View - PDF 
(pdflatex), which I gather will fail silently.  With LyX still running, 
open a terminal and navigate to the LyX temporary directory.  Verify 
that a copy of the DOT file sits there, probably with the name mangled 
by LyX.  Assuming so, run the converter from the terminal, using exactly 
the syntax of your converter entry (but substituting the mangled file 
name for $$i and the same name with a pdf extension for $$o).  In my 
case that means 'dot -Tpdf mangled name.dot -o mangled name.pdf'. 
If it fails, maybe you'll get a helpful error message in the terminal 
window.


/Paul

Re: Can't convert graphviz DOT format to PDF

[Paul A. Rubin]

Hi Abdel,

Abdelrazak Younes wrote:

Maybe you could contribute this converter to LyX? I am very interested 
in dot but never took the time to try to integrate it within LyX.


Happy to oblige, but I'm not sure what there is to contribute.  These 
are the lines I added to the preferences file (through Tools - 
Preferences...):


\format dot dot Dot  auto auto vector
\converter dot pdf2 dot -Tpdf $$i -o $$o 

If somebody wants to build that into a future release (which I assume 
means adding something to the configuration script to detect the dot 
executable), that's fine with me, and I hereby grant license to include 
it (if such license is even necessary -- this wouldn't seem to meet the 
standard of intellectual property).


Cheers,
Paul

Re: Problem with LyX 1.5.5 (WinAltInstaller)

[Uwe Stöhr]

Humberto Castejon schrieb:

For some reason, when I open LyX, it does not remember the sate in which 
it was when it was closed. Any easy fix?


Strange, to assure that this works, try to uninstall the existing LyX 1.5 versions you have on your 
system _completely_ (including personal user settings). But before reinstalling do what I say below:


On another respect, while looking at the debugging messages, I have seen 
plenty of messages like the following:


LyxNot a file or we are unable to find it.
Found file: C:/tools/latex/Miktex2.6/tex/latex/psnfss/omxztmcm.fd
AbsolutePath file: C:/tools/latex/Miktex2.6/tex/latex/psnfss/omxztmcm.fd
 CRC...lyx::sum() using istream_iterator (slow as a snail)
done.


So it seems that your MiKTeX installation is broken. As MiKTeX 2.6 is no longer supported by its 
developer, I recommend to uninstall MiKTeX als _completely_ (use the uninstaller option tidy up 
thoroughly).


Then download the complete installer version of the AltInstaller (that includes the latest MiKTeX) 
and reinstall LyX 1.5.5.


regards Uwe

Mysterious LaTeX Error

[Rich Shepard]

  Folks here have been exceptionally helpful in seeing errors that I miss.
This new error may well be the most challenging.

  My embedded LaTeX is trying to print a two-column table with text
(strings) in each column, no numbers. Here's the relevant code:

ivr.write('\\begin{tabular}{lp{75mm}} \\hline ')
  ivr.write('\n''\n')
  for left,right in subitems:
 ivr.write(str(left))
 ivr.write('  ')
 ivr.write(str(right))
 ivr.write('')
 ivr.write('\n')
   ivr.write('\n''\n')
   ivr.write('\\hline')
   ivr.write('\\end{tabular}')

But, pdflatex throws this error:

! Missing $ inserted.
inserted text
$
l.1963 IIA1  if impervioussurface_
   amount is little then goodness is
greatly...

  The 'Missing $ inserted' error message is generated when there is a math
symbol (e.g., $) in the text string that causes LaTeX to enter math mode. I
do not have any monetary amounts in the text. What other character might be
seen by LaTeX as a command to enter math mode when that's not my intention?
I don't see anything jumping out at me -- particularly in the string on line
1963 above -- that tells me what I need to fix.

Rich

--
Richard B. Shepard, Ph.D.   |  IntegrityCredibility
Applied Ecosystem Services, Inc.|Innovation
http://www.appl-ecosys.com Voice: 503-667-4517  Fax: 503-667-8863

Re: Mysterious LaTeX Error -- SOLVED

[Rich Shepard]

On Wed, 21 May 2008, Rich Shepard wrote:


l.1963 IIA1  if impervioussurface_
  amount is little then goodness is greatly...



What other character might be seen by LaTeX as a command to enter math
mode when that's not my intention?


  OK. Got it. LaTeX sees the underscore as a math mode instruction to set
the next character positioned as a subscript. Python, on the other hand,
doesn't like underscores separating words. Sigh. That was the problem.

Rich

--
Richard B. Shepard, Ph.D.   |  IntegrityCredibility
Applied Ecosystem Services, Inc.|Innovation
http://www.appl-ecosys.com Voice: 503-667-4517  Fax: 503-667-8863

Re: Mysterious LaTeX Error

[José Matos]

On Wednesday 21 May 2008 17:24:04 Rich Shepard wrote:
    The 'Missing $ inserted' error message is generated when there is a math
 symbol (e.g., $) in the text string that causes LaTeX to enter math mode. I
 do not have any monetary amounts in the text. What other character might be
 seen by LaTeX as a command to enter math mode when that's not my intention?
 I don't see anything jumping out at me -- particularly in the string on
 line 1963 above -- that tells me what I need to fix.

The usual culprit in these cases is the underscore.

My suggestion is to replace the calls to str(left) and str(right) by a call to 
a new function that escapes all the usual suspects.

something like:

def latex_escape( item):
   usual_suspects = {'_' : '$_$', '$': '\$'}

   item = str(item)
   for chr in usual_suspects:
  item = item.replace(chr, usual_suspects[chr])
   return item


I am not sure if the latex code is right but you get the idea. :-)

 Rich

-- 
José Abílio

Re: Mysterious LaTeX Error

[Rich Shepard]

On Wed, 21 May 2008, José Matos wrote:


The usual culprit in these cases is the underscore.


Jose,

  Sure was.


My suggestion is to replace the calls to str(left) and str(right) by a
call to a new function that escapes all the usual suspects.


  Good idea.


I am not sure if the latex code is right but you get the idea. :-)


  Both LaTeX and Python code are correct.

Many thanks,

Rich

--
Richard B. Shepard, Ph.D.   |  IntegrityCredibility
Applied Ecosystem Services, Inc.|Innovation
http://www.appl-ecosys.com Voice: 503-667-4517  Fax: 503-667-8863

Problems building lyx 1.5.5 with qt4.4

[Adolf_Panzer]

Hello, 

I downloaded qt4.4 this week, built it with the familiar
configure
make
make install
locally to /data/XXX/qt-x11-opensource-src-4.4.0/qt4.4/ , because I am not root 
on this system( Debian Etch). Then I tried to configure lyx, but it always 
complains about qt not being found. Here are some configure commands I tried

./configure --with-extra-lib=/data/XXX/qt-x11-opensource-src-4.4.0/qt4.4/lib 
--with-extra-inc=/data/XXX/qt-x11-opensource-src-4.4.0/qt4.4/include 
--prefix=/home/XXX/lyx 

./configure --with-extra-prefix=/data/XXX/qt-x11-opensource-src-4.4.0/qt4.4/ 
--prefix=/home/XXX/lyx 

with a sample output

Configuration
  Host type:i686-pc-linux-gnu
  Special build flags:  pch  use-aspell use-ispell
  C   Compiler: gcc
  C   Compiler LyX flags:
  C   Compiler flags:
-I/data/XXX/qt-x11-opensource-src-4.4.0/qt4.4/include-O2
  C++ Compiler: g++ (4.1.2)
  C++ Compiler LyX flags:
  C++ Compiler flags:
-I/data/XXX/qt-x11-opensource-src-4.4.0/qt4.4/include-O2
  Linker flags:
  Linker user flags: 
-L/data/XXX/qt-x11-opensource-src-4.4.0/qt4.4/lib
  Qt 4 Frontend:
  Qt 4 version:
  Packaging:posix
  LyX binary dir:   /home/XXX/lyx/bin
  LyX files dir:/home/XXX/lyx/share/lyx

 The following problems have been detected by configure.
 Please check the messages below before running 'make'.
 (see the section 'Problems' in the INSTALL file)

** qt 4 library not found !

My question is:
Is there something wrong with the configure script, or do I have to set some 
environment variables, linker updates... for qt4.4?

greetings
-- 
Desperate Housewives - das Spiel!
Pikante Skandale, schockierende Details unter: http://flat.games.gmx.de

Re: LyX/Mac for 10.3

[Honest Guvnor]

On Wed, May 21, 2008 at 3:02 PM, Bennett Helm [EMAIL PROTECTED] wrote:
 On Mon, May 19, 2008 at 1:09 PM, Konrad Hofbauer [EMAIL PROTECTED]
 wrote:

 A few things you could still try, if you haven't yet:

 1) Check permissions (in Disk Utility)
 Never hurts... ;-)

 2) Change the tmp directory
 In LyX's preferences (under Paths) you can set the location of a tmp
 directory: Create a tmp directory in your Home/Users folder and set this in
 the preferences. Reconfigure and restart LyX.

 Honest -
 Did you try these things? Did they work?

I am afraid they were tried without success when we originally saw the
problem. The only recent new information is that deleting the top
temporary directory after the first popup cures the problem. This
makes lyx 1.5 effectively useable and so progress has been made.

Re: ModernCV in LyX broken?

[Frank]

Hi, Uwe.Thanks!  I see I am using v0.5.  I'll download the moderncv
package from CTAN (presuming it has v0.6).  Just to recap, though, I copy
the files to their corresponding places in texlive/2007/. directories,
choose Reconfigure within LyX, and then restart, correct?

Thanks for all Your help.
Frank

On Wed, May 21, 2008 at 12:00 PM, Uwe Stöhr [EMAIL PROTECTED] wrote:

 Open the file moderncv.cls with an editor.

 regards Uwe

Re: Problems building lyx 1.5.5 with qt4.4

[Konrad Hofbauer]

[EMAIL PROTECTED] wrote:
./configure --with-extra-prefix=/data/XXX/qt-x11-opensource-src-4.4.0/qt4.4/ --prefix=/home/XXX/lyx 


shouldn't the configure option for qt be: 
--with-qt4-dir=/data/XXX/qt-x11-opensource-src-4.4.0/qt4.4


/Konrad

Re: ModernCV in LyX broken?

[Uwe Stöhr]

Frank schrieb:


Hi, Uwe.Thanks!  I see I am using v0.5.  I'll download the moderncv
package from CTAN (presuming it has v0.6).


Of course it has the latest version, that is 0.6.


Just to recap, though, I copy
the files to their corresponding places in texlive/2007/. directories,
choose Reconfigure within LyX, and then restart, correct?


Yes, but also run texhash to register the new files that come with version 0.6 
to TeXLive.

regards Uwe

Filename Latex (plain) export

[Michael Brunneder]

Hello!

I've the following problem. I want to export my lyx file that contains 
some included latex files to plain latex. But the the export option 
suggests as filename the path and name of the first occuring included 
latex file. Here is a small example.


New lyx file: newfile1.lyx
File - Export - Latex (plain)
then a file called newfile1.tex is created - as expected

now: Insert - File - Child Document ...
e.g latex1.tex
again: File - Export - Latex (plain)
now latex1.tex is suggested as file name - why??

I'm missing something or is this a bug?

Lyx 1.5.5 WinXP



Thanks for your help.
Michael

Re: Can't convert graphviz DOT format to PDF

[Abdelrazak Younes]

Paul A. Rubin wrote:

Hi Abdel,

Abdelrazak Younes wrote:

Maybe you could contribute this converter to LyX? I am very interested 
in dot but never took the time to try to integrate it within LyX.


Happy to oblige, but I'm not sure what there is to contribute.  These 
are the lines I added to the preferences file (through Tools - 
Preferences...):


\format dot dot Dot  auto auto vector
\converter dot pdf2 dot -Tpdf $$i -o $$o 


Yes, that's what I mean.



If somebody wants to build that into a future release (which I assume 
means adding something to the configuration script to detect the dot 
executable),


If you bring the subject to the list I am sure someone will do the rest 
(or help you do the rest ;-)


that's fine with me, and I hereby grant license to include 
it (if such license is even necessary -- this wouldn't seem to meet the 
standard of intellectual property).


Good!

Abdel.

Re: ModernCV in LyX broken?

[Frank]

Thanks!  It works!

On Wed, May 21, 2008 at 1:51 PM, Uwe Stöhr [EMAIL PROTECTED] wrote:

 Yes, but also run texhash to register the new files that come with version
 0.6 to TeXLive.

 regards Uwe

Greek Fonts don't display on Screen but print out in PDF

[Erez Yerushalmi]

 (Sorry for sending this again - if I did. I am not sure to which address to
send a question to. Sorry  )
Hi,

I'm a new user to LyX. Just installed LyX 1.5.5 on my Windows XP.
Most of the Greek Fonts such as \alpha \beta \gamma etc. come out on screen
as a red empty box.
However, viewing the page as PDF gives me the correct fonts.

I have latex-xft fonts and Bakoma fonts installed on my pc.

Can anyone help?

Thanks a lot,

Erez

Re: Greek Fonts don't display on Screen but print out in PDF

[Paul A. Rubin]

Erez Yerushalmi wrote:

 (Sorry for sending this again - if I did. I am not sure to which address to
send a question to. Sorry  )
Hi,

I'm a new user to LyX. Just installed LyX 1.5.5 on my Windows XP.
Most of the Greek Fonts such as \alpha \beta \gamma etc. come out on screen
as a red empty box.
However, viewing the page as PDF gives me the correct fonts.

I have latex-xft fonts and Bakoma fonts installed on my pc.

Can anyone help?



You have both latex-xft and Bakoma installed under XP?  Unless I'm 
missing something, you should need only the Bakoma fonts.  The empty box 
thing usually is a problem with the fonts, and at least with older 
versions of LyX it was not unheard of for the fonts to get broken 
somehow on XP.  Try the following:


1.  Grab a copy of the Bakoma archive and unzip it somewhere.
2.  Use the Windows font applet (Control Panel) to delete the eight 
fonts in the Bakoma archive, assuming they're installed.

3.  Then use the font applet to install the unzipped files.
4.  Restart LyX and hope for the best.

/Paul

Re: Can't convert graphviz DOT format to PDF

[John Pye]

Paul A. Rubin wrote:
 John,

 John Pye wrote:
 Works fine for me here.  Keep in mind that there are at least three
 PDF file formats defined within LyX, because different compilation
 methods (ps2pdf, pdflatex, dvipdfm) have different requirements.  On
 my box those are designated pdf, pdf2 and pdf3 respectively, and I'm
 pretty sure that's standard across installations.  If you create a
 converter from DOT to pdf3, say, and then use View - PDF (pdflatex)
 to see the output (which is creating pdf2 output), presumably
 something will break.

 I tried this many times but no success. I am aware of the pdflatex (etc)
 issue. It is not called 'pdf3' on my system, it is called 'PDF
 (pdflatex)'. 

 Should be both:  in Tools - Preferences - File formats, if I
 highlight 'PDF (pdflatex)', that's the entry in the 'GUI name', while
 the entry in 'Format' is pdf2.  FWIW, if you want to do a file export
 from the command line, you use pdf2 as the argument to the export
 flag. Shouldn't have anything to do with the converter working or not,
 though, so long as the converter entry points to the right output GUI
 name.

 That is the standard on Fedora and Ubuntu systems, if not
 elsewhere, so I don't think you're right about 'pdf3' etc.

 This converter system is way too delicate IMHO: if you get it wrong, you
 get minimal and rather cryptic error messages.

 I tend to agree here, to the extent that if LyX gets an error message
 from an external command, it should forward it to the user.  I don't
 think that's always the case, though.  I suspect that sometimes LyX
 runs an external process and the child process exits with a nonzero
 error code but not much else.  LyX can't tell you what it doesn't know
 (i.e., LyX is not an academic).

 It's also impossible for
 someone to help to diagnose a problem, because you can't just sent me
 your config file (AFAIK) and you can't tell what stuff is different on
 my system compared to your system.

 Actually, you can send a piece of an appropriate config file.  In your
 LyX home directory, there's a file named 'preferences'.  It should
 contain a line defining the DOT file type and additional lines for
 each related converter you added.  Mine read as follows:

 \format dot dot Dot  auto auto vector
 \converter dot pdf2 dot -Tpdf $$i -o $$o 

 Note that this is exactly what I entered in the all-powerful GUI.  :-)

 FWIW, I think that rather than an all-powerful GUI for editing
 converters, file formats, etc, these things should be stored in flat
 platform-specific configuration files that can be packaged for
 distribution as 'plugins' eg a set of LyX configuration files + linux
 package dependences = support for Graphviz in LyX. This would take the
 voodoo out of the job of getting LyX working with various different file
 formats, and allow end-users to make use of *the tools they know
 already* in order to get extra features working with LyX. I say this,
 but I'm not going to come and help, so you best ignore me here :-)


 Well, it would not be hard for someone to provide a patch file that
 one could apply to the preferences file.  The user would have to know
 how to merge in a patch file (or else LyX would have to provide a
 patch merge utility).  Unfortunately, these things are not entirely
 one-size-fits-all, even within operating systems.  For instance, my
 converter above works because I have the dot executable on my system
 command path.  Otherwise I need to provide the path to it someplace --
 which means your plug-in installer needs to detect the location of dot
 on my system, or else open up a dialog and ask me to locate it.

I think that that is the wrong approach. It is the job of the person
writing the plugin to specify the correct location for 'dot' or whatever
else. LyX should not take on the job of going out and finding all the
necessary tools.=

The usual solution for this problem is to provide a '#include' type
functionality for configuration files. For example, in the case of
Apache on Fedora you have /etc/httpd/conf/httpd.conf which contains:

 #
 # Load config files from the config directory /etc/httpd/conf/conf.d.
 #
 Include conf.d/*.conf
This mechanism allows external packages to drop files in the
/etc/httpd/conf.d directory as required, to add new behaviour to Apache.
This means that package managers are not required to *patch* files
already installed in the system, which is always a bad idea (how to
safely un-patch the file if it has been modified since originally being
patched?)
http://httpd.apache.org/docs/1.3/mod/core.html#include

Another approach is that of Gedit, which has a little file format
*.gedit-plugin. Any files having this extension contained in
/usr/lib/gedit-2/plugins/, or in ~/.gnome2/gedit/plugins/ are loaded and
run when gedit starts, allowing the loaded code to add functionality of
Gedit via a particular plugin API.
http://live.gnome.org/Gedit/PythonPluginHowTo#head-09e0d6a68df136e82b89fd8a4d340c5439ccbfc1

A similar system could be 

Re: Can't convert graphviz DOT format to PDF

[Paul A. Rubin]

John Pye wrote:


Well, it would not be hard for someone to provide a patch file that
one could apply to the preferences file.  The user would have to know
how to merge in a patch file (or else LyX would have to provide a
patch merge utility).  Unfortunately, these things are not entirely
one-size-fits-all, even within operating systems.  For instance, my
converter above works because I have the dot executable on my system
command path.  Otherwise I need to provide the path to it someplace --
which means your plug-in installer needs to detect the location of dot
on my system, or else open up a dialog and ask me to locate it.


I think that that is the wrong approach. It is the job of the person
writing the plugin to specify the correct location for 'dot' or whatever
else. LyX should not take on the job of going out and finding all the
necessary tools.=


[...]

A similar system could be used for configuration of LyX. The advantage
here is that platform specific stuff can be done by the packagers. For
example, on Ubuntu, you know that if you install the package 'graphviz'
then the program 'dot' will be installed in a standard location on PATH.
So it's just a question of creating a package that contains a file in
/etc/lyx/conf.d/graphviz.dot with dependencies on the Ubuntu 'graphviz'
package (so that installing the lyx-plugin-graphviz' package forces the
system to first install graphviz).

This approach allows Linux (Ubuntu, Fedora, SUSE, etc) release engineers
to do all the platform-specific stuff in a safe way, while still
permitting user customisation as well. Note that there might also need
to be some kind of 'lyx-reconfigure' program provided, as well. All of
this would also work fine with Fink on Mac, if desired. This only leaves
Windows as a bit of a special case, with its lack of a proper package
manager.


I agree that Windows is, as usual, a special case.  I'm not sure we can 
assume that Graphviz was installed using, say, a deb package on Ubuntu. 
 I haven't used Graphviz on Ubuntu myself, but isn't it possible that 
the user builds it rather than getting a package?  If yes, can we be 
sure where the user parked it?


For that matter, I have a commercial optimization suite I installed 
under Ubuntu.  The suite came (precompiled, of course) from the vendor 
as a generic Linux distribution, not as an Ubuntu or Debian package, 
with no particular guidance as to where to put it.  So I unpacked and 
installed it in a whimsically chosen location.


Perhaps the developers could follow your idea and come up with something 
that works for Linux and Mac users who used their respective package 
managers to install Graphviz, leaving Windows users and Linux/Mac users 
who didn't use the package manager to configure the converter manually. 
 That's mercifully beyond my pay grade, as we say hereabouts.



It is not the problem that LyX can't access the dot executable, because
when I create a converter for DOT-PNG everything works perfectly.
Problems arise when I set DOT to be a vector format and create only the
DOT-PDF (pdflatex) converter. In this case, I get a blank two-page
document, instead of the one-page document containing a Graphviz diagram
that I get with DOT-PNG.



I read previously (and forgot) that you had success with DOT - PNG. 
Probably a dopey question, but does DOT - PDF work for you if done from 
a terminal?  The Dot user guide is silent on producing PDF output 
directly (only mentions going via PS).  The more up-to-date online 
documentation does include -Tpdf as an option, with a note that this 
works only if Graphviz was built with the Cairo renderer.  I think you 
can tell from the Graphviz config file whether it has a plugin for 
pdf:cairo.  Otherwise, you might try 'dot -v -Tpdf whatever.dot -o 
whatever.pdf' and see what renderer is being used.  (Of course, if this 
produces a valid PDF file, the question is moot.)


/Paul

Force equations to stay with the text #8211; keep position?

[Tomi Makkonen]

Hi!

How do I force lyx to keep group of numbered equations together with the text? 
Now I have first equation with the text and then 2 figures and 2 tables (2 
pages) later the equations will continue. Those equations happen to be most 
importance in the text so it is not acceptable. 

Multiline C-Enter and putting all to float won#8217;t work. 

I#8217;m sure this has been asked many times, but I didn#8217;t find 
anything, except a post from year 2000 without any reply. I wonder if this is 
possible at all. I need to force figures and tables to stay? Would some kind of 
nesting work?

*/Tonpa

-- 
___
Surf the Web in a faster, safer and easier way:
Download Opera 9 at http://www.opera.com

Powered by Outblaze

Re: +/- in a table too large

[Manveru]

What I see here from those few responses different TeX distros have
different implementation (if I can tell that) of Latin Modern typefaces in
details. Very strange. The question we have here now is which distributions
are fine by default, and which may need some additional tweaks to get math
symbols fine with LM typeface.

2008/5/21 Les Denham <[EMAIL PROTECTED]>:

> On Tuesday 20 May 2008 12:36:01 pm Wolfgang Engelmann wrote:
> > Have a look at the document settings. I can´t see any strange things
> there,
> > and the error stays after taking out the preamble entrances
>
> I can see exactly what you are talking about.  The +/- symbol appears too
> large.  But only if you use Latin Modern fonts.  I tried every other font I
> have in LaTeX, and the problem seems to be exclusive to the LMSymbol Type 1
> font, which I assume is what is used for Math symbols when you use Latin
> Modern fonts for text.  Whether it is a problem with LyX, with LaTeX, or
> with
> the font, I can't tell.
>
> You can fiddle with the line spacing in the table (I don't remember exactly
> how), but it seems to me the simplest solution would be to use another
> font.
>
> I'm using 1.5.4 with texlive on Gentoo 2007.
>
> Les
>



-- 
Manveru
jabber: [EMAIL PROTECTED]
gg: 1624001
http://www.manveru.pl

Re: Can't convert graphviz DOT format to PDF

[Abdelrazak Younes]

Paul A. Rubin wrote:

John Pye wrote:



If I make a DOT->PNG converter and use that, it works fine. So there 
is nothing wrong with LyX's ability to make some form of file 
conversion here. It fails when I attempt to configure a conversion 
from DOT to PDF.




Works fine for me here.  Keep in mind that there are at least three PDF 
file formats defined within LyX, because different compilation methods 
(ps2pdf, pdflatex, dvipdfm) have different requirements.  On my box 
those are designated pdf, pdf2 and pdf3 respectively, and I'm pretty 
sure that's standard across installations.  If you create a converter 
from DOT to pdf3, say, and then use View -> PDF (pdflatex) to see the 
output (which is creating pdf2 output), presumably something will break.


I always use pdflatex, so I created a Dot file format and then a Dot to 
PDF (pdflatex) converter.  The latter used the command line 'dot -Tpdf 
$$i -o $$o'.  I have the dot executable on my system command path; 
otherwise, I would need either to specify a full path in the converter 
or add the path to the LyX path prefix.


Hello Paul,

Maybe you could contribute this converter to LyX? I am very interested 
in dot but never took the time to try to integrate it within LyX.


Abdel.

Re: Can't convert graphviz DOT format to PDF

[John Pye]

Hi Paul

Paul A. Rubin wrote:
> John Pye wrote:
>
>>
>> If I make a DOT->PNG converter and use that, it works fine. So there
>> is nothing wrong with LyX's ability to make some form of file
>> conversion here. It fails when I attempt to configure a conversion
>> from DOT to PDF.
>>
>
> Works fine for me here.  Keep in mind that there are at least three
> PDF file formats defined within LyX, because different compilation
> methods (ps2pdf, pdflatex, dvipdfm) have different requirements.  On
> my box those are designated pdf, pdf2 and pdf3 respectively, and I'm
> pretty sure that's standard across installations.  If you create a
> converter from DOT to pdf3, say, and then use View -> PDF (pdflatex)
> to see the output (which is creating pdf2 output), presumably
> something will break.

I tried this many times but no success. I am aware of the pdflatex (etc)
issue. It is not called 'pdf3' on my system, it is called 'PDF
(pdflatex)'. That is the standard on Fedora and Ubuntu systems, if not
elsewhere, so I don't think you're right about 'pdf3' etc.

This converter system is way too delicate IMHO: if you get it wrong, you
get minimal and rather cryptic error messages. It's also impossible for
someone to help to diagnose a problem, because you can't just "sent me
your config file" (AFAIK) and you can't tell what stuff is different on
my system compared to your system.

FWIW, I think that rather than an all-powerful GUI for editing
converters, file formats, etc, these things should be stored in flat
platform-specific configuration files that can be packaged for
distribution as 'plugins' eg a set of LyX configuration files + linux
package dependences = support for Graphviz in LyX. This would take the
voodoo out of the job of getting LyX working with various different file
formats, and allow end-users to make use of *the tools they know
already* in order to get extra features working with LyX. I say this,
but I'm not going to come and help, so you best ignore me here :-)

Cheers
JP

Re: +/- in a table too large

[G. Milde]

On 21.05.08, Manveru wrote:
> What I see here from those few responses different TeX distros have
> different implementation (if I can tell that) of Latin Modern typefaces in
> details. Very strange. 

To me it looks rather like a font substitution -- some font missing in some
disttributions or older versions.

Wolfgang, did you look in the latex log file for font substitution warnings?

(Exporting your example to latex and converting "by hand" might make it
easier to spot problems, at least if you have some familiarity with LaTeX.)


> The question we have here now is which distributions
> are fine by default, and which may need some additional tweaks to get math
> symbols fine with LM typeface.

My Debian/testing version of TeXLive works fine, the \pm is the same size as
the numbers.

Actually, it might be you just have to install additional parts/packages of
the distro or an actual version.

Günter

Re: Can't convert graphviz DOT format to PDF

[Abdelrazak Younes]

John Pye wrote:

FWIW, I think that rather than an all-powerful GUI for editing
converters, file formats, etc, these things should be stored in flat
platform-specific configuration files that can be packaged for
distribution as 'plugins' eg a set of LyX configuration files + linux
package dependences = support for Graphviz in LyX. This would take the
voodoo out of the job of getting LyX working with various different file
formats, and allow end-users to make use of *the tools they know
already* in order to get extra features working with LyX. I say this,
but I'm not going to come and help, so you best ignore me here :-)


Still, you are welcome to bring the subject and your thoughts to the 
development list. Maybe you could also create an enhancement entry in 
bugzilla too.


Abdel.

Re: Personal dictionary

[Rune Schjellerup Philosof]

Paul A. Rubin skrev:

Rune Schjellerup Philosof wrote:


I'm not sure if it's that simple on Windows.  On Windows, Aspell can 
be installed either for "all users" or for the user logged in during 
the installation.  I think the location of the personal dictionary 
depends on which choice was made (although I'm not 100% sure of that).
for "all users" ought to only change which users see the program in 
the start menu and whether registry entries are added system wide or 
user wide.
Then of course you need administrator rights to install for "all 
users" and you would normally install in a directory where only the 
administrator has rights to write.
I don't think it should change where the personal dictionary would be 
placed.
I agree that the installer should recognize that, even when other 
files go into a common location for all users to share, personal 
dictionaries should be personal.  I just don't think the installers 
necessarily do recognize that.


On the system I'm using just now (XP home), I actually have two 
personal dictionaries, as an artifact of some previous installation 
misadventures.  One is located in C:\Documents and Settings\All 
Users\Application Data\Aspell\Personal, the other in 
C:\Aspell\Personal.  (In earlier versions of LyX, we had to install 
the full Aspell program, and it had to be in C:\Aspell because the 
absolute path was hard-coded into LyX back then.)  In both cases, the 
file name is en.pws (and there is an associated file en.prepl).  The 
file name will differ if you are using, say, a Danish dictionary.  If 
you install Aspell for one user rather than all users, change "All 
Users" in the path above to your login name.  I'm not sure if this 
stuff is in the same location on Vista, but I know Vista has Documents 
and Settings directories somewhere.
I have just checked it thoroughly, and the personal dictionary is placed 
in C:\ProgramData\Aspell\Personal, which is very stupid.

So why is this stupid someone might ask. Well:
- First of all, this makes it a global dictionary for all users, not 
that personal.
- Second, users are for some stupid reason allowed to create files in 
\ProgramData and subdirectories, but only the creator is allowed to 
change the files. Which I assume could create some security issues, and 
some general anoyance.
- Third, since the first users becomes the owner, this is the only one 
allowed to change the file. But because of some fucked up Vista 
filesystem, programs not designed for Vista does not recoqnize that they 
are not allowed to write the file, and they just write it. When a 
program (not prepared for Vista) writes such a file, it is actually 
written, however in a different version only seen by this program, and 
only temporarily... Which is very anoying.


The personal dictionary ought to be put in 
C:\Users\username\AppData\Roaming\Aspell\Personal


--
Rune

Re: Personal dictionary

[Abdelrazak Younes]

Rune Schjellerup Philosof wrote:
I have just checked it thoroughly, and the personal dictionary is placed 
in C:\ProgramData\Aspell\Personal, which is very stupid.

So why is this stupid someone might ask. Well:
- First of all, this makes it a global dictionary for all users, not 
that personal.
- Second, users are for some stupid reason allowed to create files in 
\ProgramData and subdirectories, but only the creator is allowed to 
change the files. Which I assume could create some security issues, and 
some general anoyance.
- Third, since the first users becomes the owner, this is the only one 
allowed to change the file. But because of some fucked up Vista 
filesystem, programs not designed for Vista does not recoqnize that they 
are not allowed to write the file, and they just write it. When a 
program (not prepared for Vista) writes such a file, it is actually 
written, however in a different version only seen by this program, and 
only temporarily... Which is very anoying.


The personal dictionary ought to be put in 
C:\Users\username\AppData\Roaming\Aspell\Personal


Right, please report this in bugzilla.lyx.org.

Abdel.

Re: +/- in a table too large

[Wolfgang Engelmann]

--  Weitergeleitete Nachricht  --

Subject: Re: +/- in a table too large
Date: Mittwoch, 21. Mai 2008 08:15
From: Wolfgang Engelmann <[EMAIL PROTECTED]>
To: "Paul A. Rubin" <[EMAIL PROTECTED]>

Am Dienstag, 20. Mai 2008 20:52 schrieben Sie:
> Wolfgang Engelmann wrote:
> > thanks for the various responses. Here is a minimal example
> >
> > Have a look at the document settings. I can´t see any strange things
> > there, and the error stays after taking out the preamble entrances
>
> Compiles just fine for me (LyX 1.5.5).  I've attached the PDF.  The
> following is a shot in the dark:  try switching the fonts from Latin
> Modern to Adobe fonts, or Computer Modern, and see if the problem goes
> away.  If so, perhaps your Latin Modern fonts are somehow damaged.
>
> /Paul

Thanks, Paul and other kind people,

the problem is (partly) solved: The pdf file of Paul shows the same -too
large- fonts. So it is a matter of my kpdf viewer. Should have thought of it.
I use KPDF 0.5.8 (KDE 3.5.8). Does somebody use the same and could confirm my
problem?

Wolfgang

p.s.
I just tried to view the file with the other viewers of LyX (ps2pdf, ps,
dvipdfm) and they all give an error message -without specifying it. No
output. I have exported the table as a tex file and ran latex on it, viewing
the output gives the same problem (too large \pm)

p.p.s
I just found out, that the problem disappears, if I use higher magnification
in viewing the outputed text on my screen.

Too many things to think of!

Thanks for your patients and help

Wolfgang

---

Re: Packages required under Linux

[Daniel CLEMENT]

On Thursday 15 May 2008 17:06 +0200, [EMAIL PROTECTED]
wrote:


> > [...] I could post it here if someone asks, or 
> > maybe it could go to the Wiki page Peleg Michaeli has started.
> 
> Please add it to the wiki page, I'd certainly appreciate it!
[...]

It's done:

http://wiki.lyx.org/LyX/LyXOnUbuntu

I hope it will help some users. Regards,
-- 

Daniel CLEMENT

Re: +/- in a table too large

[Wolfgang Engelmann]

Am Mittwoch, 21. Mai 2008 08:05 schrieb G. Milde:
> On 21.05.08, Manveru wrote:
> > What I see here from those few responses different TeX distros have
> > different implementation (if I can tell that) of Latin Modern typefaces
> > in details. Very strange.
>
> To me it looks rather like a font substitution -- some font missing in some
> disttributions or older versions.
>
> Wolfgang, did you look in the latex log file for font substitution
> warnings?
>
> (Exporting your example to latex and converting "by hand" might make it
> easier to spot problems, at least if you have some familiarity with LaTeX.)
>
> > The question we have here now is which distributions
> > are fine by default, and which may need some additional tweaks to get
> > math symbols fine with LM typeface.
>
> My Debian/testing version of TeXLive works fine, the \pm is the same size
> as the numbers.
>
> Actually, it might be you just have to install additional parts/packages of
> the distro or an actual version.
>
> Günter

Günther,
I think the reason for my complains is given in my last message (if I increase 
the pagesize, the pm is ok). But I could sent you the log file of the latex 
run, if you think it might be something else (in addition?). 
Thanks for your help.
Wolfgang

Re: ModernCV in LyX broken?

[Uwe Stöhr]

Frank schrieb:


I opened the moderncv.lyx example in lyx, pressed the pdflatex button to see
what it looks like and received the message, "Undefined control sequence,"
on the use of \moderncvtheme.  What is wrong?


You are using an old version of the modernCV LaTeX package. What is you LyX version and what LaTeX 
do you use?


You need at least version 0.6 of moderncv.

regards Uwe

Re: ModernCV in LyX broken?

[Frank]

Hi, Uwe.
I'm using LyX 1.5.5 and pdfTeX 3.141592-1.40.3-2.2 (Web2C 7.5.6).  How would
I find what version of moderncv I have?

Thanks,
Frank

On Wed, May 21, 2008 at 6:30 AM, Uwe Stöhr <[EMAIL PROTECTED]> wrote:

> You are using an old version of the modernCV LaTeX package. What is you LyX
> version and what LaTeX do you use?
>
> You need at least version 0.6 of moderncv.
>
> regards Uwe
>

Re: LyX/Mac for 10.3

[Bennett Helm]

On Mon, May 19, 2008 at 1:09 PM, Konrad Hofbauer <[EMAIL PROTECTED]>
wrote:

>
> A few things you could still try, if you haven't yet:
>
> 1) Check permissions (in Disk Utility)
> Never hurts... ;-)
>
> 2) Change the tmp directory
> In LyX's preferences (under "Paths") you can set the location of a tmp
> directory: Create a tmp directory in your Home/Users folder and set this in
> the preferences. Reconfigure and restart LyX.


Honest -

Did you try these things? Did they work?

Bennett

Problem with LyX 1.5.5 (WinAltInstaller)

[Humberto Castejon]

Hi!

I just installed LyX 1.5.5 using the alternative installer for Windows ("small" 
version)

For some reason, when I open LyX, it does not remember the sate in which it was 
when it was closed. Any easy fix?

On another respect, while looking at the debugging messages, I have seen plenty 
of messages like the following:

LyxNot a file or we are unable to find it.
Found file: C:/tools/latex/Miktex2.6/tex/latex/psnfss/omxztmcm.fd
AbsolutePath file: C:/tools/latex/Miktex2.6/tex/latex/psnfss/omxztmcm.fd
 CRC...lyx::sum() using istream_iterator (slow as a snail)
done.

I do not like the "slow as a snail" thing :-). Something I can do to get rid of 
this?

Thanks

Nicolás

Re: Help with latexcad

[Angel Amat]

G. Milde-3 wrote:
> 
> On 15.05.08, Rich Shepard wrote:
>> On Thu, 15 May 2008, Angel Amat wrote:
> 
>>> Hello, I am using latexcad to draw some diagrams with equations. The
>>> problem is that i can not insert this diagrams in the lyx document. I
>>> have
>>> copy the LATEXCAD.STY to the folder in which is the lyx document and I
>>> have written in the preamble of the documment \usepackage{latexcad}. The
>>> next is thousand errors.
> 
> LyX usually does the latex run in a temp dir, but does not know that
> latexcad.sty should be moved there.
> 
>>   First, the style file needs to be placed with all the other LyX style
>> files, not in your document directory. 
> 
> LaTeX style files (LyX has *.layout files).
> 
>> 'locate *.sty' or 'whereis *.sty' will show you the path to those
>> files. 
> 
> The documentation of your latex distribution will also tell you the
> latex search path.
> 
>> Move latexcad.sty there.
> 
> If it is locally installed, preferabely use a local path (like
> /usr/local/share/texmf/tex/latex/...)
> 
> On Unix systems with TeXLive, you can also use ~/texmf/tex/latex
> 
>>   Second, as root run 'texhash'.
> (not needed with ~/texmf/)
> 
>>   Third, from within LyX, run 'reconfigure'.
> 
> Not needed for styles that are only specified in the latex preamble.
> 
> Günter
> 
> 
Sorry, but it is still not working. I am usign Windows and I don't know
where to write the thing you have said:

>('locate *.sty' or 'whereis *.sty'
>as root run 'texhash'.

I have copied the latexcad.sty in the folder indicated in the documentation
(...MiKTeX 2.7\tex\latex) and still appears the error (latexcad.sty not
found).

Thank you again

-- 
View this message in context: 
http://www.nabble.com/Help-with-latexcad-tp17258868p17364323.html
Sent from the LyX - Users mailing list archive at Nabble.com.

Re: ModernCV in LyX broken?

[Uwe Stöhr]

Frank schrieb:


I'm using LyX 1.5.5 and pdfTeX 3.141592-1.40.3-2.2 (Web2C 7.5.6).  How 
would I find what version of moderncv I have?


Open the file "moderncv.cls" with an editor.

regards Uwe

Re: Can't convert graphviz DOT format to PDF

[Paul A. Rubin]

John,

John Pye wrote:

Works fine for me here.  Keep in mind that there are at least three
PDF file formats defined within LyX, because different compilation
methods (ps2pdf, pdflatex, dvipdfm) have different requirements.  On
my box those are designated pdf, pdf2 and pdf3 respectively, and I'm
pretty sure that's standard across installations.  If you create a
converter from DOT to pdf3, say, and then use View -> PDF (pdflatex)
to see the output (which is creating pdf2 output), presumably
something will break.


I tried this many times but no success. I am aware of the pdflatex (etc)
issue. It is not called 'pdf3' on my system, it is called 'PDF
(pdflatex)'. 


Should be both:  in Tools -> Preferences -> File formats, if I highlight 
'PDF (pdflatex)', that's the entry in the 'GUI name', while the entry in 
'Format' is pdf2.  FWIW, if you want to do a file export from the 
command line, you use pdf2 as the argument to the export flag. 
Shouldn't have anything to do with the converter working or not, though, 
so long as the converter entry points to the right output GUI name.



That is the standard on Fedora and Ubuntu systems, if not
elsewhere, so I don't think you're right about 'pdf3' etc.

This converter system is way too delicate IMHO: if you get it wrong, you
get minimal and rather cryptic error messages.


I tend to agree here, to the extent that if LyX gets an error message 
from an external command, it should forward it to the user.  I don't 
think that's always the case, though.  I suspect that sometimes LyX runs 
an external process and the child process exits with a nonzero error 
code but not much else.  LyX can't tell you what it doesn't know (i.e., 
LyX is not an academic).



It's also impossible for
someone to help to diagnose a problem, because you can't just "sent me
your config file" (AFAIK) and you can't tell what stuff is different on
my system compared to your system.


Actually, you can send a piece of an appropriate config file.  In your 
LyX home directory, there's a file named 'preferences'.  It should 
contain a line defining the DOT file type and additional lines for each 
related converter you added.  Mine read as follows:


\format "dot" "dot" "Dot" "" "auto" "auto" "vector"
\converter "dot" "pdf2" "dot -Tpdf $$i -o $$o" ""

Note that this is exactly what I entered in the "all-powerful GUI".  :-)


FWIW, I think that rather than an all-powerful GUI for editing
converters, file formats, etc, these things should be stored in flat
platform-specific configuration files that can be packaged for
distribution as 'plugins' eg a set of LyX configuration files + linux
package dependences = support for Graphviz in LyX. This would take the
voodoo out of the job of getting LyX working with various different file
formats, and allow end-users to make use of *the tools they know
already* in order to get extra features working with LyX. I say this,
but I'm not going to come and help, so you best ignore me here :-)



Well, it would not be hard for someone to provide a patch file that one 
could apply to the preferences file.  The user would have to know how to 
merge in a patch file (or else LyX would have to provide a patch merge 
utility).  Unfortunately, these things are not entirely 
one-size-fits-all, even within operating systems.  For instance, my 
converter above works because I have the dot executable on my system 
command path.  Otherwise I need to provide the path to it someplace -- 
which means your plug-in installer needs to detect the location of dot 
on my system, or else open up a dialog and ask me to locate it.


If the converter entries above don't work on your system, it's possible 
that either LyX (more precisely, the child shell it spawns) can't find 
the dot executable or else lacks permission to run it.  Try the 
following.  Open a LyX doc with a dot image embedded and try View -> PDF 
(pdflatex), which I gather will fail silently.  With LyX still running, 
open a terminal and navigate to the LyX temporary directory.  Verify 
that a copy of the DOT file sits there, probably with the name mangled 
by LyX.  Assuming so, run the converter from the terminal, using exactly 
the syntax of your converter entry (but substituting the mangled file 
name for $$i and the same name with a pdf extension for $$o).  In my 
case that means 'dot -Tpdf .dot -o .pdf'. 
If it fails, maybe you'll get a helpful error message in the terminal 
window.


/Paul

Re: Can't convert graphviz DOT format to PDF

[Paul A. Rubin]

Hi Abdel,

Abdelrazak Younes wrote:

Maybe you could contribute this converter to LyX? I am very interested 
in dot but never took the time to try to integrate it within LyX.


Happy to oblige, but I'm not sure what there is to contribute.  These 
are the lines I added to the preferences file (through Tools -> 
Preferences...):


\format "dot" "dot" "Dot" "" "auto" "auto" "vector"
\converter "dot" "pdf2" "dot -Tpdf $$i -o $$o" ""

If somebody wants to build that into a future release (which I assume 
means adding something to the configuration script to detect the dot 
executable), that's fine with me, and I hereby grant license to include 
it (if such license is even necessary -- this wouldn't seem to meet the 
standard of "intellectual property").


Cheers,
Paul

Re: Problem with LyX 1.5.5 (WinAltInstaller)

[Uwe Stöhr]

Humberto Castejon schrieb:

For some reason, when I open LyX, it does not remember the sate in which 
it was when it was closed. Any easy fix?


Strange, to assure that this works, try to uninstall the existing LyX 1.5 versions you have on your 
system _completely_ (including personal user settings). But before reinstalling do what I say below:


On another respect, while looking at the debugging messages, I have seen 
plenty of messages like the following:


LyxNot a file or we are unable to find it.
Found file: C:/tools/latex/Miktex2.6/tex/latex/psnfss/omxztmcm.fd
AbsolutePath file: C:/tools/latex/Miktex2.6/tex/latex/psnfss/omxztmcm.fd
 CRC...lyx::sum() using istream_iterator (slow as a snail)
done.


So it seems that your MiKTeX installation is broken. As MiKTeX 2.6 is no longer supported by its 
developer, I recommend to uninstall MiKTeX als _completely_ (use the uninstaller option "tidy up 
thoroughly").


Then download the complete installer version of the AltInstaller (that includes the latest MiKTeX) 
and reinstall LyX 1.5.5.


regards Uwe

Mysterious LaTeX Error

[Rich Shepard]

  Folks here have been exceptionally helpful in seeing errors that I miss.
This new error may well be the most challenging.

  My embedded LaTeX is trying to print a two-column table with text
(strings) in each column, no numbers. Here's the relevant code:

ivr.write('\\begin{tabular}{lp{75mm}} \\hline ')
  ivr.write('\n''\n')
  for left,right in subitems:
 ivr.write(str(left))
 ivr.write(' & ')
 ivr.write(str(right))
 ivr.write('')
 ivr.write('\n')
   ivr.write('\n''\n')
   ivr.write('\\hline')
   ivr.write('\\end{tabular}')

But, pdflatex throws this error:

! Missing $ inserted.

$
l.1963 IIA1 & if impervioussurface_
   amount is little then goodness is
greatly...

  The 'Missing $ inserted' error message is generated when there is a math
symbol (e.g., $) in the text string that causes LaTeX to enter math mode. I
do not have any monetary amounts in the text. What other character might be
seen by LaTeX as a command to enter math mode when that's not my intention?
I don't see anything jumping out at me -- particularly in the string on line
1963 above -- that tells me what I need to fix.

Rich

--
Richard B. Shepard, Ph.D.   |  IntegrityCredibility
Applied Ecosystem Services, Inc.|Innovation
 Voice: 503-667-4517  Fax: 503-667-8863

Re: Mysterious LaTeX Error -- SOLVED

[Rich Shepard]

On Wed, 21 May 2008, Rich Shepard wrote:


l.1963 IIA1 & if impervioussurface_
  amount is little then goodness is greatly...



What other character might be seen by LaTeX as a command to enter math
mode when that's not my intention?


  OK. Got it. LaTeX sees the underscore as a math mode instruction to set
the next character positioned as a subscript. Python, on the other hand,
doesn't like underscores separating words. Sigh. That was the problem.

Rich

--
Richard B. Shepard, Ph.D.   |  IntegrityCredibility
Applied Ecosystem Services, Inc.|Innovation
 Voice: 503-667-4517  Fax: 503-667-8863

Re: Mysterious LaTeX Error

[José Matos]

On Wednesday 21 May 2008 17:24:04 Rich Shepard wrote:
>    The 'Missing $ inserted' error message is generated when there is a math
> symbol (e.g., $) in the text string that causes LaTeX to enter math mode. I
> do not have any monetary amounts in the text. What other character might be
> seen by LaTeX as a command to enter math mode when that's not my intention?
> I don't see anything jumping out at me -- particularly in the string on
> line 1963 above -- that tells me what I need to fix.

The usual culprit in these cases is the underscore.

My suggestion is to replace the calls to str(left) and str(right) by a call to 
a new function that escapes all the usual suspects.

something like:

def latex_escape( item):
   usual_suspects = {'_' : '$_$', '$': '\$'}

   item = str(item)
   for chr in usual_suspects:
  item = item.replace(chr, usual_suspects[chr])
   return item


I am not sure if the latex code is right but you get the idea. :-)

> Rich

-- 
José Abílio

Re: Mysterious LaTeX Error

[Rich Shepard]

On Wed, 21 May 2008, José Matos wrote:


The usual culprit in these cases is the underscore.


Jose,

  Sure was.


My suggestion is to replace the calls to str(left) and str(right) by a
call to a new function that escapes all the usual suspects.


  Good idea.


I am not sure if the latex code is right but you get the idea. :-)


  Both LaTeX and Python code are correct.

Many thanks,

Rich

--
Richard B. Shepard, Ph.D.   |  IntegrityCredibility
Applied Ecosystem Services, Inc.|Innovation
 Voice: 503-667-4517  Fax: 503-667-8863

Problems building lyx 1.5.5 with qt4.4

[Adolf_Panzer]

Hello, 

I downloaded qt4.4 this week, built it with the familiar
configure
make
make install
locally to /data/XXX/qt-x11-opensource-src-4.4.0/qt4.4/ , because I am not root 
on this system( Debian Etch). Then I tried to configure lyx, but it always 
complains about qt not being found. Here are some configure commands I tried

./configure --with-extra-lib=/data/XXX/qt-x11-opensource-src-4.4.0/qt4.4/lib 
--with-extra-inc=/data/XXX/qt-x11-opensource-src-4.4.0/qt4.4/include 
--prefix=/home/XXX/lyx 

./configure --with-extra-prefix=/data/XXX/qt-x11-opensource-src-4.4.0/qt4.4/ 
--prefix=/home/XXX/lyx 

with a sample output

Configuration
  Host type:i686-pc-linux-gnu
  Special build flags:  pch  use-aspell use-ispell
  C   Compiler: gcc
  C   Compiler LyX flags:
  C   Compiler flags:
-I/data/XXX/qt-x11-opensource-src-4.4.0/qt4.4/include-O2
  C++ Compiler: g++ (4.1.2)
  C++ Compiler LyX flags:
  C++ Compiler flags:
-I/data/XXX/qt-x11-opensource-src-4.4.0/qt4.4/include-O2
  Linker flags:
  Linker user flags: 
-L/data/XXX/qt-x11-opensource-src-4.4.0/qt4.4/lib
  Qt 4 Frontend:
  Qt 4 version:
  Packaging:posix
  LyX binary dir:   /home/XXX/lyx/bin
  LyX files dir:/home/XXX/lyx/share/lyx

 The following problems have been detected by configure.
 Please check the messages below before running 'make'.
 (see the section 'Problems' in the INSTALL file)

** qt 4 library not found !

My question is:
Is there something wrong with the configure script, or do I have to set some 
environment variables, linker updates... for qt4.4?

greetings
-- 
Desperate Housewives - das Spiel!
Pikante Skandale, schockierende Details unter: http://flat.games.gmx.de

Re: LyX/Mac for 10.3

[Honest Guvnor]

On Wed, May 21, 2008 at 3:02 PM, Bennett Helm <[EMAIL PROTECTED]> wrote:
> On Mon, May 19, 2008 at 1:09 PM, Konrad Hofbauer <[EMAIL PROTECTED]>
> wrote:
>>
>> A few things you could still try, if you haven't yet:
>>
>> 1) Check permissions (in Disk Utility)
>> Never hurts... ;-)
>>
>> 2) Change the tmp directory
>> In LyX's preferences (under "Paths") you can set the location of a tmp
>> directory: Create a tmp directory in your Home/Users folder and set this in
>> the preferences. Reconfigure and restart LyX.
>
> Honest -
> Did you try these things? Did they work?

I am afraid they were tried without success when we originally saw the
problem. The only recent new information is that deleting the top
temporary directory after the first popup "cures" the problem. This
makes lyx 1.5 effectively useable and so progress has been made.

Re: ModernCV in LyX broken?

[Frank]

Hi, Uwe.Thanks!  I see I am using v0.5.  I'll download the moderncv
package from CTAN (presuming it has v0.6).  Just to recap, though, I copy
the files to their corresponding places in texlive/2007/. directories,
choose Reconfigure within LyX, and then restart, correct?

Thanks for all Your help.
Frank

On Wed, May 21, 2008 at 12:00 PM, Uwe Stöhr <[EMAIL PROTECTED]> wrote:

> Open the file "moderncv.cls" with an editor.
>
> regards Uwe
>

Re: Problems building lyx 1.5.5 with qt4.4

[Konrad Hofbauer]

[EMAIL PROTECTED] wrote:
./configure --with-extra-prefix=/data/XXX/qt-x11-opensource-src-4.4.0/qt4.4/ --prefix=/home/XXX/lyx 


shouldn't the configure option for qt be: 
--with-qt4-dir=/data/XXX/qt-x11-opensource-src-4.4.0/qt4.4


/Konrad

Re: ModernCV in LyX broken?

[Uwe Stöhr]

Frank schrieb:


Hi, Uwe.Thanks!  I see I am using v0.5.  I'll download the moderncv
package from CTAN (presuming it has v0.6).


Of course it has the latest version, that is 0.6.


Just to recap, though, I copy
the files to their corresponding places in texlive/2007/. directories,
choose Reconfigure within LyX, and then restart, correct?


Yes, but also run texhash to register the new files that come with version 0.6 
to TeXLive.

regards Uwe