Re: Flow Chart Drawing For LaTeX/LyX

[Niels Muller Larsen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Rich Shepard wrote:
>   The last time I tried counting I found more than 17 different vector
> drawing applications that are suitable for use with LaTeX/LyX documents.
> I've used Tgif, Xfig, jpicedt, IDE, and PSTricks. Each has strengths and
> weaknesses, so I use whichever seems to be the best for a particular
> type of
> illustration.
> 
>   What I want to draw now are software flowcharts that illustrate how a
> model is structured and how data flow from one component to another. What
> would be ideal is a set of primatives for various standard nodes: data
> entry, decision points, printer, database storage, etc.
> 
>   Does anyone know of any such library of pre-built images that can be
> incorporated into a larger figure?
> 
> TIA,
> 
> Rich
> 

Take a look at Dia (http://www.gnome.org/projects/dia/)

- --
Virtually

Niels M?ller Larsen
MSc Networked Information Engineering

Gammel Holmevej 19
DK8270 H?jbjerg

Mobile: +45 2040 5740
Web: http://x15.dk / http://deformation.org
Public key: 0xD4DB4A5E
(http://keyserver.veridis.com:11371/search?q=0xD4DB4A5E)
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.4 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFE0aADbiU629TbSl4RAtrrAJ9dDLjpiiX7Aw4IO9vQSbj11VSdxgCgiyty
03/a0if9CI1xmoFRpVNtPaU=
=7fHj
-END PGP SIGNATURE-

Re: Flow Chart Drawing For LaTeX/LyX

[Jean-Pierre Chretien]

>>Date: Wed, 2 Aug 2006 16:20:31 -0700 (PDT)
>>From: Rich Shepard <[EMAIL PROTECTED]>
>>To: lyx-users@lists.lyx.org
>>Subject: Flow Chart Drawing For LaTeX/LyX
>>
[...]
>>
>>   What I want to draw now are software flowcharts that illustrate how a
>>model is structured and how data flow from one component to another. What
>>would be ideal is a set of primatives for various standard nodes: data
>>entry, decision points, printer, database storage, etc.
>>
>>   Does anyone know of any such library of pre-built images that can be
>>incorporated into a larger figure?

What abour GasTeX ?
http://www.lsv.ens-cachan.fr/~gastin/gastex/gastex.html
Rather automata-oriented, but...
Examples of integration in slides exist.

-- 
Jean-Pierre

Re: One bibliography, separated by chapter?

[Juergen Spitzmueller]

Curtis Osterhoudt wrote:
> I am using a master document, with several \included sub-documents. All of
> these are of the report (koma-script) class. At the end of each of the
> sub-documents (generally chapters), I have placed a \bibliography (through
> the Insert > List/TOC > BibTeX Bibliography command) *within* a "comment"
> box. Then, at the end of the Master document, I have again a bibliography,
> but not in a "comment" box.

The instructions in chapterbib.sty read:
"To have a bibliography-by-chapter at the end instead of separate bibs
in the chapters, use \usepackage[gather]{chapterbib}, put \bibliography
commands in each file, and at the end of the main file."

So why do you comment them out?

Jürgen

index in .tex file

[Wolfgang Engelmann]

Could somebody tell me how to include the index file in the .tex file?

In the preamble of my lyx-generated tex file is
\usepackage{makeindex}
\makeindex

in the text is e.g.:
and daylength\index{daylength} correlate

at the end of the file is:
\printindex{}
\end{document}

Lyx produced in the tmp-directory a .ind file with 


\begin{theindex}

  \item annual clock, 2
  \item apex, 6
  \item autonomous pathway, 6, 9
.
.
.
  \item vernalization pathway, 9

\end{theindex}

If I run the tex file under latex,
the index is not shown.

So I guess I have to do it in a somewhat similar way as with the bibliography 
entrance. But I am not sure were to place the content of the .ind in the .tex 
file.
does it go in the {} of

\printindex{}
?

Help in this matter would be very much appreciated

Wolfgang

Re: index in .tex file

[Juergen Spitzmueller]

Wolfgang Engelmann wrote:
> If I run the tex file under latex,
> the index is not shown.

You have to run
latex 
makeindex 
latex 

Have a look at the MakeIndex documentation for details (and options).

> So I guess I have to do it in a somewhat similar way as with the
> bibliography entrance. But I am not sure were to place the content of the
> .ind in the .tex file.
> does it go in the {} of
>
> \printindex{}
> ?

You can just \input{myfile.ind} at the place where the index should appear, if 
there is a good reason to not use the above.

Jürgen

Re: Help with euro symbol

[Marc Vinyals]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

En/na Rich Shepard ha escrit:
> On Thu, 3 Aug 2006, Jordi Nadal wrote:
> 
>> I'm using LyX 1.4.2 from Debian sid Package and I have trouble with euro
>> symbol. When I press altgr+e the euro symbol is correctly inserted in a
>> QT-dialog but it doesn't work in the main document. When pasting the euro
>> symbol from clipboard a «?» gets inserted instead of «» and this is also
>> present in PDF or PS output. It works well in QT dialogs and in plain
>> LaTeX.
> 
> Jordi,
> 
>   Perhaps this won't help because I mis-understand your problem. According
> to the The Comprehensive LaTeX Symbol List (page 13), you can use (in an
> ERT
> box) \geneuro, \geneuronarrow,
> \geneurowide, or \officialeuro. If you have the textcomp package included,
> then you have additional choices.
> 
> Rich
> 


Some notes: first, and also from The Comprehensive LaTeX Symbol List,
you need to \usepackage{eurosym} to get these macros defined.

It's strange, though, that LyX doesn't handle direct \euro keystrokes
while it has no problem with German ss or Latin ae. It might be a
key-mapping problem, since AltGr+E == Ctrl+Alt+E could be bound to a
menu item or whatever. This problem exists with lyx-1.4.2-gtk too, but
may be specific to the ES keyboard layout.

I'll try to investigate this further.

Marc.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.4 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFE0fB2u4rFT+k3kmQRAiFAAJ9LpEGuz9I11MQyPl6IQG1bmKin6QCdFRJc
rKNbbp7DPc3VZa7EhVpNZow=
=8svv
-END PGP SIGNATURE-

Re: Flow Chart Drawing For LaTeX/LyX

[Rich Shepard]

On Thu, 3 Aug 2006, Niels Muller Larsen wrote:


Take a look at Dia (http://www.gnome.org/projects/dia/)


  Thank you all. Dia it is.

Rich

--
Richard B. Shepard, Ph.D.   |The Environmental Permitting
Applied Ecosystem Services, Inc.(TM)|Accelerator
 Voice: 503-667-4517  Fax: 503-667-8863

Re: Fw: Postscript preview

[LB]

Does it display the same old symptoms; it works with lyx.exe
or if you delete one of the "set" commands in lyx.bat?


Lyx (or GS) gets "stuck" at different figures depending on what I comment 
out in lyx.bat.



If the figure doesn't work with lyx.exe then it is the file.
Try it with both (the old one which now works and the broken
new one) in the same directory. A rather inexplicable matter.


The old versions display all figures fine.  I have been suspecting the 
figure files themselves for a while but I don't really understand what the 
problem could possibly be.


Leo 

Re: Flow Chart Drawing For LaTeX/LyX

[Steve Litt]

On Thursday 03 August 2006 09:33 am, Rich Shepard wrote:
> On Thu, 3 Aug 2006, Niels Muller Larsen wrote:
> > Take a look at Dia (http://www.gnome.org/projects/dia/)
>
>Thank you all. Dia it is.

I've been using Dia for years. It's good.

When using Dia, I'd suggest you first get your fonts right with one box, and 
then copy that box elsewhere. I know of no way to globally change fonts 
(other than tweaking with Dia's native XML using Vim).

If you are ever interested in changing your drawing programatically, see this:

http://www.troubleshooters.com/tpromag/200103/200103.htm#_learningfromthemasters

I typically use Dia, and then as a final step convert to .gif before 
incorporation in LyX or HTML. If you find a way to use native Dia files 
directly in LyX (or HTML without requiring special browser plugins), please 
let us know.

Thanks

SteveT

Steve Litt
Author: 
   * Universal Troubleshooting Process courseware
   * Troubleshooting Techniques of the Successful Technologist
   * Manager's Guide to Technical Troubleshooting
   * Twenty Eight Tales of Troubleshooting
   * Rapid Learning: Secret Weapon of the Successful Technologist

http://www.troubleshooters.com/bookstore
http://www.troubleshooters.com/utp/tcourses.htm

Re: Flow Chart Drawing For LaTeX/LyX

[Rich Shepard]

On Thu, 3 Aug 2006, Steve Litt wrote:


I've been using Dia for years. It's good.


  Thanks, Steve.


When using Dia, I'd suggest you first get your fonts right with one box,
and then copy that box elsewhere. I know of no way to globally change
fonts (other than tweaking with Dia's native XML using Vim).


  OK.


If you are ever interested in changing your drawing programatically, see this:


  The first steps will be creating UML diagrams of our approximate reasoning
model.


I typically use Dia, and then as a final step convert to .gif before
incorporation in LyX or HTML. If you find a way to use native Dia files
directly in LyX (or HTML without requiring special browser plugins),
please let us know.


  I'll probably export to .png because that's the format of the screen shots
and I might as well be consistent in the graphics formats. I view the
developing users manual using pdflatex and the .png files work perfectly in
there.

Rich

--
Richard B. Shepard, Ph.D.   |The Environmental Permitting
Applied Ecosystem Services, Inc.(TM)|Accelerator
 Voice: 503-667-4517  Fax: 503-667-8863

Re: Flow Chart Drawing For LaTeX/LyX

[Jean-Pierre Chretien]

>>Date: Thu, 3 Aug 2006 08:09:28 -0700 (PDT)
>>From: Rich Shepard <[EMAIL PROTECTED]>
>>To: lyx-users@lists.lyx.org
>>Subject: Re: Flow Chart Drawing For LaTeX/LyX
>>
>>On Thu, 3 Aug 2006, Steve Litt wrote:
>>
>>> I've been using Dia for years. It's good.
>>
>>   Thanks, Steve.
>>
>>> When using Dia, I'd suggest you first get your fonts right with one box,
>>> and then copy that box elsewhere. I know of no way to globally change
>>> fonts (other than tweaking with Dia's native XML using Vim).
>>
>>   OK.
>>
>>> If you are ever interested in changing your drawing programatically, see 
>>> this:
>>
>>   The first steps will be creating UML diagrams of our approximate reasoning
>>model.
>>
>>> I typically use Dia, and then as a final step convert to .gif before
>>> incorporation in LyX or HTML. If you find a way to use native Dia files
>>> directly in LyX (or HTML without requiring special browser plugins),
>>> please let us know.
>>
>>   I'll probably export to .png because that's the format of the screen shots
>>and I might as well be consistent in the graphics formats. I view the
>>developing users manual using pdflatex and the .png files work perfectly in
>>there.

IMHO, it's a pity to export to bitmap diagrams which have such a strong 
vectorial nature.
The UML diagrams which are in the xfig library do not fit your needs ?
In addition, the xfig inset in lyx works great.

My little 0,5E...

-- 
Jean-Pierre

Re: Flow Chart Drawing For LaTeX/LyX

[Rich Shepard]

On Thu, 3 Aug 2006, Jean-Pierre Chretien wrote:


IMHO, it's a pity to export to bitmap diagrams which have such a strong
vectorial nature. The UML diagrams which are in the xfig library do not
fit your needs ? In addition, the xfig inset in lyx works great.


Jean-Pierre,

  It has been at least six years since I looked at xfig. Then I found the
learning curve steep and used Gri instead. However, I agree that UML
diagrams should remain vector format. Do I have issues mixing graphic
formats (e.g., png and eps) in the same document?

Thanks,

Rich

--
Richard B. Shepard, Ph.D.   |The Environmental Permitting
Applied Ecosystem Services, Inc.(TM)|Accelerator
 Voice: 503-667-4517  Fax: 503-667-8863

Re: Flow Chart Drawing For LaTeX/LyX

[Rich Shepard]

On Thu, 3 Aug 2006, Rich Shepard wrote:


 It has been at least six years since I looked at xfig.


  Well! xfig used to be a drawing language, now it's a GUI application.
Imagine that.

Rich

--
Richard B. Shepard, Ph.D.   |The Environmental Permitting
Applied Ecosystem Services, Inc.(TM)|Accelerator
 Voice: 503-667-4517  Fax: 503-667-8863

Re: Fw: Postscript preview

[Paul A. Rubin]

LB wrote:


Lyx (or GS) gets "stuck" at different figures depending on what I 
comment out in lyx.bat.




I want to make sure I'm understanding this correctly:  in a single 
document with multiple images, GS will get stuck on image with the 
original lyx.bat file, then process that image correctly but get stuck 
on a later one if you comment something out of lyx.bat?  (And how far it 
gets depends on what you comment out?)


If so, that really points to a memory buffer issue someplace (but who 
knows where).


/Paul

Re: Fw: Postscript preview

[LB]

I want to make sure I'm understanding this correctly:  in a single 
document with multiple images, GS will get stuck on image with the 
original lyx.bat file, then process that image correctly but get stuck 
on a later one if you comment something out of lyx.bat?  (And how far it 
gets depends on what you comment out?)




This is what I'm seeing.  Why does 1.4.1 work all the time?  What changed?

Leo

Re: Flow Chart Drawing For LaTeX/LyX

[Jean-Pierre Chretien]

>>Date: Thu, 3 Aug 2006 08:23:45 -0700 (PDT)
>>From: Rich Shepard <[EMAIL PROTECTED]>
>>To: lyx-users@lists.lyx.org
>>Subject: Re: Flow Chart Drawing For LaTeX/LyX
>>
>>On Thu, 3 Aug 2006, Jean-Pierre Chretien wrote:
>>
>>> IMHO, it's a pity to export to bitmap diagrams which have such a strong
>>> vectorial nature. The UML diagrams which are in the xfig library do not
>>> fit your needs ? In addition, the xfig inset in lyx works great.
>>
>>Jean-Pierre,
>>
>>   It has been at least six years since I looked at xfig. 

The looks are the same, but it improved a lot, specially about the combined 
export (pdf available)
and the libraries.
And the combined export solves one of the main drawbacks, that is to insert 
type3 fonts in the
document through the selected fonts in xfig: the textual part of the document 
can be written
with the document fonts, not the LyX fonts (and latex math is understood).
For example, if I select the component/interface diagram of the UML library
and select the special flag for the "Component" word, it will be exported as
 \begin{picture}(3948,)(3205,-4837)
\put(3926,-4353){\makebox(0,0)[lb]{\smash{{\SetFigFont{12}{14.4}{\sfdefault}{\mddefault}
{\updefault}{\color[rgb]{0,0,0}Component}%

\end{picture}%
As you may see, it uses document defaults,  the size, family, series, and shape 
only being extracted from
the font selected in xfig.


>>Then I found the
>>learning curve steep and used Gri instead. However, I agree that UML
>>diagrams should remain vector format. Do I have issues mixing graphic
>>formats (e.g., png and eps) in the same document?

Not in LyX, due to the great work of the developers to make graphic conversions 
transparent, so that compilation with latex or pdflatex is equivalent.

But in fact eps belongs to latex and png to pdflatex, and it's
an exclusive or. 

Personnally, I compile in latex when there are a lot of figures,
because dvi does not load the figures (latex needs only the bounding box)
and is thus faster, I compile with pdflatex when there are many
screenshots.

Regards

-- 
Jean-Pierre

Re: Fw: Postscript preview

[Paul A. Rubin]

LB wrote:
I want to make sure I'm understanding this correctly:  in a single 
document with multiple images, GS will get stuck on image with the 
original lyx.bat file, then process that image correctly but get stuck 
on a later one if you comment something out of lyx.bat?  (And how far 
it gets depends on what you comment out?)




This is what I'm seeing.  Why does 1.4.1 work all the time?  What changed?



Good question.  Another good question is: why only on your machine. 
There must be something specific to your setup interacting with 
something specific to version 1.4.2.


One more little experiment, if you don't mind, just to confirm symptoms: 
 if you comment out one of the SET commands in lyx.bat, but replace it 
with a line of equal length (SET XXX=Y... with 
enough Xs and Ys to match the line you commented out), does the bug move 
to a different image (or disappear)?


This reminds me of a bug I ran into in a computer science class back 
when mainframes ruled.  It made no sense, and was hard to pin down.  So 
I turned in a heap of line printer output showing what was going on, and 
my instructor looked at it and closed the matter by blithely stating 
"This can't happen."  (Turned out the computer was subtracting 
incorrectly in an emulation mode.)  So if all else fails, just tell 
yourself that "This can't happen" and therefore the display is actually 
correct, sensory evidence to the contrary notwithstanding.


/Paul

Re: Flow Chart Drawing For LaTeX/LyX

[Paul Smith]

On 8/3/06, Jean-Pierre Chretien <[EMAIL PROTECTED]> wrote:

>>> IMHO, it's a pity to export to bitmap diagrams which have such a strong
>>> vectorial nature. The UML diagrams which are in the xfig library do not
>>> fit your needs ? In addition, the xfig inset in lyx works great.
>>
>>   It has been at least six years since I looked at xfig.

The looks are the same, but it improved a lot, specially about the combined 
export (pdf available)
and the libraries.
And the combined export solves one of the main drawbacks, that is to insert 
type3 fonts in the
document through the selected fonts in xfig: the textual part of the document 
can be written
with the document fonts, not the LyX fonts (and latex math is understood).
For example, if I select the component/interface diagram of the UML library
and select the special flag for the "Component" word, it will be exported as
 \begin{picture}(3948,)(3205,-4837)
\put(3926,-4353){\makebox(0,0)[lb]{\smash{{\SetFigFont{12}{14.4}{\sfdefault}{\mddefault}
{\updefault}{\color[rgb]{0,0,0}Component}%

\end{picture}%
As you may see, it uses document defaults,  the size, family, series, and shape 
only being extracted from
the font selected in xfig.


>>Then I found the
>>learning curve steep and used Gri instead. However, I agree that UML
>>diagrams should remain vector format. Do I have issues mixing graphic
>>formats (e.g., png and eps) in the same document?

Not in LyX, due to the great work of the developers to make graphic conversions
transparent, so that compilation with latex or pdflatex is equivalent.

But in fact eps belongs to latex and png to pdflatex, and it's
an exclusive or.

Personnally, I compile in latex when there are a lot of figures,
because dvi does not load the figures (latex needs only the bounding box)
and is thus faster, I compile with pdflatex when there are many
screenshots.


Inkscape seems particularly apt to produce flowcharts, as it has got
the 'connectors' features, making the arrows connected even when one
moves the connected frames. And it can save the pictures as vectorial
eps, pdf, and so on.

Paul

Re: Flow Chart Drawing For LaTeX/LyX

[Paul A. Rubin]

Paul Smith wrote:

Inkscape seems particularly apt to produce flowcharts, as it has got
the 'connectors' features, making the arrows connected even when one
moves the connected frames. And it can save the pictures as vectorial
eps, pdf, and so on.


Inkscape looks pretty nice, but unless I'm missing something, it does 
not support embedded LaTeX commands (and in particular math formulas)?


/Paul

tex4ht just doesn't work for me ...

[Matej Cepl]

Hi,

couple of people mentioned htlatex as tool for conversion from LaTeX to
HTML. I have long history (at least 2 years) of not being able to convert
even quite simple LaTeX to HTML with tex4ht stuff. Using Debian/testing, I
have tex4ht 20060619-1 and when I tried to convert my dissertation
proposal, I got just garbage -- certainly not correct HTML. You can see
record of my attempts on
http://www.ceplovi.cz/matej/tmp/htlatex-record.zip . Could anybody explain
me what's wrong with me, please?

Thanks a lot,

Matěj
-- 
GPG Finger: 89EF 4BC6 288A BF43 1BAB  25C3 E09F EF25 D964 84AC
http://www.ceplovi.cz/matej/blog/, Jabber: [EMAIL PROTECTED]
23 Marion St. #3, (617) 876-1259, ICQ 132822213
 
When you're happy that cut and paste actually works I think it's
a sign you've been using X-Windows for too long.
   -- from /. discussion on poor integration between KDE and
  GNOME

Re: Flow Chart Drawing For LaTeX/LyX

[Steve Litt]

On Thursday 03 August 2006 11:23 am, Rich Shepard wrote:
> On Thu, 3 Aug 2006, Jean-Pierre Chretien wrote:
> > IMHO, it's a pity to export to bitmap diagrams which have such a strong
> > vectorial nature. The UML diagrams which are in the xfig library do not
> > fit your needs ? In addition, the xfig inset in lyx works great.
>
> Jean-Pierre,
>
>It has been at least six years since I looked at xfig. Then I found the
> learning curve steep and used Gri instead. However, I agree that UML
> diagrams should remain vector format. Do I have issues mixing graphic
> formats (e.g., png and eps) in the same document?

You're right about it being a shame to lose the vector informaton, but when  I 
investigated xfig back around the turn of the century, it seemed too 
mouse-centric, and too difficult to use. The back end native file format 
might be better, but as I remember drawing was painfully slow and quirky.

SteveT

Steve Litt
Author: 
   * Universal Troubleshooting Process courseware
   * Troubleshooting Techniques of the Successful Technologist
   * Manager's Guide to Technical Troubleshooting
   * Twenty Eight Tales of Troubleshooting
   * Rapid Learning: Secret Weapon of the Successful Technologist

http://www.troubleshooters.com/bookstore
http://www.troubleshooters.com/utp/tcourses.htm

Re: One bibliography, separated by chapter?

[Curtis Osterhoudt]

From: Juergen Spitzmueller <[EMAIL PROTECTED]>
To: lyx-users@lists.lyx.org
Subject: Re: One bibliography, separated by chapter?
Date: Thu, 3 Aug 2006 10:50:17 +0200

Curtis Osterhoudt wrote:
> I am using a master document, with several \included sub-documents. All 
of

> these are of the report (koma-script) class. At the end of each of the
> sub-documents (generally chapters), I have placed a \bibliography 
(through
> the Insert > List/TOC > BibTeX Bibliography command) *within* a 
"comment"
> box. Then, at the end of the Master document, I have again a 
bibliography,

> but not in a "comment" box.

The instructions in chapterbib.sty read:
"To have a bibliography-by-chapter at the end instead of separate bibs
in the chapters, use \usepackage[gather]{chapterbib}, put \bibliography
commands in each file, and at the end of the main file."

So why do you comment them out?

Jürgen


Jürgen,

 Ah, good question. I was thinking that if I *didn't* comment them out, 
they would each show up at the end of the chapters, as they do if I don't 
use the chapterbib package. But I was wrong. If I use chapterbib and do NOT 
use the [gather] option, then all of the bibliographies are gathered at the 
end of the document. The effect (as far as I can see) is equivalent to 
including each of the bibliographies at the end of the chapters, in comment 
boxes, and then having one bibliography at the end of the master file, not 
in a comment box.


  HOWEVER, the TOC has the master bibliography listed (good!). It's listed 
there as being on the correct page, but the hyperlink (I use those, too) 
sends the reader to the wrong page. I've figured out that   the page numbers 
in the TOC are listed correctly (for everything). However, the hyperlinks 
send you to the wrong spot, and the difference is due to the sum of the 
pages that the intervening bibliographies would have taken up. In other 
words, if the TOC has Ch. 4 starting on page 45, then that's where it'll be. 
However, if you click on the link for "Ch. 4" in the TOC, you're sent to 
page 42 or so, since there would normally be 3 approximately 1-page-long 
bibliographies before Ch. 4 started.
  One weird thing is that the *index* entries show up as on the correct 
pages, AND their hyperlinks take you to the right spot. So it must be 
something having to do with different ways that things are processed.


  If I use the [gather] option, the same thing happens, and the master 
bibliography is listed in the TOC (and is listed as falling on the correct 
page), but NEVER SHOWS UP. The text goes directly from the end of the last 
chapter to the Index.


  I suppose my next trick will be to repeat these experiments with a 
minimal raw latex file and see if that's any different (I suspect it won't 
be; probably this is more of a problem with chapterbib playing nice than 
anything else).


   Thank you,
  Curtis O.

Re: Flow Chart Drawing For LaTeX/LyX

[Paul Smith]

On 8/3/06, Paul A. Rubin <[EMAIL PROTECTED]> wrote:

> Inkscape seems particularly apt to produce flowcharts, as it has got
> the 'connectors' features, making the arrows connected even when one
> moves the connected frames. And it can save the pictures as vectorial
> eps, pdf, and so on.

Inkscape looks pretty nice, but unless I'm missing something, it does
not support embedded LaTeX commands (and in particular math formulas)?


That is true that it does not support embedded LaTeX commands in
general, but one can virtually insert anything LaTeX can output (math
formulas included) by converting from eps to svg (the Inkscape's
format). The final picture (with the math formulas inserted) looks
great and it is vectorial, scalable.

Paul

help with winXP installation: no textclass.lst no packages.lst

[Michael Hartje]

dear readers,

I installed LyX-1.4.2 on winXP SP 2 (german System).

There is no listing of latex textclasses and latex styles in the dialog!

After installing and reconfiguring there was no textclass.lst and 
packages.lst found. After some time, I found these files to be generated 
in a hidden directory "Anwendungsdaten\LyX1.4.2" below "Dokumente und 
Einstellungen\username"


After changing the "lyx.bat" with the switch
"-sysdir C:\\LyX14\Resources" these files are placed as expected.
But all of this does not help to obtain a correct listing in the menu 
dialog "Werkzeuge-->TeX-Information" -- all time empty! So I am not able 
to add customized latex styles and classes.;-(


Any help will be fine.

Thanks for reading and thinking about the problem.

Michael
hartje at etech . hs-bremen . de

Re: help with winXP installation: no textclass.lst no packages.lst

[Uwe Stöhr]

Michael Hartje schrieb:

After installing and reconfiguring there was no textclass.lst and 
packages.lst found.


In this case it is the best to reinstall LyX as something has been 
broken while the installation.


But all of this does not help to obtain a correct listing in the menu 
dialog "Werkzeuge-->TeX-Information" -- all time empty! So I am not able 
to add customized latex styles and classes.;-(


This is a known bug and will be fixed in the next release. For the 
meatime you can replace the file TeXFiles.py by the attached file in the 
folder

~LyXInstallDirectory~\Resources\scripts

regards Uwe
#!/usr/bin/env python -tt
# -*- coding: iso-8859-1 -*-

# file TeXFiles.py
# This file is part of LyX, the document processor.
# Licence details can be found in the file COPYING.

# \author Herbert Voß
# \author Jean-Marc Lasgouttes
# \author Jürgen Spitzmüller
# \author Bo Peng

# Full author contact details are available in file CREDITS.

# all files		-> without option
# TeX class files	-> option cls
# TeX style files 	-> option sty
# bibtex style files 	-> option bst
# bibtex database files -> option bib
#
# with the help
# of kpsewhich and creates a
# bstFiles.lst, clsFiles.lst, styFiles.lst, bibFiles.lst
# without any parameter all files are created.
#
# Herbert Voss <[EMAIL PROTECTED]>
#
# Updates from Jean-Marc Lasgouttes.
#
# bib support added by Juergen Spitzmueller (v0.3)
#
# translated to python by Bo Peng, so that the script only 
# relies on python and kpsewhich (no shell command is used).
# 

import os, sys, re

cls_stylefile = 'clsFiles.lst'
sty_stylefile = 'styFiles.lst'
bst_stylefile = 'bstFiles.lst'
bib_files = 'bibFiles.lst'

def cmdOutput(cmd):
'''utility function: run a command and get its output as a string
cmd: command to run
'''
fout = os.popen(cmd)
output = fout.read()
fout.close()
return output

# processing command line options
if len(sys.argv) > 1:
if sys.argv[1] in ['--help', '-help']:
print '''Usage: TeXFiles.py [-version | cls | sty | bst | bib ]
Default is without any Parameters,
so that all files will be created'''
sye.exit(0)
else:
types = sys.argv[1:]
for type in types:
if type not in ['cls', 'sty', 'bst', 'bib']:
print 'ERROR: unknown type', type
sys.exit(1)
else:
# if no parameter is specified, assume all
types = ['cls', 'sty', 'bst', 'bib']

#
# MS-DOS and MS-Windows define $COMSPEC or $ComSpec and use `;' to separate
# directories in path lists whereas Unix uses `:'.  Make an exception for
# Cygwin, where we could have either teTeX (using `:') or MikTeX (using `;').
# Create a variable that holds the right character to be used by the scripts.
path_sep = os.pathsep
if sys.platform == 'cygwin':
# MikTeX's kpsewhich says "kpathsea emulation version x.x.x", whereas
# teTeX's simply "kpathsea version x.x.x".
if 'emulation' in cmdOutput('kpsewhich --version'):
path_sep = ';'
else:
path_sep = ':'

# process each file type
for type in types:
print "Indexing files of type", type
if type == 'cls':
outfile = cls_stylefile
kpsetype = '.tex'
elif type == 'sty':
outfile = sty_stylefile
kpsetype = '.tex'
elif type == 'bst':
outfile = bst_stylefile
kpsetype = '.bst'
elif type == 'bib':
outfile = bib_files
kpsetype = '.bib'

dirs = cmdOutput('kpsewhich --show-path=' + kpsetype).replace('!!', '').strip()
# remove excessive //
dirs = re.sub('//+', '/', dirs)

file_ext = '.' + type
out = open(outfile, 'w')
for dir in dirs.split(path_sep):
# for each valid directory
if not os.path.isdir(dir):
continue
# walk down the file hierarchy
for root,path,files in os.walk(dir):
# check file type
for file in files:
if len(file) > 4 and file[-4:] == file_ext:
# force the use of / since miktex uses / even under windows
print >> out, root.replace('\\', '/') + '/' + file
out.close()

Equation help

[Myriam Abramson]

Hi!

Any ideas on how to nicely write a fairly long equation on multiple
lines? here's an example of such an equation. Would you suggest
to extract the delta on another line? 

Thanks,
-- 
   myriam



test.lyx
Description: equation

Re: tex4ht just doesn't work for me ...

[Stephen Harris]

Matej Cepl wrote:

Hi,

couple of people mentioned htlatex as tool for conversion from LaTeX to
HTML. I have long history (at least 2 years) of not being able to convert
even quite simple LaTeX to HTML with tex4ht stuff. Using Debian/testing, I
have tex4ht 20060619-1 and when I tried to convert my dissertation
proposal, I got just garbage -- certainly not correct HTML. You can see
record of my attempts on
http://www.ceplovi.cz/matej/tmp/htlatex-record.zip . Could anybody explain
me what's wrong with me, please?

Thanks a lot,

Matěj


Perhaps you've been bitten by a mad wolverine? Your files worked
on Windows with just "htlatex dissertation-proposal" and I sent
the conversion in IE and Firefox formats to you. So the files are
Ok, I would imagine...

Regards,
Stephen

Re: installing lyx on windows

[Stephen Harris]

Eric Inazaki wrote:

Bo Peng <[EMAIL PROTECTED]> writes:


On 8/2/06, Eric Inazaki <[EMAIL PROTECTED]> wrote:

Does lyx choke (i.e. fail to start) when it's installed in
"C:\Program Files" directory?  This is with lyx 1.4.2 and
Windows 2000, by the way.  This happened to me on my first
installation attempt.  I tried reinstalling to "C:\" and that
works okay.  Looking through some of these older messages, it
seems that some folks don't have a problem installing to
"Program Files". If that's true, then what gives?

Due to the anti-space nature of latex, it is safer to install lyx
under a path without space. However, the developers have tried their
best to let lyx works as *usual* (?) under windows. As a result, lyx
1.4.2 should work under c:\program files. If lyx can not start under
your machines, it should be investigated.

So, what exactly happened when you start lyx when it is installed
under c:\program files?

Bo




I launch lyx from the Start/Program menu, a command window appears then
disappears a split second later and that's it.  No alert dialog, no
nothing.  


As far a I'm concerned, lyx doesn't _have to_ be installed in "program files".
Installing it in "c:\" is okay.  Would've been nice to have had a heads-up is
all.

It's starting to sound like I might have done something screwy.  Bet if I
tried again from scratch I won't see this problem.

eric




Eric: A suggestion, if lyx really does have a problem being installed in
> > "Program Files" then it'd be nice if that fact were well publicized
> > (I found no mention of it on the lyx homepage, nor on the wiki).
> > Also, when I did it, the default installation directory was
> > "C:\Program Files", this should probably be changed.


SH: Installation and the path with spaces problem is mentioned on
the Wiki, but you have to know where to look, but just searching
for installation is going to produce over 60 hits and the new
user isn't likely to know the "paths with spaces" keyword phrase.

http://wiki.lyx.org/LyX/NewInLyX14?n=LyX.NewInLyX14&action=search&q=installation#toc5http:

lists the 2/60+ articles which mention installation and paths with 
spaces but how is the new user to know to choose them? The answer is

an index with: Installation, see Paths with spaces;
Paths with spaces, see Installation
and a pointer in the FAQ to look at the Index. Methods like
establishing layout files for LyX after adding .cls files would
be in cross-referenced in the index and make new users aware of it.

A search engine doesn't take the place of a well-designed index
because the search engine doesn't inform one of the keyword used
to describe the concept or provide a hint for related issues
without reading a lot of documentation.

I think a lot of stuff is present in the Wiki, just hard to find.

Hooray for a source condensed information (milk of wisdom),

Stephen

-

http://wiki.lyx.org/Windows/LyX136

Ekkehart Schlicht: "Although LyX swallows path and folder names with
blanks (such as C:\Program Files\...) this is not necessarily true
for the other programs, and it is recommended to install them in the
default locations suggested by the programs, or in paths without
blanks (such as C:\Programs\...), just to be on the safe side."

---

http://wiki.lyx.org/Windows/InstallationTipsForLyXWithAnAlternativeLaTeXDistribution

"It is good practice for LyX and its associated programs to be included
in the Windows Path statement, whichever Latex distribution you are 
using. Choosing directories without spaces in them like


C:\LyX

rather than the default,

C:\Program files\LyX

is likely still the safer practice, unless the installer balks at 
changing the default and the install fails."


--