Re: please consolidate the documentation

[Steve Harris]

[EMAIL PROTECTED] wrote:

Having said that, I think there at least used to be a pretty good reason 
for why the documentation was split the way it is. So I suggest you 
raise this question on the development list.


best regards
/Christian



I think the end of the splash.lyx intro screen could be
reworded a bit to devote some attention to the Wiki.

6. The LyX home page is at [http://www.lyx.org/]. Get
information about LyX, subscribe to the LyX mailing
list(s), take the LyX Graphical Tour, and more.

I think this could be changed to:

6. The LyX home page is at [http://www.lyx.org/]. Get
information about LyX, subscribe to the LyX mailing
list(s) and take the LyX Graphical Tour. Additional
documentation is available at the LyX Wiki
http://wiki.lyx.org/LyX/Manuals. [or maybe better
http://wiki.lyx.org/LyX/Documentation]

I think documentation should point to the FAQ and
the Latex Visual FAQ. Also a reminder to use the
online archives to obtain quick answers to urgent
problems without a hint of irritation about answering
the same quesion over and over again. Links to archives.

The home of how to do things and solve problems.
Unfortunately I won't be able to contribute to the
documentation project as I like to explain myself
fully and in detail. The puny Wiki can't accomodate
the size of my masterpieces. Just kidding :-)

The developers would have to approve a change of
copy to the splash.lyx intro. Consolidation of the
help documents could be offered in another format
in another location while advertising the Wiki.

Perspicuity and Perspicacity, how sublimely pragmatic,
Stephen :-)the oxymoron, how's that for credentials?!

Ps, A little extra juice for the Wiki, hip, hip,

Re: LyX142 DVI

[Steve Harris]

Mukhtar Ullah wrote:

Dear Paul,

Thank you for your response. I can post a minimal example,
but I don't know how
to attach a (graphic) file to this post? Can anyone give me a hint!

Mukhtar





Use you email client to attach your minimal example file.
Then use your email client to attach the graphic file,
the one named in your minimal example file. The list
will receive two attachements, the file and its graphic.
Not sure this works on Usenet, so send to the mailing list.

Help - Attachments (keyword search under email help)
Stephen

--

Stephen
Once you eliminate the impossible, whatever remains, no matter
how improbable, must be the truth. SH: Sherlock Holmes (Doyle)

Re: Problem with Check Tex in Lyx142 windows

[Steve Harris]

Nicolás wrote:

Hi!

I have discovered another problem with LyX142 (installed using the small 
version of the windows installer).


When I run Check TeX the following error message is shown: Could not 
run chktex successfully You can find the debug messages below.


I think the problem is that I do not have the chktex utility installed. 
I guess it should have been installed by the installer, but it was not 
so. Otherwise, if I should install myself this utility it should be 
mentioned more clearly and the Check TeX option should be disabled 
while chktex is not installed.


Cheers,
Nicolás


LyXFunc::dispatch: cmd:  action: 172 arg: '' x: 0 y: 0
makeLaTeXFile...
  Validating buffer...
filetools(getFormatFromContents)
File type not recognised before EOF!
filetools(getFormatFromContents)
Couldn't find a known format!
lyxlex: UNcompressed
LyX needs the following commands when LaTeXing:
* Packages:
* Macros:
* Textclass stuff:
* done.
  Buffer validation done.
lyx document header finished
preamble finished, now the body.
TeXOnePar... 0x17fa938 ''
SimpleTeXOnePar... 0x17fa938
SimpleTeXOnePar...done 0x17fa938
makeLaTeXFile...done
Finished making LaTeX file.
Row count was 13.
'-q' is not recognized as an internal or external command,
operable program or batch file.
Error: chktex failure

Could not run chktex successfully.






This version of chktex.exe works around from the command line.

http://www.tug.org/texlive/Contents/live/texlive/bin/win32/?D=A
ChkTeX.exe  24-Nov-2004 12:2648k

http://www.pragma-ade.com/download-1.htm
context/install/mswintex.zip minimal CONTEXT binaries (windows)

SH: I opened up mswintex.zip and extracted all the *.dll files
to the same LyX sub-dir as chktex.exe and the .tex file to test.
chktex splash.tex
I didn't know how to connect LyX's Check Tex with this binary.
LyX1.3.7-3 had the Check Tex option, but didn't appear to work.

=/= Reconfigure,
Stephen

Re: Small problem with Lyx142 windows installer

[Steve Harris]

Bo Peng wrote:

Thank you for the help Bo, but I did not need to do what you suggested.
Instead, as Steve mentioned, I deleted the python package that the LyX
installer installed and the Tex Info Rescan function works fine now.


The problem seems to be with the bundled python, which misses some
module to recognize iso-8859-15 encoding. Since 8859-15 is not really
needed (8859-1 works fine), the easiest solution is to change the
encoding, rather than adding more modules and making the windows
installer larger.

Of course, installing a full python will work, and may be an easier
solution than modifying the scripts.

Cheers,
Bo




Do you think the script, #!, is the reason?

TeXFiles.py
#!/usr/bin/env python ---**
# -*- coding: iso-8859-1 -*-

-

http://pytut.infogami.com/node4.html

For example, to write Unicode literals including the Euro currency 
symbol, the ISO-8859-15 encoding can be used, with the Euro symbol 
having the ordinal value 164. This script will print the value 8364

(the Unicode codepoint corresponding to the Euro symbol) and then exit:

 # -*- coding: iso-8859-15 -*-

 currency = u€
 print ord(currency)

If your editor supports saving files as UTF-8 with a byte order mark 
(BOM), you can use that instead of an encoding declaration. IDLE 
supports this capability if Options/General/Default Source 
Encoding/UTF-8 is set. Note that older versions of Python (2.2 and 
earlier) don't understand the BOM, and it also doesn't work with 
executable scripts that uses the #! mechanism. ---**


--

Enrico Forestieri wrote:
After selecting TeX information you can see the following
error on the console:

File C:/Programmi/LyX14/Resources/scripts/TeXFiles.py, line 2
SyntaxError: encoding problem: with BOM--**

---

Regards,
Stephen

Re: LyX142 DVI

[Steve Harris]

Paul A. Rubin wrote:

Mukhtar Ullah wrote:

Paul wrote


No, that was Jean-Pierre.

I loaded your sample document here (LyX 1.4.2 on Windows XP), cropped 
the image enough to verify that it is cropped, and ran View-DVI.  It 
worked correctly.  I'm attaching the modified document (when I loaded it 
there was no cropping, so I made some changes) and a screen-shot of the 
resulting DVI.  Try View-DVI on the modified document.  If it's 
cropped, check the changes I made in the image dialog; if not, let us 
know, and we can try to track down whether your graphics conversions are 
set up incorrectly.


/Paul





The dvi.png looks much better than what I first saw.
But the cropping seems to be off when compared to
the graphic that LyX produces with pdflatex.
I attach a comparison picture, the pdf.png.

Re: Merged manuals

[Steve Harris]

[EMAIL PROTECTED] wrote:
Thanks to Stephen Harris there's now a PDF that's the merger of some of 
the manuals. See here:


http://wiki.lyx.org/LyX/Documentation#merged

/Christian




The .lyx version was done by Ed Gatzke and included
the Introduction so I uploaded Intro.pdf to ~/Manuals

The request to promote the Wiki, espcially the
Documentation pages, in the splash.lyx was
sent to the Developers. I removed the and more
because it was used in the paragraph above it
and substituted and discover internet resources.

Getting another paragraph of splash.lyx translated
into the other languages...hmmm, I think we need
a Lyx for Linguistics user on the team. :-)

Best regards,
Stephen

Re: LyX142 DVI

[Steve Harris]

Paul A. Rubin wrote:

Steve Harris wrote:

Paul A. Rubin wrote:

Mukhtar Ullah wrote:

Paul wrote


No, that was Jean-Pierre.

I loaded your sample document here (LyX 1.4.2 on Windows XP), cropped 
the image enough to verify that it is cropped, and ran View-DVI.  It 
worked correctly.  I'm attaching the modified document (when I loaded 
it there was no cropping, so I made some changes) and a screen-shot 
of the resulting DVI.  Try View-DVI on the modified document.  If 
it's cropped, check the changes I made in the image dialog; if not, 
let us know, and we can try to track down whether your graphics 
conversions are set up incorrectly.


/Paul





The dvi.png looks much better than what I first saw.
But the cropping seems to be off when compared to
the graphic that LyX produces with pdflatex.
I attach a comparison picture, the pdf.png.



Was pdf.png generated from a different source document (different crop 
settings)?  Because when I run View-PDF (pdflatex) on the version of 
the document that I edited and uploaded, I get the same output that 
View-DVI produces.  (Note that I deliberately cropped out most of the 
image, to make it clear that cropping was working.)


/Paul




Mukhtar Ullah provided fig_chapman.pdf and dvi_problem.lyx
a couple of days ago. I put them into the same directory,
opened LyX and then the dvi_problem.lyx. The image file
did not display but there was a blank rectangle that was
labelled. I then ran pdflatex to get a seemingly nice image.

I didn't do anything to it. Then I viewed it with Postscript,
DVI and dvipdfm and saw nothing but pieces of the image and
I think they were spread out over more than one page.

When I saw your image, I suspected you hadn't seen the image
in its best pdf light. Because although your image was a big
improvement, your improvements are usually nearly perfect
and I didn't think you would be happy enough with the result.
So just in case I sent what I saw. I took an interest because
I don't know how to fix these, not because I'm good at it. I
don't even know how to make a pdf file that broken; all my
conversions go well because I have good computer karma. :-)

Regards,
Stephen

Re: please consolidate the documentation

[Steve Harris]

[EMAIL PROTECTED] wrote:

Having said that, I think there at least used to be a pretty good reason 
for why the documentation was split the way it is. So I suggest you 
raise this question on the development list.


best regards
/Christian



I think the end of the splash.lyx intro screen could be
reworded a bit to devote some attention to the Wiki.

6. The LyX home page is at [http://www.lyx.org/]. Get
information about LyX, subscribe to the LyX mailing
list(s), take the LyX Graphical Tour, and more.

I think this could be changed to:

6. The LyX home page is at [http://www.lyx.org/]. Get
information about LyX, subscribe to the LyX mailing
list(s) and take the LyX Graphical Tour. Additional
documentation is available at the LyX Wiki
http://wiki.lyx.org/LyX/Manuals. [or maybe better
http://wiki.lyx.org/LyX/Documentation]

I think documentation should point to the FAQ and
the Latex Visual FAQ. Also a reminder to use the
online archives to obtain quick answers to urgent
problems without a hint of irritation about answering
the same quesion over and over again. Links to archives.

The home of how to do things and solve problems.
Unfortunately I won't be able to contribute to the
documentation project as I like to explain myself
fully and in detail. The puny Wiki can't accomodate
the size of my masterpieces. Just kidding :-)

The developers would have to approve a change of
copy to the splash.lyx intro. Consolidation of the
help documents could be offered in another format
in another location while advertising the Wiki.

Perspicuity and Perspicacity, how sublimely pragmatic,
Stephen :-)the oxymoron, how's that for credentials?!

Ps, A little extra juice for the Wiki, hip, hip,

Re: LyX142 DVI

[Steve Harris]

Mukhtar Ullah wrote:

Dear Paul,

Thank you for your response. I can post a minimal example,
but I don't know how
to attach a (graphic) file to this post? Can anyone give me a hint!

Mukhtar





Use you email client to attach your minimal example file.
Then use your email client to attach the graphic file,
the one named in your minimal example file. The list
will receive two attachements, the file and its graphic.
Not sure this works on Usenet, so send to the mailing list.

Help - Attachments (keyword search under email help)
Stephen

--

Stephen
Once you eliminate the impossible, whatever remains, no matter
how improbable, must be the truth. SH: Sherlock Holmes (Doyle)

Re: Problem with Check Tex in Lyx142 windows

[Steve Harris]

Nicolás wrote:

Hi!

I have discovered another problem with LyX142 (installed using the small 
version of the windows installer).


When I run Check TeX the following error message is shown: Could not 
run chktex successfully You can find the debug messages below.


I think the problem is that I do not have the chktex utility installed. 
I guess it should have been installed by the installer, but it was not 
so. Otherwise, if I should install myself this utility it should be 
mentioned more clearly and the Check TeX option should be disabled 
while chktex is not installed.


Cheers,
Nicolás


LyXFunc::dispatch: cmd:  action: 172 arg: '' x: 0 y: 0
makeLaTeXFile...
  Validating buffer...
filetools(getFormatFromContents)
File type not recognised before EOF!
filetools(getFormatFromContents)
Couldn't find a known format!
lyxlex: UNcompressed
LyX needs the following commands when LaTeXing:
* Packages:
* Macros:
* Textclass stuff:
* done.
  Buffer validation done.
lyx document header finished
preamble finished, now the body.
TeXOnePar... 0x17fa938 ''
SimpleTeXOnePar... 0x17fa938
SimpleTeXOnePar...done 0x17fa938
makeLaTeXFile...done
Finished making LaTeX file.
Row count was 13.
'-q' is not recognized as an internal or external command,
operable program or batch file.
Error: chktex failure

Could not run chktex successfully.






This version of chktex.exe works around from the command line.

http://www.tug.org/texlive/Contents/live/texlive/bin/win32/?D=A
ChkTeX.exe  24-Nov-2004 12:2648k

http://www.pragma-ade.com/download-1.htm
context/install/mswintex.zip minimal CONTEXT binaries (windows)

SH: I opened up mswintex.zip and extracted all the *.dll files
to the same LyX sub-dir as chktex.exe and the .tex file to test.
chktex splash.tex
I didn't know how to connect LyX's Check Tex with this binary.
LyX1.3.7-3 had the Check Tex option, but didn't appear to work.

=/= Reconfigure,
Stephen

Re: Small problem with Lyx142 windows installer

[Steve Harris]

Bo Peng wrote:

Thank you for the help Bo, but I did not need to do what you suggested.
Instead, as Steve mentioned, I deleted the python package that the LyX
installer installed and the Tex Info Rescan function works fine now.


The problem seems to be with the bundled python, which misses some
module to recognize iso-8859-15 encoding. Since 8859-15 is not really
needed (8859-1 works fine), the easiest solution is to change the
encoding, rather than adding more modules and making the windows
installer larger.

Of course, installing a full python will work, and may be an easier
solution than modifying the scripts.

Cheers,
Bo




Do you think the script, #!, is the reason?

TeXFiles.py
#!/usr/bin/env python ---**
# -*- coding: iso-8859-1 -*-

-

http://pytut.infogami.com/node4.html

For example, to write Unicode literals including the Euro currency 
symbol, the ISO-8859-15 encoding can be used, with the Euro symbol 
having the ordinal value 164. This script will print the value 8364

(the Unicode codepoint corresponding to the Euro symbol) and then exit:

 # -*- coding: iso-8859-15 -*-

 currency = u€
 print ord(currency)

If your editor supports saving files as UTF-8 with a byte order mark 
(BOM), you can use that instead of an encoding declaration. IDLE 
supports this capability if Options/General/Default Source 
Encoding/UTF-8 is set. Note that older versions of Python (2.2 and 
earlier) don't understand the BOM, and it also doesn't work with 
executable scripts that uses the #! mechanism. ---**


--

Enrico Forestieri wrote:
After selecting TeX information you can see the following
error on the console:

File C:/Programmi/LyX14/Resources/scripts/TeXFiles.py, line 2
SyntaxError: encoding problem: with BOM--**

---

Regards,
Stephen

Re: LyX142 DVI

[Steve Harris]

Paul A. Rubin wrote:

Mukhtar Ullah wrote:

Paul wrote


No, that was Jean-Pierre.

I loaded your sample document here (LyX 1.4.2 on Windows XP), cropped 
the image enough to verify that it is cropped, and ran View-DVI.  It 
worked correctly.  I'm attaching the modified document (when I loaded it 
there was no cropping, so I made some changes) and a screen-shot of the 
resulting DVI.  Try View-DVI on the modified document.  If it's 
cropped, check the changes I made in the image dialog; if not, let us 
know, and we can try to track down whether your graphics conversions are 
set up incorrectly.


/Paul





The dvi.png looks much better than what I first saw.
But the cropping seems to be off when compared to
the graphic that LyX produces with pdflatex.
I attach a comparison picture, the pdf.png.

Re: Merged manuals

[Steve Harris]

[EMAIL PROTECTED] wrote:
Thanks to Stephen Harris there's now a PDF that's the merger of some of 
the manuals. See here:


http://wiki.lyx.org/LyX/Documentation#merged

/Christian




The .lyx version was done by Ed Gatzke and included
the Introduction so I uploaded Intro.pdf to ~/Manuals

The request to promote the Wiki, espcially the
Documentation pages, in the splash.lyx was
sent to the Developers. I removed the and more
because it was used in the paragraph above it
and substituted and discover internet resources.

Getting another paragraph of splash.lyx translated
into the other languages...hmmm, I think we need
a Lyx for Linguistics user on the team. :-)

Best regards,
Stephen

Re: LyX142 DVI

[Steve Harris]

Paul A. Rubin wrote:

Steve Harris wrote:

Paul A. Rubin wrote:

Mukhtar Ullah wrote:

Paul wrote


No, that was Jean-Pierre.

I loaded your sample document here (LyX 1.4.2 on Windows XP), cropped 
the image enough to verify that it is cropped, and ran View-DVI.  It 
worked correctly.  I'm attaching the modified document (when I loaded 
it there was no cropping, so I made some changes) and a screen-shot 
of the resulting DVI.  Try View-DVI on the modified document.  If 
it's cropped, check the changes I made in the image dialog; if not, 
let us know, and we can try to track down whether your graphics 
conversions are set up incorrectly.


/Paul





The dvi.png looks much better than what I first saw.
But the cropping seems to be off when compared to
the graphic that LyX produces with pdflatex.
I attach a comparison picture, the pdf.png.



Was pdf.png generated from a different source document (different crop 
settings)?  Because when I run View-PDF (pdflatex) on the version of 
the document that I edited and uploaded, I get the same output that 
View-DVI produces.  (Note that I deliberately cropped out most of the 
image, to make it clear that cropping was working.)


/Paul




Mukhtar Ullah provided fig_chapman.pdf and dvi_problem.lyx
a couple of days ago. I put them into the same directory,
opened LyX and then the dvi_problem.lyx. The image file
did not display but there was a blank rectangle that was
labelled. I then ran pdflatex to get a seemingly nice image.

I didn't do anything to it. Then I viewed it with Postscript,
DVI and dvipdfm and saw nothing but pieces of the image and
I think they were spread out over more than one page.

When I saw your image, I suspected you hadn't seen the image
in its best pdf light. Because although your image was a big
improvement, your improvements are usually nearly perfect
and I didn't think you would be happy enough with the result.
So just in case I sent what I saw. I took an interest because
I don't know how to fix these, not because I'm good at it. I
don't even know how to make a pdf file that broken; all my
conversions go well because I have good computer karma. :-)

Regards,
Stephen

Re: please consolidate the documentation

[Steve Harris]

[EMAIL PROTECTED] wrote:

Having said that, I think there at least used to be a pretty good reason 
for why the documentation was split the way it is. So I suggest you 
raise this question on the development list.


best regards
/Christian



I think the end of the splash.lyx intro screen could be
reworded a bit to devote some attention to the Wiki.

6. The LyX home page is at [http://www.lyx.org/]. Get
information about LyX, subscribe to the LyX mailing
list(s), take the LyX Graphical Tour, and more.

I think this could be changed to:

6. The LyX home page is at [http://www.lyx.org/]. Get
information about LyX, subscribe to the LyX mailing
list(s) and take the LyX Graphical Tour. Additional
documentation is available at the LyX Wiki
http://wiki.lyx.org/LyX/Manuals. [or maybe better
http://wiki.lyx.org/LyX/Documentation]

I think documentation should point to the FAQ and
the Latex Visual FAQ. Also a reminder to use the
online archives to obtain quick answers to urgent
problems without a hint of irritation about answering
the same quesion over and over again. Links to archives.

The home of how to do things and solve problems.
Unfortunately I won't be able to contribute to the
documentation project as I like to explain myself
fully and in detail. The puny Wiki can't accomodate
the size of my masterpieces. Just kidding :-)

The developers would have to approve a change of
copy to the splash.lyx intro. Consolidation of the
help documents could be offered in another format
in another location while advertising the Wiki.

Perspicuity and Perspicacity, how sublimely pragmatic,
Stephen :-)the oxymoron, how's that for credentials?!

Ps, A little extra juice for the Wiki, hip, hip,

Re: LyX142 DVI

[Steve Harris]

Mukhtar Ullah wrote:

Dear Paul,

Thank you for your response. I can post a minimal example,
but I don't know how
to attach a (graphic) file to this post? Can anyone give me a hint!

Mukhtar





Use you email client to attach your minimal example file.
Then use your email client to attach the graphic file,
the one named in your minimal example file. The list
will receive two attachements, the file and its graphic.
Not sure this works on Usenet, so send to the mailing list.

Help -> Attachments (keyword search under email help)
Stephen

--

Stephen
"Once you eliminate the impossible, whatever remains, no matter
how improbable, must be the truth." SH: Sherlock Holmes (Doyle)

Re: Problem with Check Tex in Lyx142 windows

[Steve Harris]

Nicolás wrote:

Hi!

I have discovered another problem with LyX142 (installed using the small 
version of the windows installer).


When I run "Check TeX" the following error message is shown: "Could not 
run chktex successfully" You can find the debug messages below.


I think the problem is that I do not have the chktex utility installed. 
I guess it should have been installed by the installer, but it was not 
so. Otherwise, if I should install myself this utility it should be 
mentioned more clearly and the "Check TeX" option should be disabled 
while chktex is not installed.


Cheers,
Nicolás


LyXFunc::dispatch: cmd:  action: 172 arg: '' x: 0 y: 0
makeLaTeXFile...
  Validating buffer...
filetools(getFormatFromContents)
File type not recognised before EOF!
filetools(getFormatFromContents)
Couldn't find a known format!
lyxlex: UNcompressed
LyX needs the following commands when LaTeXing:
* Packages:
* Macros:
* Textclass stuff:
* done.
  Buffer validation done.
lyx document header finished
preamble finished, now the body.
TeXOnePar... 0x17fa938 ''
SimpleTeXOnePar... 0x17fa938
SimpleTeXOnePar...done 0x17fa938
makeLaTeXFile...done
Finished making LaTeX file.
Row count was 13.
'-q' is not recognized as an internal or external command,
operable program or batch file.
Error: chktex failure

Could not run chktex successfully.






This version of chktex.exe works around from the command line.

http://www.tug.org/texlive/Contents/live/texlive/bin/win32/?D=A
ChkTeX.exe  24-Nov-2004 12:2648k

http://www.pragma-ade.com/download-1.htm
context/install/mswintex.zip minimal CONTEXT binaries (windows)

SH: I opened up mswintex.zip and extracted all the *.dll files
to the same LyX sub-dir as chktex.exe and the .tex file to test.
"chktex splash.tex"
I didn't know how to connect LyX's Check Tex with this binary.
LyX1.3.7-3 had the Check Tex option, but didn't appear to work.

=/= Reconfigure,
Stephen

Re: Small problem with Lyx142 windows installer

[Steve Harris]

Bo Peng wrote:

Thank you for the help Bo, but I did not need to do what you suggested.
Instead, as Steve mentioned, I deleted the python package that the LyX
installer installed and the Tex Info Rescan function works fine now.


The problem seems to be with the bundled python, which misses some
module to recognize iso-8859-15 encoding. Since 8859-15 is not really
needed (8859-1 works fine), the easiest solution is to change the
encoding, rather than adding more modules and making the windows
installer larger.

Of course, installing a full python will work, and may be an easier
solution than modifying the scripts.

Cheers,
Bo




Do you think the script, #!, is the reason?

TeXFiles.py
#!/usr/bin/env python <---**
# -*- coding: iso-8859-1 -*-

-

http://pytut.infogami.com/node4.html

"For example, to write Unicode literals including the Euro currency 
symbol, the ISO-8859-15 encoding can be used, with the Euro symbol 
having the ordinal value 164. This script will print the value 8364

(the Unicode codepoint corresponding to the Euro symbol) and then exit:

 # -*- coding: iso-8859-15 -*-

 currency = u"€"
 print ord(currency)

If your editor supports saving files as UTF-8 with a byte order mark 
(BOM), you can use that instead of an encoding declaration. IDLE 
supports this capability if Options/General/Default Source 
Encoding/UTF-8 is set. Note that older versions of Python (2.2 and 
earlier) don't understand the BOM, and it also doesn't work with 
executable scripts that uses the #! mechanism." <---**


--

Enrico Forestieri wrote:
"After selecting "TeX information" you can see the following
error on the console:

File "C:/Programmi/LyX14/Resources/scripts/TeXFiles.py", line 2
SyntaxError: encoding problem: with BOM<--**

---

Regards,
Stephen

Re: LyX142 DVI

[Steve Harris]

Paul A. Rubin wrote:

Mukhtar Ullah wrote:

Paul wrote


No, that was Jean-Pierre.

I loaded your sample document here (LyX 1.4.2 on Windows XP), cropped 
the image enough to verify that it is cropped, and ran View->DVI.  It 
worked correctly.  I'm attaching the modified document (when I loaded it 
there was no cropping, so I made some changes) and a screen-shot of the 
resulting DVI.  Try View->DVI on the modified document.  If it's 
cropped, check the changes I made in the image dialog; if not, let us 
know, and we can try to track down whether your graphics conversions are 
set up incorrectly.


/Paul





The dvi.png looks much better than what I first saw.
But the cropping seems to be off when compared to
the graphic that LyX produces with pdflatex.
I attach a comparison picture, the pdf.png.

Re: Merged manuals

[Steve Harris]

[EMAIL PROTECTED] wrote:
Thanks to Stephen Harris there's now a PDF that's the merger of some of 
the manuals. See here:


http://wiki.lyx.org/LyX/Documentation#merged

/Christian




The .lyx version was done by Ed Gatzke and included
the Introduction so I uploaded Intro.pdf to ~/Manuals

The request to promote the Wiki, espcially the
Documentation pages, in the splash.lyx was
sent to the Developers. I removed the "and more"
because it was used in the paragraph above it
and substituted "and discover internet resources".

Getting another paragraph of splash.lyx translated
into the other languages...hmmm, I think we need
a Lyx for Linguistics user on the team. :-)

Best regards,
Stephen

Re: LyX142 DVI

[Steve Harris]

Paul A. Rubin wrote:

Steve Harris wrote:

Paul A. Rubin wrote:

Mukhtar Ullah wrote:

Paul wrote


No, that was Jean-Pierre.

I loaded your sample document here (LyX 1.4.2 on Windows XP), cropped 
the image enough to verify that it is cropped, and ran View->DVI.  It 
worked correctly.  I'm attaching the modified document (when I loaded 
it there was no cropping, so I made some changes) and a screen-shot 
of the resulting DVI.  Try View->DVI on the modified document.  If 
it's cropped, check the changes I made in the image dialog; if not, 
let us know, and we can try to track down whether your graphics 
conversions are set up incorrectly.


/Paul





The dvi.png looks much better than what I first saw.
But the cropping seems to be off when compared to
the graphic that LyX produces with pdflatex.
I attach a comparison picture, the pdf.png.



Was pdf.png generated from a different source document (different crop 
settings)?  Because when I run View->PDF (pdflatex) on the version of 
the document that I edited and uploaded, I get the same output that 
View->DVI produces.  (Note that I deliberately cropped out most of the 
image, to make it clear that cropping was working.)


/Paul




Mukhtar Ullah provided fig_chapman.pdf and dvi_problem.lyx
a couple of days ago. I put them into the same directory,
opened LyX and then the dvi_problem.lyx. The image file
did not display but there was a blank rectangle that was
labelled. I then ran pdflatex to get a seemingly nice image.

I didn't do anything to it. Then I viewed it with Postscript,
DVI and dvipdfm and saw nothing but pieces of the image and
I think they were spread out over more than one page.

When I saw your image, I suspected you hadn't seen the image
in its best pdf light. Because although your image was a big
improvement, your improvements are usually nearly perfect
and I didn't think you would be happy enough with the result.
So just in case I sent what I saw. I took an interest because
I don't know how to fix these, not because I'm good at it. I
don't even know how to make a pdf file that broken; all my
conversions go well because I have good computer karma. :-)

Regards,
Stephen

Re: Small problem with Lyx142 windows installer

[Steve Harris]

Paul A. Rubin wrote:

Since Bo also says it does not work (and I'm pretty sure I'm not the 
only Windows user for whom it does work), perhaps we should be looking 
for environmental similarities/differences.


/Paul





I noticed that the python24.dlls were not the same size or date:

Directory of C:\lyx\LyX14\python

07/16/2006  07:41 PMDIR  .
07/16/2006  07:41 PMDIR  ..
07/16/2006  07:26 PMDIR  DLLs
07/16/2006  07:27 PMDIR  Lib
07/16/2006  07:26 PMDIR  libs
03/29/2006  08:35 AM 4,608 python.exe
03/29/2006  08:35 AM 1,871,872 python24.dll



Directory of C:\windows\system32

03/30/2005  10:14 AM 1,867,776 python24.dll

-

So I tried updating the Windows/system32 python24.dll.
No luck. I tried uninstalling Python altogether and
the Python under LyX didn't work. I tried reinstalling
Python2.4.3, the version Joost used and no luck. I
tried with the larger 62mb version and no luck. The
Python under LyX defeats Tex Information; it has to
be deleted before the system Python makes Tex Info work.

I'll leave this to those the older and wiser before beauty,
Stephen

Re: Small problem with Lyx142 windows installer

[Steve Harris]

Georg Baum wrote:

Steve Harris wrote:


I'm not sure that asking if you have a full Python installed is
relevant.


That was only a shot in the dark, because we have had problems with stripped
down python versions in the past.



SH: In that sense it does appear to be relevant. Rescan will work if
there is a system Python in Windows Path and the LyX Python package
is deleted. The LyX Python package does not cause Rescan to work if
the system Python is the same version, or not the same version, in
the Path or not. Nor if the system Python is uninstalled.

The LyX Python package apparently does have a working python.exe
since I think the LyX directories are prioritized for executables,
and python texfiles.py produces .lst files. Then if those .lst
files are copied from the Script directory wherer they are made to
Resources, then Rescan will produce content in the Tex Info window.
A regeneration process doesn't seem to happen.

Bo Peng and I have confirmed the OP complaint. Two others have
stated that the LyX local python package works, so it appears
to be an environment issue, but it is not the system-wide Python
that produces the conflict since I have tried uninstalling that
first and the Win XP Pro LyX1.4.2 local python package fails.

I will file the above as a bug report.



That is strange. On linux Rescan regenerates the files. Please somebody file
a bug.


Georg




--

Stephen
Once you eliminate the impossible, whatever remains, no matter
how improbable, must be the truth. SH: Sherlock Holmes (Doyle)

Re: Small problem with Lyx142 windows installer

[Steve Harris]

Paul A. Rubin wrote:

Steve Harris wrote:





SH: I guess that doesn't explain why you having the Python
subdir under LyX works ok, but I have to delete that
subdir before Tex Information works right.



Paul: I have the full Python 2.3 on my system path (relatively early).   
It's also on my LyX path prefix, near the front.  This is inherited 
from 1.4.1; I don't know if the 1.4.2 installer would put the full 
Python directory in the path prefix on its own.  Have you tried that?


/Paul



Aha! You are still the Professor! If I put C:\python243 at the
beginning of Path_prefix it runs Tex Information immediately and
also will do a Rescan later. *Also*, this solves the missing
Latex (plain)-HTML converter that I also discovered because
of the htlatex topics. If I put C:\python243 at the end of the
Path_prefix string (after Imagemagick here) then the Tex Info
still fails and also Rescan fails. My Latex-HTML converter
disappears too (a Reconfigure needs to be run).

I'm not quite sure why your idea worked. When Angus mentored
me on this I must have flunked. I thought that LyX copied
the Windows PATH and then appended the Path_prefix string
to it internally... maybe it used to work that way.

So that was the difference in our environments, mine didn't
have the system Python near the beginning of LyX Path_prefix.

That indicates the Lyx local python package is broken a bit,
because I don't think you are using it. Maybe if you temp
removed your system Python from LyX Path_prefix, or even
put it at the end, then your Rescan would fail too since
it would be relying on the local lyx python package.
The local lyx python.exe seems to be OK, it is the script.
I've filed a bug report. Since it works on Linux I suppose
it is an EOL thing or \ vs /; my install dirs has no spaces.

Best regards,
Stephen

Re: Minimum HW requirement

[Steve Harris]

Helge Hafting wrote:

On Wed, Jul 05, 2006 at 07:43:37AM +0200, Alex wrote:

Dear all,

One student who makes her diplom about Comparing LyX to another Word
processors, asked me about the minimum HW required fo LyX.


You'd be hard pressed to come up with a machine capable of
running LyX in a bad way.

First, the machine have to be able to run a graphichal user
interface (i.e. X11) without getting sluggish.  


Helge's comments centered on LyX for Linux.

LyX for native Windows requires the XP operating system
with more substantial requirements. 233mz and 128mb of memory.
Double is better. At least a 4gig HDD.

However, LyX also runs under Cygwin and Windows 98,
where the requirements are 66 MHz 486DX2 and 16mb of memory.
This compares to Linux though double the minimum is better.
I've run this with a 1gig drive, though 2+ is *better*.

Her explanation should relate LyX to the various OS.
For a newer Linux like Fedora Core 4, it's the same as XP.
For older Linux it's the same as Win98. (^^^graphical UI)

I agree with whoever said it isn't an issue. It is very
rare to find an old machine that doesn't meet requirements
that is still running--the cost to replace memory is more
than the value of such a machine, so buy a working used
(unless you can trust the provenance of a yard sale)
one, in the US good enough machines are routinely donated.

Regards,
Stephen

Re: please consolidate the documentation

[Steve Harris]

Ed Gatzke wrote:

Change the titles to Parts and copy paste the rest in.

   Use Insert-Insert File-LyX file.

Rich



I think you miss out on some formatting, and you may have trouble with multiple
titles/authors and different preambles.  


To make one super document, the title of the individual files should be a 
Part.

I just tried the insert method to combine a couple of files (tutorial and user
guide) and nothing came out due to a preamble problem.

You probably could pull some latex magick with if and include, but it would not
be very clean in lyx.







PC World comes up with a lot of tips. I used Paul Smith's
suggested method of joining them in one large yearly file
which I burned to a cd (with other stuff) and take to jobs.

I'll do this with the UG, Extended, and Customization.
I think a one or two line link/description of the LyX Wiki,
with mention of a searchable Inclusive User Manual (FAQ)
would suffice at the bottom of the splash.lyx which
shows up after an installation. I have grown tired of the
humor in the footnote. I'll just go ahead and do it and
you guys can see if its good enough. I will give it a
clever distinctive title like: Little Known Enchantments
of the LyX Wizards :-) Maybe that title won't pass the
newly incarnated guardian of the LyX Wiki Stygian portal.

I'll send another post when it is up with the location.

Regards,
Stephen

Re: please consolidate the documentation

[Steve Harris]

Ed Gatzke wrote:

Change the titles to Parts and copy paste the rest in.

   Use Insert-Insert File-LyX file.

Rich



I think you miss out on some formatting, and you may have trouble with multiple
titles/authors and different preambles.  


To make one super document, the title of the individual files should be a 
Part.

I just tried the insert method to combine a couple of files (tutorial and user
guide) and nothing came out due to a preamble problem.

You probably could pull some latex magick with if and include, but it would not
be very clean in lyx.







Well, I made the Wiki Entry under Manuals, but the Wiki
complained the file was too large to accept = almost 4mb

So I sent the 4 files seperately hoping that Chris can
make new pdf - combine multiple files,
put them into the right order and OK.
The binder file should be renamed LyXGuides.pdf
Then the separate files can be deleted.
It would have been easier to upload the finished file.

I wrote a description already.
http://wiki.lyx.org/LyX/Manuals
* Searchable Contents of Tutorial, UG, Ext.,  Customization Guides PDF 
file


Regards,
Stephen

Re: Small problem with Lyx142 windows installer

[Steve Harris]

Paul A. Rubin wrote:

Since Bo also says it does not work (and I'm pretty sure I'm not the 
only Windows user for whom it does work), perhaps we should be looking 
for environmental similarities/differences.


/Paul





I noticed that the python24.dlls were not the same size or date:

Directory of C:\lyx\LyX14\python

07/16/2006  07:41 PMDIR  .
07/16/2006  07:41 PMDIR  ..
07/16/2006  07:26 PMDIR  DLLs
07/16/2006  07:27 PMDIR  Lib
07/16/2006  07:26 PMDIR  libs
03/29/2006  08:35 AM 4,608 python.exe
03/29/2006  08:35 AM 1,871,872 python24.dll



Directory of C:\windows\system32

03/30/2005  10:14 AM 1,867,776 python24.dll

-

So I tried updating the Windows/system32 python24.dll.
No luck. I tried uninstalling Python altogether and
the Python under LyX didn't work. I tried reinstalling
Python2.4.3, the version Joost used and no luck. I
tried with the larger 62mb version and no luck. The
Python under LyX defeats Tex Information; it has to
be deleted before the system Python makes Tex Info work.

I'll leave this to those the older and wiser before beauty,
Stephen

Re: Small problem with Lyx142 windows installer

[Steve Harris]

Georg Baum wrote:

Steve Harris wrote:


I'm not sure that asking if you have a full Python installed is
relevant.


That was only a shot in the dark, because we have had problems with stripped
down python versions in the past.



SH: In that sense it does appear to be relevant. Rescan will work if
there is a system Python in Windows Path and the LyX Python package
is deleted. The LyX Python package does not cause Rescan to work if
the system Python is the same version, or not the same version, in
the Path or not. Nor if the system Python is uninstalled.

The LyX Python package apparently does have a working python.exe
since I think the LyX directories are prioritized for executables,
and python texfiles.py produces .lst files. Then if those .lst
files are copied from the Script directory wherer they are made to
Resources, then Rescan will produce content in the Tex Info window.
A regeneration process doesn't seem to happen.

Bo Peng and I have confirmed the OP complaint. Two others have
stated that the LyX local python package works, so it appears
to be an environment issue, but it is not the system-wide Python
that produces the conflict since I have tried uninstalling that
first and the Win XP Pro LyX1.4.2 local python package fails.

I will file the above as a bug report.



That is strange. On linux Rescan regenerates the files. Please somebody file
a bug.


Georg




--

Stephen
Once you eliminate the impossible, whatever remains, no matter
how improbable, must be the truth. SH: Sherlock Holmes (Doyle)

Re: Small problem with Lyx142 windows installer

[Steve Harris]

Paul A. Rubin wrote:

Steve Harris wrote:





SH: I guess that doesn't explain why you having the Python
subdir under LyX works ok, but I have to delete that
subdir before Tex Information works right.



Paul: I have the full Python 2.3 on my system path (relatively early).   
It's also on my LyX path prefix, near the front.  This is inherited 
from 1.4.1; I don't know if the 1.4.2 installer would put the full 
Python directory in the path prefix on its own.  Have you tried that?


/Paul



Aha! You are still the Professor! If I put C:\python243 at the
beginning of Path_prefix it runs Tex Information immediately and
also will do a Rescan later. *Also*, this solves the missing
Latex (plain)-HTML converter that I also discovered because
of the htlatex topics. If I put C:\python243 at the end of the
Path_prefix string (after Imagemagick here) then the Tex Info
still fails and also Rescan fails. My Latex-HTML converter
disappears too (a Reconfigure needs to be run).

I'm not quite sure why your idea worked. When Angus mentored
me on this I must have flunked. I thought that LyX copied
the Windows PATH and then appended the Path_prefix string
to it internally... maybe it used to work that way.

So that was the difference in our environments, mine didn't
have the system Python near the beginning of LyX Path_prefix.

That indicates the Lyx local python package is broken a bit,
because I don't think you are using it. Maybe if you temp
removed your system Python from LyX Path_prefix, or even
put it at the end, then your Rescan would fail too since
it would be relying on the local lyx python package.
The local lyx python.exe seems to be OK, it is the script.
I've filed a bug report. Since it works on Linux I suppose
it is an EOL thing or \ vs /; my install dirs has no spaces.

Best regards,
Stephen

Re: Minimum HW requirement

[Steve Harris]

Helge Hafting wrote:

On Wed, Jul 05, 2006 at 07:43:37AM +0200, Alex wrote:

Dear all,

One student who makes her diplom about Comparing LyX to another Word
processors, asked me about the minimum HW required fo LyX.


You'd be hard pressed to come up with a machine capable of
running LyX in a bad way.

First, the machine have to be able to run a graphichal user
interface (i.e. X11) without getting sluggish.  


Helge's comments centered on LyX for Linux.

LyX for native Windows requires the XP operating system
with more substantial requirements. 233mz and 128mb of memory.
Double is better. At least a 4gig HDD.

However, LyX also runs under Cygwin and Windows 98,
where the requirements are 66 MHz 486DX2 and 16mb of memory.
This compares to Linux though double the minimum is better.
I've run this with a 1gig drive, though 2+ is *better*.

Her explanation should relate LyX to the various OS.
For a newer Linux like Fedora Core 4, it's the same as XP.
For older Linux it's the same as Win98. (^^^graphical UI)

I agree with whoever said it isn't an issue. It is very
rare to find an old machine that doesn't meet requirements
that is still running--the cost to replace memory is more
than the value of such a machine, so buy a working used
(unless you can trust the provenance of a yard sale)
one, in the US good enough machines are routinely donated.

Regards,
Stephen

Re: please consolidate the documentation

[Steve Harris]

Ed Gatzke wrote:

Change the titles to Parts and copy paste the rest in.

   Use Insert-Insert File-LyX file.

Rich



I think you miss out on some formatting, and you may have trouble with multiple
titles/authors and different preambles.  


To make one super document, the title of the individual files should be a 
Part.

I just tried the insert method to combine a couple of files (tutorial and user
guide) and nothing came out due to a preamble problem.

You probably could pull some latex magick with if and include, but it would not
be very clean in lyx.







PC World comes up with a lot of tips. I used Paul Smith's
suggested method of joining them in one large yearly file
which I burned to a cd (with other stuff) and take to jobs.

I'll do this with the UG, Extended, and Customization.
I think a one or two line link/description of the LyX Wiki,
with mention of a searchable Inclusive User Manual (FAQ)
would suffice at the bottom of the splash.lyx which
shows up after an installation. I have grown tired of the
humor in the footnote. I'll just go ahead and do it and
you guys can see if its good enough. I will give it a
clever distinctive title like: Little Known Enchantments
of the LyX Wizards :-) Maybe that title won't pass the
newly incarnated guardian of the LyX Wiki Stygian portal.

I'll send another post when it is up with the location.

Regards,
Stephen

Re: please consolidate the documentation

[Steve Harris]

Ed Gatzke wrote:

Change the titles to Parts and copy paste the rest in.

   Use Insert-Insert File-LyX file.

Rich



I think you miss out on some formatting, and you may have trouble with multiple
titles/authors and different preambles.  


To make one super document, the title of the individual files should be a 
Part.

I just tried the insert method to combine a couple of files (tutorial and user
guide) and nothing came out due to a preamble problem.

You probably could pull some latex magick with if and include, but it would not
be very clean in lyx.







Well, I made the Wiki Entry under Manuals, but the Wiki
complained the file was too large to accept = almost 4mb

So I sent the 4 files seperately hoping that Chris can
make new pdf - combine multiple files,
put them into the right order and OK.
The binder file should be renamed LyXGuides.pdf
Then the separate files can be deleted.
It would have been easier to upload the finished file.

I wrote a description already.
http://wiki.lyx.org/LyX/Manuals
* Searchable Contents of Tutorial, UG, Ext.,  Customization Guides PDF 
file


Regards,
Stephen

Re: Small problem with Lyx142 windows installer

[Steve Harris]

Paul A. Rubin wrote:

Since Bo also says it does not work (and I'm pretty sure I'm not the 
only Windows user for whom it does work), perhaps we should be looking 
for environmental similarities/differences.


/Paul





I noticed that the python24.dlls were not the same size or date:

Directory of C:\lyx\LyX14\python

07/16/2006  07:41 PM  .
07/16/2006  07:41 PM  ..
07/16/2006  07:26 PM  DLLs
07/16/2006  07:27 PM  Lib
07/16/2006  07:26 PM  libs
03/29/2006  08:35 AM 4,608 python.exe
03/29/2006  08:35 AM 1,871,872 python24.dll



Directory of C:\windows\system32

03/30/2005  10:14 AM 1,867,776 python24.dll

-

So I tried updating the Windows/system32 python24.dll.
No luck. I tried uninstalling Python altogether and
the Python under LyX didn't work. I tried reinstalling
Python2.4.3, the version Joost used and no luck. I
tried with the larger 62mb version and no luck. The
Python under LyX defeats Tex Information; it has to
be deleted before the system Python makes Tex Info work.

I'll leave this to those the older and wiser before beauty,
Stephen

Re: Small problem with Lyx142 windows installer

[Steve Harris]

Georg Baum wrote:

Steve Harris wrote:


I'm not sure that asking if you have a full Python installed is
relevant.


That was only a shot in the dark, because we have had problems with stripped
down python versions in the past.



SH: In that sense it does appear to be relevant. Rescan will work if
there is a system Python in Windows Path and the LyX Python package
is deleted. The LyX Python package does not cause Rescan to work if
the system Python is the same version, or not the same version, in
the Path or not. Nor if the system Python is uninstalled.

The LyX Python package apparently does have a working python.exe
since I think the LyX directories are prioritized for executables,
and "python texfiles.py" produces .lst files. Then if those .lst
files are copied from the Script directory wherer they are made to
Resources, then Rescan will produce content in the Tex Info window.
A regeneration process doesn't seem to happen.

Bo Peng and I have confirmed the OP complaint. Two others have
stated that the LyX local python package works, so it appears
to be an environment issue, but it is not the system-wide Python
that produces the conflict since I have tried uninstalling that
first and the Win XP Pro LyX1.4.2 local python package fails.

I will file the above as a bug report.



That is strange. On linux Rescan regenerates the files. Please somebody file
a bug.


Georg




--

Stephen
"Once you eliminate the impossible, whatever remains, no matter
how improbable, must be the truth." SH: Sherlock Holmes (Doyle)

Re: Small problem with Lyx142 windows installer

[Steve Harris]

Paul A. Rubin wrote:

Steve Harris wrote:





SH: I guess that doesn't explain why you having the Python
subdir under LyX works ok, but I have to delete that
subdir before Tex Information works right.



Paul: I have the full Python 2.3 on my system path (relatively early).   
It's also on my LyX path prefix, near the front.  This is inherited 
from 1.4.1; I don't know if the 1.4.2 installer would put the full 
Python directory in the path prefix on its own.  Have you tried that?


/Paul



Aha! You are still the Professor! If I put C:\python243 at the
beginning of Path_prefix it runs Tex Information immediately and
also will do a Rescan later. *Also*, this solves the missing
Latex (plain)->HTML converter that I also discovered because
of the htlatex topics. If I put C:\python243 at the end of the
Path_prefix string (after Imagemagick here) then the Tex Info
still fails and also Rescan fails. My Latex->HTML converter
disappears too (a Reconfigure needs to be run).

I'm not quite sure why your idea worked. When Angus mentored
me on this I must have flunked. I thought that LyX copied
the Windows PATH and then appended the Path_prefix string
to it internally... maybe it used to work that way.

So that was the difference in our environments, mine didn't
have the system Python near the beginning of LyX Path_prefix.

That indicates the Lyx local python package is broken a bit,
because I don't think you are using it. Maybe if you temp
removed your system Python from LyX Path_prefix, or even
put it at the end, then your Rescan would fail too since
it would be relying on the local lyx python package.
The local lyx python.exe seems to be OK, it is the script.
I've filed a bug report. Since it works on Linux I suppose
it is an EOL thing or \ vs /; my install dirs has no spaces.

Best regards,
Stephen

Re: Minimum HW requirement

[Steve Harris]

Helge Hafting wrote:

On Wed, Jul 05, 2006 at 07:43:37AM +0200, Alex wrote:

Dear all,

One student who makes her diplom about "Comparing LyX to another Word
processors", asked me about the minimum HW required fo LyX.


You'd be hard pressed to come up with a machine capable of
running LyX in a bad way.

First, the machine have to be able to run a graphichal user
interface (i.e. X11) without getting sluggish.  


Helge's comments centered on LyX for Linux.

LyX for native Windows requires the XP operating system
with more substantial requirements. 233mz and 128mb of memory.
Double is better. At least a 4gig HDD.

However, LyX also runs under Cygwin and Windows 98,
where the requirements are 66 MHz 486DX2 and 16mb of memory.
This compares to Linux though double the minimum is better.
I've run this with a 1gig drive, though 2+ is *better*.

Her explanation should relate LyX to the various OS.
For a newer Linux like Fedora Core 4, it's the same as XP.
For older Linux it's the same as Win98. (^^^graphical UI)

I agree with whoever said it isn't an issue. It is very
rare to find an old machine that doesn't meet requirements
that is still running--the cost to replace memory is more
than the value of such a machine, so buy a working used
(unless you can trust the provenance of a yard sale)
one, in the US good enough machines are routinely donated.

Regards,
Stephen

Re: please consolidate the documentation

[Steve Harris]

Ed Gatzke wrote:

Change the "titles" to "Parts" and copy paste the rest in.

   Use Insert->Insert File->LyX file.

Rich



I think you miss out on some formatting, and you may have trouble with multiple
titles/authors and different preambles.  


To make one super document, the title of the individual files should be a 
"Part".

I just tried the insert method to combine a couple of files (tutorial and user
guide) and nothing came out due to a preamble problem.

You probably could pull some latex magick with if and include, but it would not
be very clean in lyx.







PC World comes up with a lot of tips. I used Paul Smith's
suggested method of joining them in one large yearly file
which I burned to a cd (with other stuff) and take to jobs.

I'll do this with the UG, Extended, and Customization.
I think a one or two line link/description of the LyX Wiki,
with mention of a searchable "Inclusive User Manual" (FAQ)
would suffice at the bottom of the splash.lyx which
shows up after an installation. I have grown tired of the
humor in the footnote. I'll just go ahead and do it and
you guys can see if its good enough. I will give it a
clever distinctive title like: "Little Known Enchantments
of the LyX Wizards" :-) Maybe that title won't pass the
newly incarnated guardian of the LyX Wiki Stygian portal.

I'll send another post when it is up with the location.

Regards,
Stephen

Re: please consolidate the documentation

[Steve Harris]

Ed Gatzke wrote:

Change the "titles" to "Parts" and copy paste the rest in.

   Use Insert->Insert File->LyX file.

Rich



I think you miss out on some formatting, and you may have trouble with multiple
titles/authors and different preambles.  


To make one super document, the title of the individual files should be a 
"Part".

I just tried the insert method to combine a couple of files (tutorial and user
guide) and nothing came out due to a preamble problem.

You probably could pull some latex magick with if and include, but it would not
be very clean in lyx.







Well, I made the Wiki Entry under Manuals, but the Wiki
complained the file was too large to accept = almost 4mb

So I sent the 4 files seperately hoping that Chris can
make new pdf -> combine multiple files,
put them into the right order and OK.
The binder file should be renamed LyXGuides.pdf
Then the separate files can be deleted.
It would have been easier to upload the finished file.

I wrote a description already.
http://wiki.lyx.org/LyX/Manuals
* Searchable Contents of Tutorial, UG, Ext., & Customization Guides PDF 
file


Regards,
Stephen

Re: Small problem with Lyx142 windows installer

[Steve Harris]

Georg Baum wrote:

Am Sonntag, 16. Juli 2006 12:16 schrieb Sven Schreiber:

No. I upgraded to 1.4.2 with the smaller installer (uninstalled 1.4.1
first) w/o any problems so far. During the installation I was prompted
to have some latex/miktex stuff automatically installed, and that also
seems to have worked. In case that matters: I installed with admin
rights, and I have a full python on the system.


Sven, do the *.lst files get regenerated if you do Tools-TeX 
information-rescan?


David, did you install with admin rights? If not, does it work if you do? 
Do you have a full python?



Georg





No, Tex Information does not work. The Rescan button does not work 
right. I have to run python TeXFiles.py in order to generate a

the .lst files. Rescan does not work at this point. After you copy
the .lst files to ~Resources, then Rescan registers the files in
the Resources directory, nearly instantaneously. Rescan does not
search the texmf directory. I've tested this twice.

Python acting on TexFiles.py works right, but the Rescan button
doesn't invoke python texfiles.py it only reads from Resources.

I'm not sure that asking if you have a full Python installed is
relevant. I do, and it is in the Path and works with earlier versions.
But the installer (small 9mb) still installs Python into my LyX/lyx14
sub-directory and Msys shell tools too. The installer doesn't check
to see if you already have Python and Msys intalled, it just installs
it again. The reason I questioned the relevance is that I thought
LyX ran executables from its own installation directory first, so
that the Python used was the LyX-owned Python, not the full version.

In any event, whatever python is being used, it correctly runs
python texfiles.py but that action is not connected to Rescan.
Rescan *only* reads the .lst files *after* they have been created,
from the Resource directory (not even from /scripts where they arise).

I've also noticed the Latex-Html converter is no longer listed
under Preferences/converters; it used to show htlatex. Nor does
it detect hevea.exe even with htlatex disabled. I know this is
a different kettle of fish, but I though it might point to the
configure.py or some .py script not working. But if htlatex is
present, then configure.py finds it (yes) and I see it appear
in lyxrc.defaults also for what it's worth. I enclose a before
picture of Tex Information. After doctoring it, it looks normal.
What the two situations have in common is that the python scripts
seem to work, but their outputs do not later appear as expected.
Other aspects of the installation seem to work quite well.

Regards,
Stephen

Re: Small problem with Lyx142 windows installer

[Steve Harris]

Paul A. Rubin wrote:

Georg Baum wrote:
Sven, do the *.lst files get regenerated if you do Tools-TeX 
information-rescan?



Georg,

I'm not Sven :-) but I installed 1.4.2 (Joost's installer) and (a) it 
found all the LaTeX stuff during the initial installation and (b) the 
.lst files do get regenerated with a rescan.  Note that I had the .lst 
files left over from 1.4.1, but based on the file dates it appears that 
1.4.2's installer rewrote them.


/Paul




If Lyx is open, Tex Information displays properly since I've fixed it.

I navigated to Resources and C:\~\Resources ren *.lst *.bak

If LyX is still open you can display Tex Information again.

But, if you close LyX and re-open after renaming the *lst to *.bak
Tex Information does not display. Nor does Rescan rebuild the *.lst
so that Tex Information displays properly.

In my case Rescan only reads the .lst files if they are present.
I think that is why it worked for you, because you retained them.
Rescan is supposed to take several seconds because it searches \texmf.

After seeing that Rescan still doesn't work, I renamed the
*.bak to *.lst, and clicked on Rescan which then worked with the
*.lst files once again available to be read in Resources. But
Rescan itself still doesn't work, it should take several seconds
to produce a result as it searches texmf, not return almost at
once which it did after I moved the .lst files from ~\sripts
to Resources, or renamed the .lst files already in Resources.

I think one way to test the Rescan is actually working to
rename the .lst files temporarily. Then open LyX and see if
Tex Information appears. If it doesn't, try Rescan, which is
supposed to build Tex Information again. I don't think it will.

Regards,
Stephen

Re: Small problem with Lyx142 windows installer

[Steve Harris]

Paul A. Rubin wrote:
(Disclaimer:  what follows below was done on my laptop, which we've 
established was manufactured in an alternative dimension)




Is this one of those farin laptops from the Far East? I have heard
that the North Koreans have infiltrated the Taiwan computer industry
and have inserted top secret Many Worlds modules disguised to look
like L2 cache for testing purposes; a plan for Many Worlds dominion!


Steve Harris wrote:
No, Tex Information does not work. The Rescan button does not work 
right. I have to run python TeXFiles.py in order to generate a

the .lst files. Rescan does not work at this point. After you copy
the .lst files to ~Resources, then Rescan registers the files in
the Resources directory, nearly instantaneously. Rescan does not
search the texmf directory. I've tested this twice.


Not only does it work for me, but I hid the bstFiles.lst file (by 
renaming it), started LyX 1.4.2, went to Tools-TeX Information-BibTeX 
styles, and bstFiles.lst was reconstituted automagically (without my 
having to click Rescan).  I did this about three times to convince 
myself that the gods were not playing with me.  (If they were, they were 
unusually single-minded about it.)




I could hardly believe this and even came up with the renaming scheme
for testing independently which is already written in another post.
I can remember when TeX Information was not automatic. The first time
you opened it up it did the initial scan then. I suggest buying a 
lottery ticket. Just don't forget who gave you the idea ;-)



Python acting on TexFiles.py works right, but the Rescan button
doesn't invoke python texfiles.py it only reads from Resources.

I'm not sure that asking if you have a full Python installed is
relevant. I do, and it is in the Path and works with earlier versions.


Same here.


But the installer (small 9mb) still installs Python into my LyX/lyx14
sub-directory and Msys shell tools too. The installer doesn't check
to see if you already have Python and Msys intalled, it just installs
it again.


Same here.


The reason I questioned the relevance is that I thought
LyX ran executables from its own installation directory first, so
that the Python used was the LyX-owned Python, not the full version.

In any event, whatever python is being used, it correctly runs
python texfiles.py but that action is not connected to Rescan.
Rescan *only* reads the .lst files *after* they have been created,
from the Resource directory (not even from /scripts where they arise).


Works for me (on the laptop -- haven't tried any other machines).



McCarthy says the laptop is under suspicion of being a pinko machine :-)

Since Bo also says it does not work (and I'm pretty sure I'm not the 
only Windows user for whom it does work), perhaps we should be looking 
for environmental similarities/differences.


/Paul




Aha! I put LyX and and bin and resources in the front of Path.
Uninstalled LyX and re-installed. Deleted both shell and python.
Tried rescan and it worked.

I uninstalled Lyx again and re-installed. Tex Info didn't work.
I deleted shell and it didn't work. I restored shell and deleted
python and lo and behold Tex Information worked like in the good
old days. The screen stayed blank for a few seconds but I could
hear the hard drive working. Then it opened up to display Tex
Information; I didn't have to run Rescan starting from a
blank Tex Info screen. The first time clicking Tex Info did it.

I tested Rescan, somewhat. I think it was working because I
couldn't click on close for several seconds and close it.
That is how it used to be. Then I restored python from the
Recycler. Rescan does not appear to work then as clicking
on the close button immediately closes Rescan instead of
their being a delay until Rescan finishes processing.

I guess that doesn't explain why you having the Python
subdir under LyX works ok, but I have to delete that
subdir before Tex Information works right. Still seems
like an environmental difference but it is narrowed down.
Using the system Python2.4 seems to work ok. One odd
thing is that I no longer have any .lst files in
Resources or Scripts. I was just able now, to generate
them using either the system python or the lyx python.
(bibfiles.lst, bstFiles.lst, clsfiles.lst  styfiles.lst)
But I seem to remember a couple of other .lst files in
Resources, packages.lst and textclass.lst, now missing.

Regards,
Stephen

Re: Small problem with Lyx142 windows installer

[Steve Harris]

Georg Baum wrote:

Am Sonntag, 16. Juli 2006 12:16 schrieb Sven Schreiber:

No. I upgraded to 1.4.2 with the smaller installer (uninstalled 1.4.1
first) w/o any problems so far. During the installation I was prompted
to have some latex/miktex stuff automatically installed, and that also
seems to have worked. In case that matters: I installed with admin
rights, and I have a full python on the system.


Sven, do the *.lst files get regenerated if you do Tools-TeX 
information-rescan?


David, did you install with admin rights? If not, does it work if you do? 
Do you have a full python?



Georg





No, Tex Information does not work. The Rescan button does not work 
right. I have to run python TeXFiles.py in order to generate a

the .lst files. Rescan does not work at this point. After you copy
the .lst files to ~Resources, then Rescan registers the files in
the Resources directory, nearly instantaneously. Rescan does not
search the texmf directory. I've tested this twice.

Python acting on TexFiles.py works right, but the Rescan button
doesn't invoke python texfiles.py it only reads from Resources.

I'm not sure that asking if you have a full Python installed is
relevant. I do, and it is in the Path and works with earlier versions.
But the installer (small 9mb) still installs Python into my LyX/lyx14
sub-directory and Msys shell tools too. The installer doesn't check
to see if you already have Python and Msys intalled, it just installs
it again. The reason I questioned the relevance is that I thought
LyX ran executables from its own installation directory first, so
that the Python used was the LyX-owned Python, not the full version.

In any event, whatever python is being used, it correctly runs
python texfiles.py but that action is not connected to Rescan.
Rescan *only* reads the .lst files *after* they have been created,
from the Resource directory (not even from /scripts where they arise).

I've also noticed the Latex-Html converter is no longer listed
under Preferences/converters; it used to show htlatex. Nor does
it detect hevea.exe even with htlatex disabled. I know this is
a different kettle of fish, but I though it might point to the
configure.py or some .py script not working. But if htlatex is
present, then configure.py finds it (yes) and I see it appear
in lyxrc.defaults also for what it's worth. I enclose a before
picture of Tex Information. After doctoring it, it looks normal.
What the two situations have in common is that the python scripts
seem to work, but their outputs do not later appear as expected.
Other aspects of the installation seem to work quite well.

Regards,
Stephen

Re: Small problem with Lyx142 windows installer

[Steve Harris]

Paul A. Rubin wrote:

Georg Baum wrote:
Sven, do the *.lst files get regenerated if you do Tools-TeX 
information-rescan?



Georg,

I'm not Sven :-) but I installed 1.4.2 (Joost's installer) and (a) it 
found all the LaTeX stuff during the initial installation and (b) the 
.lst files do get regenerated with a rescan.  Note that I had the .lst 
files left over from 1.4.1, but based on the file dates it appears that 
1.4.2's installer rewrote them.


/Paul




If Lyx is open, Tex Information displays properly since I've fixed it.

I navigated to Resources and C:\~\Resources ren *.lst *.bak

If LyX is still open you can display Tex Information again.

But, if you close LyX and re-open after renaming the *lst to *.bak
Tex Information does not display. Nor does Rescan rebuild the *.lst
so that Tex Information displays properly.

In my case Rescan only reads the .lst files if they are present.
I think that is why it worked for you, because you retained them.
Rescan is supposed to take several seconds because it searches \texmf.

After seeing that Rescan still doesn't work, I renamed the
*.bak to *.lst, and clicked on Rescan which then worked with the
*.lst files once again available to be read in Resources. But
Rescan itself still doesn't work, it should take several seconds
to produce a result as it searches texmf, not return almost at
once which it did after I moved the .lst files from ~\sripts
to Resources, or renamed the .lst files already in Resources.

I think one way to test the Rescan is actually working to
rename the .lst files temporarily. Then open LyX and see if
Tex Information appears. If it doesn't, try Rescan, which is
supposed to build Tex Information again. I don't think it will.

Regards,
Stephen

Re: Small problem with Lyx142 windows installer

[Steve Harris]

Paul A. Rubin wrote:
(Disclaimer:  what follows below was done on my laptop, which we've 
established was manufactured in an alternative dimension)




Is this one of those farin laptops from the Far East? I have heard
that the North Koreans have infiltrated the Taiwan computer industry
and have inserted top secret Many Worlds modules disguised to look
like L2 cache for testing purposes; a plan for Many Worlds dominion!


Steve Harris wrote:
No, Tex Information does not work. The Rescan button does not work 
right. I have to run python TeXFiles.py in order to generate a

the .lst files. Rescan does not work at this point. After you copy
the .lst files to ~Resources, then Rescan registers the files in
the Resources directory, nearly instantaneously. Rescan does not
search the texmf directory. I've tested this twice.


Not only does it work for me, but I hid the bstFiles.lst file (by 
renaming it), started LyX 1.4.2, went to Tools-TeX Information-BibTeX 
styles, and bstFiles.lst was reconstituted automagically (without my 
having to click Rescan).  I did this about three times to convince 
myself that the gods were not playing with me.  (If they were, they were 
unusually single-minded about it.)




I could hardly believe this and even came up with the renaming scheme
for testing independently which is already written in another post.
I can remember when TeX Information was not automatic. The first time
you opened it up it did the initial scan then. I suggest buying a 
lottery ticket. Just don't forget who gave you the idea ;-)



Python acting on TexFiles.py works right, but the Rescan button
doesn't invoke python texfiles.py it only reads from Resources.

I'm not sure that asking if you have a full Python installed is
relevant. I do, and it is in the Path and works with earlier versions.


Same here.


But the installer (small 9mb) still installs Python into my LyX/lyx14
sub-directory and Msys shell tools too. The installer doesn't check
to see if you already have Python and Msys intalled, it just installs
it again.


Same here.


The reason I questioned the relevance is that I thought
LyX ran executables from its own installation directory first, so
that the Python used was the LyX-owned Python, not the full version.

In any event, whatever python is being used, it correctly runs
python texfiles.py but that action is not connected to Rescan.
Rescan *only* reads the .lst files *after* they have been created,
from the Resource directory (not even from /scripts where they arise).


Works for me (on the laptop -- haven't tried any other machines).



McCarthy says the laptop is under suspicion of being a pinko machine :-)

Since Bo also says it does not work (and I'm pretty sure I'm not the 
only Windows user for whom it does work), perhaps we should be looking 
for environmental similarities/differences.


/Paul




Aha! I put LyX and and bin and resources in the front of Path.
Uninstalled LyX and re-installed. Deleted both shell and python.
Tried rescan and it worked.

I uninstalled Lyx again and re-installed. Tex Info didn't work.
I deleted shell and it didn't work. I restored shell and deleted
python and lo and behold Tex Information worked like in the good
old days. The screen stayed blank for a few seconds but I could
hear the hard drive working. Then it opened up to display Tex
Information; I didn't have to run Rescan starting from a
blank Tex Info screen. The first time clicking Tex Info did it.

I tested Rescan, somewhat. I think it was working because I
couldn't click on close for several seconds and close it.
That is how it used to be. Then I restored python from the
Recycler. Rescan does not appear to work then as clicking
on the close button immediately closes Rescan instead of
their being a delay until Rescan finishes processing.

I guess that doesn't explain why you having the Python
subdir under LyX works ok, but I have to delete that
subdir before Tex Information works right. Still seems
like an environmental difference but it is narrowed down.
Using the system Python2.4 seems to work ok. One odd
thing is that I no longer have any .lst files in
Resources or Scripts. I was just able now, to generate
them using either the system python or the lyx python.
(bibfiles.lst, bstFiles.lst, clsfiles.lst  styfiles.lst)
But I seem to remember a couple of other .lst files in
Resources, packages.lst and textclass.lst, now missing.

Regards,
Stephen

Re: Small problem with Lyx142 windows installer

[Steve Harris]

Georg Baum wrote:

Am Sonntag, 16. Juli 2006 12:16 schrieb Sven Schreiber:

No. I upgraded to 1.4.2 with the smaller installer (uninstalled 1.4.1
first) w/o any problems so far. During the installation I was prompted
to have some latex/miktex stuff automatically installed, and that also
seems to have worked. In case that matters: I installed with admin
rights, and I have a full python on the system.


Sven, do the *.lst files get regenerated if you do Tools->TeX 
information->rescan?


David, did you install with admin rights? If not, does it work if you do? 
Do you have a full python?



Georg





No, Tex Information does not work. The Rescan button does not work 
right. I have to run "python TeXFiles.py" in order to generate a

the .lst files. Rescan does not work at this point. After you copy
the .lst files to ~Resources, then Rescan registers the files in
the Resources directory, nearly instantaneously. Rescan does not
search the texmf directory. I've tested this twice.

Python acting on TexFiles.py works right, but the Rescan button
doesn't invoke "python texfiles.py" it only reads from Resources.

I'm not sure that asking if you have a full Python installed is
relevant. I do, and it is in the Path and works with earlier versions.
But the installer (small 9mb) still installs Python into my LyX/lyx14
sub-directory and Msys shell tools too. The installer doesn't check
to see if you already have Python and Msys intalled, it just installs
it again. The reason I questioned the relevance is that I thought
LyX ran executables from its own installation directory first, so
that the Python used was the LyX-owned Python, not the full version.

In any event, whatever python is being used, it correctly runs
"python texfiles.py" but that action is not connected to Rescan.
Rescan *only* reads the .lst files *after* they have been created,
from the Resource directory (not even from /scripts where they arise).

I've also noticed the Latex->Html converter is no longer listed
under Preferences/converters; it used to show htlatex. Nor does
it detect hevea.exe even with htlatex disabled. I know this is
a different kettle of fish, but I though it might point to the
configure.py or some .py script not working. But if htlatex is
present, then configure.py finds it (yes) and I see it appear
in lyxrc.defaults also for what it's worth. I enclose a before
picture of Tex Information. After doctoring it, it looks normal.
What the two situations have in common is that the python scripts
seem to work, but their outputs do not later appear as expected.
Other aspects of the installation seem to work quite well.

Regards,
Stephen

Re: Small problem with Lyx142 windows installer

[Steve Harris]

Paul A. Rubin wrote:

Georg Baum wrote:
Sven, do the *.lst files get regenerated if you do Tools->TeX 
information->rescan?



Georg,

I'm not Sven :-) but I installed 1.4.2 (Joost's installer) and (a) it 
found all the LaTeX stuff during the initial installation and (b) the 
.lst files do get regenerated with a rescan.  Note that I had the .lst 
files left over from 1.4.1, but based on the file dates it appears that 
1.4.2's installer rewrote them.


/Paul




If Lyx is open, Tex Information displays properly since I've fixed it.

I navigated to Resources and C:>\~\Resources ren *.lst *.bak

If LyX is still open you can display Tex Information again.

But, if you close LyX and re-open after renaming the *lst to *.bak
Tex Information does not display. Nor does Rescan rebuild the *.lst
so that Tex Information displays properly.

In my case Rescan only reads the .lst files if they are present.
I think that is why it worked for you, because you retained them.
Rescan is supposed to take several seconds because it searches \texmf.

After seeing that Rescan still doesn't work, I renamed the
*.bak to *.lst, and clicked on Rescan which then worked with the
*.lst files once again available to be read in Resources. But
Rescan itself still doesn't work, it should take several seconds
to produce a result as it searches texmf, not return almost at
once which it did after I moved the .lst files from ~\sripts
to Resources, or renamed the .lst files already in Resources.

I think one way to test the Rescan is actually working to
rename the .lst files temporarily. Then open LyX and see if
Tex Information appears. If it doesn't, try Rescan, which is
supposed to build Tex Information again. I don't think it will.

Regards,
Stephen

Re: Small problem with Lyx142 windows installer

[Steve Harris]

Paul A. Rubin wrote:
(Disclaimer:  what follows below was done on my laptop, which we've 
established was manufactured in an alternative dimension)




Is this one of those farin laptops from the Far East? I have heard
that the North Koreans have infiltrated the Taiwan computer industry
and have inserted top secret Many Worlds modules disguised to look
like L2 cache for testing purposes; a plan for Many Worlds dominion!


Steve Harris wrote:
No, Tex Information does not work. The Rescan button does not work 
right. I have to run "python TeXFiles.py" in order to generate a

the .lst files. Rescan does not work at this point. After you copy
the .lst files to ~Resources, then Rescan registers the files in
the Resources directory, nearly instantaneously. Rescan does not
search the texmf directory. I've tested this twice.


Not only does it work for me, but I hid the bstFiles.lst file (by 
renaming it), started LyX 1.4.2, went to Tools->TeX Information->BibTeX 
styles, and bstFiles.lst was reconstituted automagically (without my 
having to click Rescan).  I did this about three times to convince 
myself that the gods were not playing with me.  (If they were, they were 
unusually single-minded about it.)




I could hardly believe this and even came up with the renaming scheme
for testing independently which is already written in another post.
I can remember when TeX Information was not automatic. The first time
you opened it up it did the initial scan then. I suggest buying a 
lottery ticket. Just don't forget who gave you the idea ;-)



Python acting on TexFiles.py works right, but the Rescan button
doesn't invoke "python texfiles.py" it only reads from Resources.

I'm not sure that asking if you have a full Python installed is
relevant. I do, and it is in the Path and works with earlier versions.


Same here.


But the installer (small 9mb) still installs Python into my LyX/lyx14
sub-directory and Msys shell tools too. The installer doesn't check
to see if you already have Python and Msys intalled, it just installs
it again.


Same here.


The reason I questioned the relevance is that I thought
LyX ran executables from its own installation directory first, so
that the Python used was the LyX-owned Python, not the full version.

In any event, whatever python is being used, it correctly runs
"python texfiles.py" but that action is not connected to Rescan.
Rescan *only* reads the .lst files *after* they have been created,
from the Resource directory (not even from /scripts where they arise).


Works for me (on the laptop -- haven't tried any other machines).



McCarthy says the laptop is under suspicion of being a pinko machine :-)

Since Bo also says it does not work (and I'm pretty sure I'm not the 
only Windows user for whom it does work), perhaps we should be looking 
for environmental similarities/differences.


/Paul




Aha! I put LyX and and bin and resources in the front of Path.
Uninstalled LyX and re-installed. Deleted both shell and python.
Tried rescan and it worked.

I uninstalled Lyx again and re-installed. Tex Info didn't work.
I deleted shell and it didn't work. I restored shell and deleted
python and lo and behold Tex Information worked like in the good
old days. The screen stayed blank for a few seconds but I could
hear the hard drive working. Then it opened up to display Tex
Information; I didn't have to run Rescan starting from a
blank Tex Info screen. The first time clicking Tex Info did it.

I tested Rescan, somewhat. I think it was working because I
couldn't click on "close" for several seconds and close it.
That is how it used to be. Then I restored python from the
Recycler. Rescan does not appear to work then as clicking
on the "close" button immediately closes Rescan instead of
their being a delay until Rescan finishes processing.

I guess that doesn't explain why you having the Python
subdir under LyX works ok, but I have to delete that
subdir before Tex Information works right. Still seems
like an environmental difference but it is narrowed down.
Using the system Python2.4 seems to work ok. One odd
thing is that I no longer have any .lst files in
Resources or Scripts. I was just able now, to generate
them using either the system python or the lyx python.
(bibfiles.lst, bstFiles.lst, clsfiles.lst & styfiles.lst)
But I seem to remember a couple of other .lst files in
Resources, packages.lst and textclass.lst, now missing.

Regards,
Stephen

Re: Export/View to HTML/Word/OO.Writer not working at all

[Steve Harris]

Dean O'Connor wrote:


well I have downloaded tex4ht-all.zip from 
http://www.ctan.org/tex-archive/support/TeX4ht/ and unziped it in 
c:/tex4ht.
Also downloaded the newt4ht.zip 
http://www.cse.ohio-state.edu/%7Egurari/TeX4ht/fix/newt4ht.zip from 
http://www.cse.ohio-state.edu/~gurari/TeX4ht/bugfixes.html and unzipped 
it to c:/tex4ht.


I have mod'd the miktex-install.bat to match the current package paths, 
but still get a few errors and warnings.


I have to fiddle around trying to put tex4ht.zip in C:\tex4ht\tex4ht dir.

Still after all this hackery I still get pretty much same errors doing a 
htlatex xypic.tex.


I have yet to try that approach via the setup.exe you said worked. Seems 
a bit over the top to have to install parallel versions of Miktex to 
accomplish this.


I have to take a step back here at say the reason I tried Lyx in the 
first place was basically because my Dad writes books and is constantly 
dueling with formatting hassles with Word.
I also have a biz partner who write mountains of doco in Word and is 
tired of formatting hassles.
So when I discovered Lyx I thought it might be easier for them, as it 
concentrates on structure rather than the hassles with format.


Now this Lyx bundle offers a nice solution, and I still might go with 
it, but I kinda wanted the Export to Word/html as a safety net if people 
required those formats.
I cannot really go thru all this hassle trying to get this install 
completely.


I totally agree with your motto about persistence being the key to 
success, but unfortunately I am going to have to toss the ball back into 
the Lyx team's court on this one and hope they can get full Export 
capability into the bundle.
They advertise you don't have to delve into the Tex world to use their 
product so I am going to hold them to that :) Certainly is an impressive 
product tho.


I will check back regularly to see if there is a clean way to install 
all this tex4ht component for Lyx..


Heaps of thanks for your efforts mate.

Cheers
Dean.




I took a look at that tex4ht zip installation page. It should
never be recommended to a Windows user migrating to LyX and
who has chosen the AllinOne installer to avoid abstruse docs.

http://www.cse.ohio-state.edu/~gurari/TeX4ht/mn.html
To be installed, the system needs a port made up of native
utilities of TeX4ht and of non-native utilities. The easiest
way to establish an up to date port is to download an installed 
distribution of the system, and refresh it with the files

provided here. Eitan M. Gurari

So if you have a Miktex installation directory with Tex4ht
installed from the cab files it uses, you will find that
Tex4ht is installed to (default)C:\texmf\tex4ht and that
the helper files are mixed in with C:\texmf\miktex\bin
That provides a model for where your upgrading files go.
C:\texmf\miktex\bin has no spaces and should be in the PATH.

From the zip file method of Tex4ht installation webpage:
# Where do you want to put the TeX4ht files? I recommend
that you put them in c:\tex4ht, but you can change this
(eg, by putting them onto drive D). Your choice must not
contain spaces, though.

# Where do you want to put the batch files? Your choice
must be in your path. One suggestion is to put them with
MiKTeX’s (and TeX4ht’s) binaries, which by assumption is
a folder already in your path.

SH: Along with filling out a fairly complicated miktex-
install.bat, I think those instructions could confuse a
new user, who by definition isn't env. variable aware.

I think the solution isn't to point to a manual method.
The automatic solution is to include the tex4ht package
in the default Miktex install that LyX employs. Or if
that is hard to implement, include it like the Bakoma
fonts. LyX has Html as a viewer option. LyX generates

From python configure.py
checking for a LaTeX - HTML converter...
+checking for htlatex...   yes

Why have the html converter process if it doesn't
write the result to Preferences-converters? It
used to do that. Perhaps it isn't intentional but
falls in this category: Tex Information doesn't
display even with a rescan:

Nicolás: ...run TeXFiles.py and copy the generated files to
the right place. [SH: C:\LyX\LyX14\Resources , in my case]

Why run a process to find a html converter when the result
isn't supported like the other options with a download of
the files that make the converter work? Maybe the checking
just looks for htlatex.exe which isn't enough. For some
reason, htlatex.exe and the tex4ht package which includes the
support files for htlatex.exe come in two different packages.

The new user sees html view or html export, but it doesn't
work. He discovers that it is a bug (at least in Windows).
So he a workaround using htlatex foo.tex from the command
line to make foo.html. How is the new user to know that when
he reads this bug has been fixed, that he still needs to
download a zip file, or use Miktex Update Wizared (in this
case May,2006) because this package is treated uniquely.
I 

Re: ANNOUNCE: LyX 1.4.2 is released

[Steve Harris]

[EMAIL PROTECTED] wrote:

On Thu, 13 Jul 2006, Steve Harris wrote:


Rich Shepard wrote:

On Thu, 13 Jul 2006, Steve Harris wrote:

I think that since pdflatex doesn't use the .eps format this might 
mean an

automatic conversion of any (mixed) eps files to pdflatex compatible
formats. Maybe I'm wrong but I thought this was done manually.


Hi Steve

The description below is very nice... do you know if it's alread on the 
wiki?  If not, I'd like to add it, although I'm not quite sure where it 
should be added. Any ideas on where?


/C


Well, I think I've read this more than one place.

http://mintaka.sdsu.edu/GF/bibliog/latex/LaTeXtoPDF.html



dvipdfm method

If you don't need PostScript output, you can save a step by going 
directly from DVI to PDF format by using dvipdfm:


  latex   dvipdfm
text.tex --- text.dvi --- text.pdf

Once again, the figures must be Encapsulated PS. So you have compact, 
scalable graphics ? with one less step.


--

Pdflatex method

The pdflatex program produces a PDF file directly from the LaTeX source:

 pdflatex
text.tex  text.pdf

That looks pretty painless; but there's a catch. While the previous 
methods employ EPS exclusively as the graphics format, pdflatex won't 
accept EPS directly at all: you have to convert all the graphics to 
JPEG, PNG, or PDF (!) before compiling.


That isn't as bad as it sounds, because EPS can be ?wrapped? with PDF 
headers to become PDF and still have scalable, vector graphics. And 
JPEG is a compact format for photographs, while PNG is a very compact 
way to store images with sharp outlines without introducing 
compression artifacts.


Regards,
Stephen







Hello Chris!

I did a search on dvipdfm and found this under Change Tracking
for LyX 1.3: When enabled, any edits made to a document are tracked. 
Deleted text is marked in red and struck through, whilst added text

is marked in blue; in addition a changebar is added to the margin.
With the dvipost software installed, such marks can even be exported
to PostScript and PDF (the latter, however, only with ps2pdf and 
dvipdfm; pdflatex does not work).


Why do you suppose pdflatex doesn't work? Which brings me to
indexical software. I was impressed with Steve Litt's indexing
method, which is why I was careful not to be too skeptical of
his remark than an efficacious menu driven layout tool was a
feasible idea. Indexing is one step closer to AI than grammar
checking which needs to capture meaning to some extent.

Anyway if he writes up his method and is willing to answer
questions, I'll do the first draft for the Wiki and make it
look fairly nice. Then you two can review and polish it.
Explaining how to use the script will likely not be short.

To answer your question, I think that the Pdf FAQ is a good
place, for example:
The fonts are bad in the exported PDF, what can I do?

That material may be copyrighted so maybe? a description
and a link. My usage is called fair use however a
permanent display of the entire webpage might require the
author's permisssion. The matter is at your discretion.
Also I don't know when it was written and how far LyX's
automatic conversion extends, meaning I don't know how
Rich used .eps images only with pdflatex.

Regards,
Stephen

Re: Export/View to HTML/Word/OO.Writer not working at all

[Steve Harris]

Dean O'Connor wrote:


well I have downloaded tex4ht-all.zip from 
http://www.ctan.org/tex-archive/support/TeX4ht/ and unziped it in 
c:/tex4ht.
Also downloaded the newt4ht.zip 
http://www.cse.ohio-state.edu/%7Egurari/TeX4ht/fix/newt4ht.zip from 
http://www.cse.ohio-state.edu/~gurari/TeX4ht/bugfixes.html and unzipped 
it to c:/tex4ht.


I have mod'd the miktex-install.bat to match the current package paths, 
but still get a few errors and warnings.


I have to fiddle around trying to put tex4ht.zip in C:\tex4ht\tex4ht dir.

Still after all this hackery I still get pretty much same errors doing a 
htlatex xypic.tex.


I have yet to try that approach via the setup.exe you said worked. Seems 
a bit over the top to have to install parallel versions of Miktex to 
accomplish this.


I have to take a step back here at say the reason I tried Lyx in the 
first place was basically because my Dad writes books and is constantly 
dueling with formatting hassles with Word.
I also have a biz partner who write mountains of doco in Word and is 
tired of formatting hassles.
So when I discovered Lyx I thought it might be easier for them, as it 
concentrates on structure rather than the hassles with format.


Now this Lyx bundle offers a nice solution, and I still might go with 
it, but I kinda wanted the Export to Word/html as a safety net if people 
required those formats.
I cannot really go thru all this hassle trying to get this install 
completely.


I totally agree with your motto about persistence being the key to 
success, but unfortunately I am going to have to toss the ball back into 
the Lyx team's court on this one and hope they can get full Export 
capability into the bundle.
They advertise you don't have to delve into the Tex world to use their 
product so I am going to hold them to that :) Certainly is an impressive 
product tho.


I will check back regularly to see if there is a clean way to install 
all this tex4ht component for Lyx..


Heaps of thanks for your efforts mate.

Cheers
Dean.




I took a look at that tex4ht zip installation page. It should
never be recommended to a Windows user migrating to LyX and
who has chosen the AllinOne installer to avoid abstruse docs.

http://www.cse.ohio-state.edu/~gurari/TeX4ht/mn.html
To be installed, the system needs a port made up of native
utilities of TeX4ht and of non-native utilities. The easiest
way to establish an up to date port is to download an installed 
distribution of the system, and refresh it with the files

provided here. Eitan M. Gurari

So if you have a Miktex installation directory with Tex4ht
installed from the cab files it uses, you will find that
Tex4ht is installed to (default)C:\texmf\tex4ht and that
the helper files are mixed in with C:\texmf\miktex\bin
That provides a model for where your upgrading files go.
C:\texmf\miktex\bin has no spaces and should be in the PATH.

From the zip file method of Tex4ht installation webpage:
# Where do you want to put the TeX4ht files? I recommend
that you put them in c:\tex4ht, but you can change this
(eg, by putting them onto drive D). Your choice must not
contain spaces, though.

# Where do you want to put the batch files? Your choice
must be in your path. One suggestion is to put them with
MiKTeX’s (and TeX4ht’s) binaries, which by assumption is
a folder already in your path.

SH: Along with filling out a fairly complicated miktex-
install.bat, I think those instructions could confuse a
new user, who by definition isn't env. variable aware.

I think the solution isn't to point to a manual method.
The automatic solution is to include the tex4ht package
in the default Miktex install that LyX employs. Or if
that is hard to implement, include it like the Bakoma
fonts. LyX has Html as a viewer option. LyX generates

From python configure.py
checking for a LaTeX - HTML converter...
+checking for htlatex...   yes

Why have the html converter process if it doesn't
write the result to Preferences-converters? It
used to do that. Perhaps it isn't intentional but
falls in this category: Tex Information doesn't
display even with a rescan:

Nicolás: ...run TeXFiles.py and copy the generated files to
the right place. [SH: C:\LyX\LyX14\Resources , in my case]

Why run a process to find a html converter when the result
isn't supported like the other options with a download of
the files that make the converter work? Maybe the checking
just looks for htlatex.exe which isn't enough. For some
reason, htlatex.exe and the tex4ht package which includes the
support files for htlatex.exe come in two different packages.

The new user sees html view or html export, but it doesn't
work. He discovers that it is a bug (at least in Windows).
So he a workaround using htlatex foo.tex from the command
line to make foo.html. How is the new user to know that when
he reads this bug has been fixed, that he still needs to
download a zip file, or use Miktex Update Wizared (in this
case May,2006) because this package is treated uniquely.
I 

Re: ANNOUNCE: LyX 1.4.2 is released

[Steve Harris]

[EMAIL PROTECTED] wrote:

On Thu, 13 Jul 2006, Steve Harris wrote:


Rich Shepard wrote:

On Thu, 13 Jul 2006, Steve Harris wrote:

I think that since pdflatex doesn't use the .eps format this might 
mean an

automatic conversion of any (mixed) eps files to pdflatex compatible
formats. Maybe I'm wrong but I thought this was done manually.


Hi Steve

The description below is very nice... do you know if it's alread on the 
wiki?  If not, I'd like to add it, although I'm not quite sure where it 
should be added. Any ideas on where?


/C


Well, I think I've read this more than one place.

http://mintaka.sdsu.edu/GF/bibliog/latex/LaTeXtoPDF.html



dvipdfm method

If you don't need PostScript output, you can save a step by going 
directly from DVI to PDF format by using dvipdfm:


  latex   dvipdfm
text.tex --- text.dvi --- text.pdf

Once again, the figures must be Encapsulated PS. So you have compact, 
scalable graphics ? with one less step.


--

Pdflatex method

The pdflatex program produces a PDF file directly from the LaTeX source:

 pdflatex
text.tex  text.pdf

That looks pretty painless; but there's a catch. While the previous 
methods employ EPS exclusively as the graphics format, pdflatex won't 
accept EPS directly at all: you have to convert all the graphics to 
JPEG, PNG, or PDF (!) before compiling.


That isn't as bad as it sounds, because EPS can be ?wrapped? with PDF 
headers to become PDF and still have scalable, vector graphics. And 
JPEG is a compact format for photographs, while PNG is a very compact 
way to store images with sharp outlines without introducing 
compression artifacts.


Regards,
Stephen







Hello Chris!

I did a search on dvipdfm and found this under Change Tracking
for LyX 1.3: When enabled, any edits made to a document are tracked. 
Deleted text is marked in red and struck through, whilst added text

is marked in blue; in addition a changebar is added to the margin.
With the dvipost software installed, such marks can even be exported
to PostScript and PDF (the latter, however, only with ps2pdf and 
dvipdfm; pdflatex does not work).


Why do you suppose pdflatex doesn't work? Which brings me to
indexical software. I was impressed with Steve Litt's indexing
method, which is why I was careful not to be too skeptical of
his remark than an efficacious menu driven layout tool was a
feasible idea. Indexing is one step closer to AI than grammar
checking which needs to capture meaning to some extent.

Anyway if he writes up his method and is willing to answer
questions, I'll do the first draft for the Wiki and make it
look fairly nice. Then you two can review and polish it.
Explaining how to use the script will likely not be short.

To answer your question, I think that the Pdf FAQ is a good
place, for example:
The fonts are bad in the exported PDF, what can I do?

That material may be copyrighted so maybe? a description
and a link. My usage is called fair use however a
permanent display of the entire webpage might require the
author's permisssion. The matter is at your discretion.
Also I don't know when it was written and how far LyX's
automatic conversion extends, meaning I don't know how
Rich used .eps images only with pdflatex.

Regards,
Stephen

Re: Export/View to HTML/Word/OO.Writer not working at all

[Steve Harris]

Dean O'Connor wrote:


well I have downloaded tex4ht-all.zip from 
http://www.ctan.org/tex-archive/support/TeX4ht/ and unziped it in 
c:/tex4ht.
Also downloaded the newt4ht.zip 
 from 
http://www.cse.ohio-state.edu/~gurari/TeX4ht/bugfixes.html and unzipped 
it to c:/tex4ht.


I have mod'd the miktex-install.bat to match the current package paths, 
but still get a few errors and warnings.


I have to fiddle around trying to put tex4ht.zip in C:\tex4ht\tex4ht dir.

Still after all this hackery I still get pretty much same errors doing a 
"htlatex xypic.tex".


I have yet to try that approach via the setup.exe you said worked. Seems 
a bit over the top to have to install parallel versions of Miktex to 
accomplish this.


I have to take a step back here at say the reason I tried Lyx in the 
first place was basically because my Dad writes books and is constantly 
dueling with formatting hassles with Word.
I also have a biz partner who write mountains of doco in Word and is 
tired of formatting hassles.
So when I discovered Lyx I thought it might be easier for them, as it 
concentrates on structure rather than the hassles with format.


Now this Lyx bundle offers a nice solution, and I still might go with 
it, but I kinda wanted the Export to Word/html as a safety net if people 
required those formats.
I cannot really go thru all this hassle trying to get this install 
completely.


I totally agree with your motto about persistence being the key to 
success, but unfortunately I am going to have to toss the ball back into 
the Lyx team's court on this one and hope they can get full Export 
capability into the bundle.
They advertise you don't have to delve into the Tex world to use their 
product so I am going to hold them to that :) Certainly is an impressive 
product tho.


I will check back regularly to see if there is a clean way to install 
all this tex4ht component for Lyx..


Heaps of thanks for your efforts mate.

Cheers
Dean.




I took a look at that tex4ht zip installation page. It should
never be recommended to a Windows user migrating to LyX and
who has chosen the AllinOne installer to avoid abstruse docs.

http://www.cse.ohio-state.edu/~gurari/TeX4ht/mn.html
"To be installed, the system needs a port made up of native
utilities of TeX4ht and of non-native utilities. The easiest
way to establish an up to date port is to download an installed 
distribution of the system, and refresh it with the files

provided here." Eitan M. Gurari

So if you have a Miktex installation directory with Tex4ht
installed from the cab files it uses, you will find that
Tex4ht is installed to (default)C:\texmf\tex4ht and that
the helper files are mixed in with C:\texmf\miktex\bin
That provides a model for where your upgrading files go.
C:\texmf\miktex\bin has no spaces and should be in the PATH.

From the zip file method of Tex4ht installation webpage:
# Where do you want to put the TeX4ht files? I recommend
that you put them in c:\tex4ht, but you can change this
(eg, by putting them onto drive D). Your choice must not
contain spaces, though.

# Where do you want to put the batch files? Your choice
must be in your path. One suggestion is to put them with
MiKTeX’s (and TeX4ht’s) binaries, which by assumption is
a folder already in your path.

SH: Along with filling out a fairly complicated miktex-
install.bat, I think those instructions could confuse a
new user, who by definition isn't env. variable aware.

I think the solution isn't to point to a manual method.
The automatic solution is to include the tex4ht package
in the default Miktex install that LyX employs. Or if
that is hard to implement, include it like the Bakoma
fonts. LyX has Html as a viewer option. LyX generates

From "python configure.py"
checking for a LaTeX -> HTML converter...
+checking for "htlatex"...   yes

Why have the html converter process if it doesn't
write the result to Preferences->converters? It
used to do that. Perhaps it isn't intentional but
falls in this category: Tex Information doesn't
display even with a rescan:

Nicolás: ..."run TeXFiles.py and copy the generated files to
the right place." [SH: C:\LyX\LyX14\Resources , in my case]

Why run a process to find a html converter when the result
isn't supported like the other options with a download of
the files that make the converter work? Maybe the checking
just looks for "htlatex.exe" which isn't enough. For some
reason, htlatex.exe and the tex4ht package which includes the
support files for htlatex.exe come in two different packages.

The new user sees html view or html export, but it doesn't
work. He discovers that it is a bug (at least in Windows).
So he a workaround using "htlatex foo.tex" from the command
line to make foo.html. How is the new user to know that when
he reads this bug has been fixed, that he still needs to
download a zip file, or use Miktex Update Wizared (in this
case May,2006) because this package is 

Re: ANNOUNCE: LyX 1.4.2 is released

[Steve Harris]

[EMAIL PROTECTED] wrote:

On Thu, 13 Jul 2006, Steve Harris wrote:


Rich Shepard wrote:

On Thu, 13 Jul 2006, Steve Harris wrote:

I think that since pdflatex doesn't use the .eps format this might 
mean an

automatic conversion of any (mixed) eps files to pdflatex compatible
formats. Maybe I'm wrong but I thought this was done manually.


Hi Steve

The description below is very nice... do you know if it's alread on the 
wiki?  If not, I'd like to add it, although I'm not quite sure where it 
should be added. Any ideas on where?


/C


Well, I think I've read this more than one place.

http://mintaka.sdsu.edu/GF/bibliog/latex/LaTeXtoPDF.html



dvipdfm method

If you don't need PostScript output, you can save a step by going 
directly from DVI to PDF format by using dvipdfm:


  latex   dvipdfm
text.tex ---> text.dvi ---> text.pdf

Once again, the figures must be Encapsulated PS. So you have compact, 
scalable graphics ? with one less step.


--

Pdflatex method

The pdflatex program produces a PDF file directly from the LaTeX source:

 pdflatex
text.tex > text.pdf

That looks pretty painless; but there's a catch. While the previous 
methods employ EPS exclusively as the graphics format, pdflatex won't 
accept EPS directly at all: you have to convert all the graphics to 
JPEG, PNG, or PDF (!) before compiling.


That isn't as bad as it sounds, because EPS can be ?wrapped? with PDF 
headers to become PDF and still have scalable, vector graphics. And 
JPEG is a compact format for photographs, while PNG is a very compact 
way to store images with sharp outlines without introducing 
compression artifacts."


Regards,
Stephen







Hello Chris!

I did a search on dvipdfm and found this under Change Tracking
for LyX 1.3: "When enabled, any edits made to a document are tracked. 
Deleted text is marked in red and struck through, whilst added text

is marked in blue; in addition a changebar is added to the margin.
With the dvipost software installed, such marks can even be exported
to PostScript and PDF (the latter, however, only with ps2pdf and 
dvipdfm; pdflatex does not work)."


Why do you suppose pdflatex doesn't work? Which brings me to
indexical software. I was impressed with Steve Litt's indexing
method, which is why I was careful not to be too skeptical of
his remark than an efficacious menu driven layout tool was a
feasible idea. Indexing is one step closer to AI than grammar
checking which needs to capture meaning to some extent.

Anyway if he writes up his method and is willing to answer
questions, I'll do the first draft for the Wiki and make it
look fairly nice. Then you two can review and polish it.
Explaining how to use the script will likely not be short.

To answer your question, I think that the Pdf FAQ is a good
place, for example:
"The fonts are bad in the exported PDF, what can I do?"

That material may be copyrighted so maybe? a description
and a link. My usage is called "fair use" however a
permanent display of the entire webpage might require the
author's permisssion. The matter is at your discretion.
Also I don't know when it was written and how far LyX's
automatic conversion extends, meaning I don't know how
Rich used .eps images only with pdflatex.

Regards,
Stephen

Re: Start LyX 1.3.7 and 1.4.2 with custom user directory using single click on a Mac?

[Steve Harris]

Gerard A. Ateshian wrote:

Hi,

I am trying to run both LyX 1.4.2 (just compiled it) and 1.3.7 on my Mac 
(Powerbook G4, OS X 10.4.7).  I would like to be able to start either 
version by simply clicking on the corresponding icon on my desktop.  
However, when I do that, LyX always sets the user directory to 
~/Library/Application Support/LyX, even if my .login shell has set 
LYX_USERDIR_13x to something else, like ~/Library/Application 
Support/LyX-1.3.  The same thing happens with LyX 1.4.2 and 
LYX_USERDIR_14x.


The only way I can get LyX to start with the desired user directory is 
by opening a terminal shell and running LyX as a shell command (either 
with -userdir or by defining the environmental variables).  Is there a 
simple way around this problem, where I can start either version with 
its correct user directory using a single click?


(I have found a workaround using the Automator utility in Mac OS X, 
which creates a 'workflow' application that runs a shell script.  The 
problem is that during the entire time that LyX is running, there is an 
annoying 'Workflow  Running' message with a rotating scroll appearing on 
the menu bar).


Any help would be appreciated.

Gerard Ateshian





I use Windows with 4 versions of LyX installed, and used
a different icon for each version, appropriately renamed.
Each one is linked to its own lyx.exe and preferences folder.
I would be very surprised if there is another way to do it.

Regards,
Stephen

Re: Export/View to HTML/Word/OO.Writer not working at all

[Steve Harris]

Dean O'Connor wrote:

Hello Dean,

I'm going to interweave my reply into your post rather
than bottom post, starting each with an SH:


Much appreciate all that info.

Firstly I hope the Lyx website can add the Export-HTML (etc) to their
list of Known Bugs. Save a lot of grief. If its there, appologies I
could not see it.



SH: I didn't see it either. I saw saw comments about latex2html
and files not being copied from tmp directories, but nothing
about the long hang when trying to export as html.

LyX runs a process called configure which finds different helper
apps. Sometimes you can see it finding htlatex in the black dos box.

So LyX calles htlatex if you have it installed which means making
sure that htlatex runs from the command line is a priority since
if it doesn't run from the command line it surely won't run from LyX.


Now onto the work around.

The Lyx 1.4.2 all-in-one install puts all these in the Lyx Path Prefix:
C:\Program Files\LyX14\latextools;C:\Program
Files\LyX14\python;C:\Program
Files\LyX14\shell\bin;C:\texmf\miktex\bin;C:\Program
Files\gs\gs8.54\bin;C:\Program Files\ImageMagick-6.2.8-Q16



SH: I don't know what goes into latextools, but this looks pretty good.


This is my env path value:

PATH=c:\program
files\imagemagick-6.2.8-q16;C:\texmf\miktex\bin;C:\Perl\bin\;C:\WINDOWS\
system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Progra
m Files\Common Files\GTK\2.0\bin\;C:\Program Files\Microsoft SQL
Server\90\Tools\binn\;C:\projects\clarite\trunk\xercesc\Xerces-C_3_0_0_d
ev\Bu
ild\Win32\VC8\Release;C:\tools;C:\Program Files\Microsoft Visual
Studio\Common\Tools\WinNT;C:\Program Files\Microsoft Visual
Studio\Common\MSD
ev98\Bin;C:\Program Files\Microsoft Visual
Studio\Common\Tools;C:\Program Files\Microsoft Visual
Studio\VC98\bin;C:\Program Files\gs\gs8.54\bi
n;C:\Program Files\LyX14\python

PATH=c:\program
files\imagemagick-6.2.8-q16;C:\Perl\bin\;C:\WINDOWS\system32;C:\WINDOWS;
C:\WINDOWS\System32\Wbem;C:\Progra
m Files\Common Files\GTK\2.0\bin\;C:\Program Files\Microsoft SQL
Server\90\Tools\binn\;C:\projects\clarite\trunk\xercesc\Xerces-C_3_0_0_d
ev\Bu
ild\Win32\VC8\Release;C:\tools;C:\Program Files\Microsoft Visual
Studio\Common\Tools\WinNT;C:\Program Files\Microsoft Visual
Studio\Common\MSD
ev98\Bin;C:\Program Files\Microsoft Visual
Studio\Common\Tools;C:\Program Files\Microsoft Visual
Studio\VC98\bin;C:\Program Files\gs\gs8.54\bi
n;C:\Program Files\ImageMagick-6.2.8-Q16;C:\Program Files\LyX14\python

The Miktex directory with the Lyx bundle is: C:\texmf\miktex\bin

If I type convert I get the ImageMagick one.



SH: This also looks pretty good.


I also have installed the latest Miktex 2.5 beta (just now) and tried
running htlatex from there.
In a separate command window for that I put its own path at front of
PATH.
Ie. Above path prefixed with: C:\Program Files\MiKTeX 2.5\miktex\bin

In both the bundle and the beta Miktex environments (which use the same
ImageMagick and GS paths) I get the same problem.

If I run htlatex.exe .. They both say: 


C:\texmf\miktex\binhtlatex c:\docs\newfile1.tex
htlatex: the batch script could not be found.

C:\PROGRA~1\MIKTEX~1.5\miktex\binhtlatex c:\docs\newfile1.tex
htlatex: The Windows command script file could not be found.



SH: You meant MIKTEX~2.5 not MIKTEX~1.5, right?
I saw the first error message here (part of the Miktex Library)



http://www.koders.com/cpp/fid6740B87FEE382B9ACFF601ACB7D55D929FEFD106.aspx

// find batch file
  _TCHAR szScriptPath[_MAX_PATH];
  if (! FindBatchFile(szName, szScriptPath))
{
  _ftprintf (stderr,
 _T(%s: the batch script could not be found.\n),
 szName);
  return (1);

--

SH: I've never seen the other error message. htlatex.exe is
an executable, it might invoke a script but I'm not so sure
that htlatex is corrupt because it isn't a script.

Let's make sure you actually have it: C:\texmf\miktex\bin
and I also have it in C:\texmf\usr\bin
check to see if htlatex.exe is actually there.

http://www.mathematik.uni-marburg.de/~gumm/LyX/Using_XYpic_in_LyX.htm
This webpage demonstrates htlatex xypic.tex - xypic.html

http://www.mathematik.uni-marburg.de/%7Egumm/LyX/xypic/
download xypic.tex, xypic.aux, and xyfigure.png into your
C:\texmf\miktex\bin and run htlatex xypic.tex from C:\texmf\miktex\bin
If it works you can remove all the .png files with del *.png enter
I suspect it is not going to work. I want to remove a troubleshooting
variable even though the way you did it above should work properly.

I want to be sure about htlatex.exe existing in your Miktex2.5 package
also. htlatex should be under \texmf\miktex\bin in this location too.
But these downloads come in small, large, and total. You may not
have received the tex4ht.cab which contains htlatex.exe in the
download you chose, so make sure htlatex.exe exists there.


If I add an empty htlatex.bat file to both directories, it 

Re: Export/View to HTML/Word/OO.Writer not working at all

[Steve Harris]

About a problem originally reported on the User list.
The html viewer option and export option usually
handled by htlatex doesn't work in LyX Windows XP.

Paul A. Rubin wrote:

I don't see a directory for tex4ht on the path (unless I'm missing it).



Dean: Any ideas ?



Paul:
Did you download and install tex4ht?  (There are instructions for MiKTeX 
users at 
http://facweb.knowlton.ohio-state.edu/pviton/support/tex4ht.html.)  The 
htlatex.bat file is part of the installation, in htlatex root\bin\win32\.


/Paul




A missing tex4ht package is confirmed as the problem.
I just tried the new 1.4.2 installer and it downloads
Miktex with an htlatex.exe file, but not the rest of it.

I reproduced the same error message as Dean earlier:

C:\texmf\miktex\binhtlatex splash.tex
htlatex: the batch script could not be found.

In earlier versions of LyX, the installation searched
for an Html converter and under Preferences one could
usually find Latex - HTML with htlatex listed/chosen.

This new installer apparently doesn't search for an html
converter although Html is still listed as a Viewer option.
I tried with tex4ht installed and the new 1.4.2 Win installer.

Since htlatex export never seems to have worked in WinLyX I
don't know that a solution would be for the new installer
to include tex4ht in its default download and installation
of Miktex when Miktex is missing. Htlatex would then work
from the command line without new users having to figure
out they needed to install another package too. I was
surprised that the default installation includes just
htlatex.exe but not the rest of the package.

I like the new installer.

Thank you,
Stephen

Re: Start LyX 1.3.7 and 1.4.2 with custom user directory using single click on a Mac?

[Steve Harris]

Gerard A. Ateshian wrote:

Hi,

I am trying to run both LyX 1.4.2 (just compiled it) and 1.3.7 on my Mac 
(Powerbook G4, OS X 10.4.7).  I would like to be able to start either 
version by simply clicking on the corresponding icon on my desktop.  
However, when I do that, LyX always sets the user directory to 
~/Library/Application Support/LyX, even if my .login shell has set 
LYX_USERDIR_13x to something else, like ~/Library/Application 
Support/LyX-1.3.  The same thing happens with LyX 1.4.2 and 
LYX_USERDIR_14x.


The only way I can get LyX to start with the desired user directory is 
by opening a terminal shell and running LyX as a shell command (either 
with -userdir or by defining the environmental variables).  Is there a 
simple way around this problem, where I can start either version with 
its correct user directory using a single click?


(I have found a workaround using the Automator utility in Mac OS X, 
which creates a 'workflow' application that runs a shell script.  The 
problem is that during the entire time that LyX is running, there is an 
annoying 'Workflow  Running' message with a rotating scroll appearing on 
the menu bar).


Any help would be appreciated.

Gerard Ateshian





I use Windows with 4 versions of LyX installed, and used
a different icon for each version, appropriately renamed.
Each one is linked to its own lyx.exe and preferences folder.
I would be very surprised if there is another way to do it.

Regards,
Stephen

Re: Export/View to HTML/Word/OO.Writer not working at all

[Steve Harris]

Dean O'Connor wrote:

Hello Dean,

I'm going to interweave my reply into your post rather
than bottom post, starting each with an SH:


Much appreciate all that info.

Firstly I hope the Lyx website can add the Export-HTML (etc) to their
list of Known Bugs. Save a lot of grief. If its there, appologies I
could not see it.



SH: I didn't see it either. I saw saw comments about latex2html
and files not being copied from tmp directories, but nothing
about the long hang when trying to export as html.

LyX runs a process called configure which finds different helper
apps. Sometimes you can see it finding htlatex in the black dos box.

So LyX calles htlatex if you have it installed which means making
sure that htlatex runs from the command line is a priority since
if it doesn't run from the command line it surely won't run from LyX.


Now onto the work around.

The Lyx 1.4.2 all-in-one install puts all these in the Lyx Path Prefix:
C:\Program Files\LyX14\latextools;C:\Program
Files\LyX14\python;C:\Program
Files\LyX14\shell\bin;C:\texmf\miktex\bin;C:\Program
Files\gs\gs8.54\bin;C:\Program Files\ImageMagick-6.2.8-Q16



SH: I don't know what goes into latextools, but this looks pretty good.


This is my env path value:

PATH=c:\program
files\imagemagick-6.2.8-q16;C:\texmf\miktex\bin;C:\Perl\bin\;C:\WINDOWS\
system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Progra
m Files\Common Files\GTK\2.0\bin\;C:\Program Files\Microsoft SQL
Server\90\Tools\binn\;C:\projects\clarite\trunk\xercesc\Xerces-C_3_0_0_d
ev\Bu
ild\Win32\VC8\Release;C:\tools;C:\Program Files\Microsoft Visual
Studio\Common\Tools\WinNT;C:\Program Files\Microsoft Visual
Studio\Common\MSD
ev98\Bin;C:\Program Files\Microsoft Visual
Studio\Common\Tools;C:\Program Files\Microsoft Visual
Studio\VC98\bin;C:\Program Files\gs\gs8.54\bi
n;C:\Program Files\LyX14\python

PATH=c:\program
files\imagemagick-6.2.8-q16;C:\Perl\bin\;C:\WINDOWS\system32;C:\WINDOWS;
C:\WINDOWS\System32\Wbem;C:\Progra
m Files\Common Files\GTK\2.0\bin\;C:\Program Files\Microsoft SQL
Server\90\Tools\binn\;C:\projects\clarite\trunk\xercesc\Xerces-C_3_0_0_d
ev\Bu
ild\Win32\VC8\Release;C:\tools;C:\Program Files\Microsoft Visual
Studio\Common\Tools\WinNT;C:\Program Files\Microsoft Visual
Studio\Common\MSD
ev98\Bin;C:\Program Files\Microsoft Visual
Studio\Common\Tools;C:\Program Files\Microsoft Visual
Studio\VC98\bin;C:\Program Files\gs\gs8.54\bi
n;C:\Program Files\ImageMagick-6.2.8-Q16;C:\Program Files\LyX14\python

The Miktex directory with the Lyx bundle is: C:\texmf\miktex\bin

If I type convert I get the ImageMagick one.



SH: This also looks pretty good.


I also have installed the latest Miktex 2.5 beta (just now) and tried
running htlatex from there.
In a separate command window for that I put its own path at front of
PATH.
Ie. Above path prefixed with: C:\Program Files\MiKTeX 2.5\miktex\bin

In both the bundle and the beta Miktex environments (which use the same
ImageMagick and GS paths) I get the same problem.

If I run htlatex.exe .. They both say: 


C:\texmf\miktex\binhtlatex c:\docs\newfile1.tex
htlatex: the batch script could not be found.

C:\PROGRA~1\MIKTEX~1.5\miktex\binhtlatex c:\docs\newfile1.tex
htlatex: The Windows command script file could not be found.



SH: You meant MIKTEX~2.5 not MIKTEX~1.5, right?
I saw the first error message here (part of the Miktex Library)



http://www.koders.com/cpp/fid6740B87FEE382B9ACFF601ACB7D55D929FEFD106.aspx

// find batch file
  _TCHAR szScriptPath[_MAX_PATH];
  if (! FindBatchFile(szName, szScriptPath))
{
  _ftprintf (stderr,
 _T(%s: the batch script could not be found.\n),
 szName);
  return (1);

--

SH: I've never seen the other error message. htlatex.exe is
an executable, it might invoke a script but I'm not so sure
that htlatex is corrupt because it isn't a script.

Let's make sure you actually have it: C:\texmf\miktex\bin
and I also have it in C:\texmf\usr\bin
check to see if htlatex.exe is actually there.

http://www.mathematik.uni-marburg.de/~gumm/LyX/Using_XYpic_in_LyX.htm
This webpage demonstrates htlatex xypic.tex - xypic.html

http://www.mathematik.uni-marburg.de/%7Egumm/LyX/xypic/
download xypic.tex, xypic.aux, and xyfigure.png into your
C:\texmf\miktex\bin and run htlatex xypic.tex from C:\texmf\miktex\bin
If it works you can remove all the .png files with del *.png enter
I suspect it is not going to work. I want to remove a troubleshooting
variable even though the way you did it above should work properly.

I want to be sure about htlatex.exe existing in your Miktex2.5 package
also. htlatex should be under \texmf\miktex\bin in this location too.
But these downloads come in small, large, and total. You may not
have received the tex4ht.cab which contains htlatex.exe in the
download you chose, so make sure htlatex.exe exists there.


If I add an empty htlatex.bat file to both directories, it 

Re: Export/View to HTML/Word/OO.Writer not working at all

[Steve Harris]

About a problem originally reported on the User list.
The html viewer option and export option usually
handled by htlatex doesn't work in LyX Windows XP.

Paul A. Rubin wrote:

I don't see a directory for tex4ht on the path (unless I'm missing it).



Dean: Any ideas ?



Paul:
Did you download and install tex4ht?  (There are instructions for MiKTeX 
users at 
http://facweb.knowlton.ohio-state.edu/pviton/support/tex4ht.html.)  The 
htlatex.bat file is part of the installation, in htlatex root\bin\win32\.


/Paul




A missing tex4ht package is confirmed as the problem.
I just tried the new 1.4.2 installer and it downloads
Miktex with an htlatex.exe file, but not the rest of it.

I reproduced the same error message as Dean earlier:

C:\texmf\miktex\binhtlatex splash.tex
htlatex: the batch script could not be found.

In earlier versions of LyX, the installation searched
for an Html converter and under Preferences one could
usually find Latex - HTML with htlatex listed/chosen.

This new installer apparently doesn't search for an html
converter although Html is still listed as a Viewer option.
I tried with tex4ht installed and the new 1.4.2 Win installer.

Since htlatex export never seems to have worked in WinLyX I
don't know that a solution would be for the new installer
to include tex4ht in its default download and installation
of Miktex when Miktex is missing. Htlatex would then work
from the command line without new users having to figure
out they needed to install another package too. I was
surprised that the default installation includes just
htlatex.exe but not the rest of the package.

I like the new installer.

Thank you,
Stephen

Re: Start LyX 1.3.7 and 1.4.2 with custom user directory using single click on a Mac?

[Steve Harris]

Gerard A. Ateshian wrote:

Hi,

I am trying to run both LyX 1.4.2 (just compiled it) and 1.3.7 on my Mac 
(Powerbook G4, OS X 10.4.7).  I would like to be able to start either 
version by simply clicking on the corresponding icon on my desktop.  
However, when I do that, LyX always sets the user directory to 
~/Library/Application Support/LyX, even if my .login shell has set 
LYX_USERDIR_13x to something else, like ~/Library/Application 
Support/LyX-1.3.  The same thing happens with LyX 1.4.2 and 
LYX_USERDIR_14x.


The only way I can get LyX to start with the desired user directory is 
by opening a terminal shell and running LyX as a shell command (either 
with -userdir or by defining the environmental variables).  Is there a 
simple way around this problem, where I can start either version with 
its correct user directory using a single click?


(I have found a workaround using the Automator utility in Mac OS X, 
which creates a 'workflow' application that runs a shell script.  The 
problem is that during the entire time that LyX is running, there is an 
annoying 'Workflow  Running' message with a rotating scroll appearing on 
the menu bar).


Any help would be appreciated.

Gerard Ateshian





I use Windows with 4 versions of LyX installed, and used
a different icon for each version, appropriately renamed.
Each one is linked to its own lyx.exe and preferences folder.
I would be very surprised if there is another way to do it.

Regards,
Stephen

Re: Export/View to HTML/Word/OO.Writer not working at all

[Steve Harris]

Dean O'Connor wrote:

Hello Dean,

I'm going to interweave my reply into your post rather
than bottom post, starting each with an "SH:"


Much appreciate all that info.

Firstly I hope the Lyx website can add the Export->HTML (etc) to their
list of Known Bugs. Save a lot of grief. If its there, appologies I
could not see it.



SH: I didn't see it either. I saw saw comments about latex2html
and files not being copied from tmp directories, but nothing
about the long hang when trying to export as html.

LyX runs a process called "configure" which finds different helper
apps. Sometimes you can see it finding htlatex in the black dos box.

So LyX calles htlatex if you have it installed which means making
sure that htlatex runs from the command line is a priority since
if it doesn't run from the command line it surely won't run from LyX.


Now onto the work around.

The Lyx 1.4.2 all-in-one install puts all these in the Lyx Path Prefix:
C:\Program Files\LyX14\latextools;C:\Program
Files\LyX14\python;C:\Program
Files\LyX14\shell\bin;C:\texmf\miktex\bin;C:\Program
Files\gs\gs8.54\bin;C:\Program Files\ImageMagick-6.2.8-Q16



SH: I don't know what goes into latextools, but this looks pretty good.


This is my env path value:

PATH=c:\program
files\imagemagick-6.2.8-q16;C:\texmf\miktex\bin;C:\Perl\bin\;C:\WINDOWS\
system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Progra
m Files\Common Files\GTK\2.0\bin\;C:\Program Files\Microsoft SQL
Server\90\Tools\binn\;C:\projects\clarite\trunk\xercesc\Xerces-C_3_0_0_d
ev\Bu
ild\Win32\VC8\Release;C:\tools;C:\Program Files\Microsoft Visual
Studio\Common\Tools\WinNT;C:\Program Files\Microsoft Visual
Studio\Common\MSD
ev98\Bin;C:\Program Files\Microsoft Visual
Studio\Common\Tools;C:\Program Files\Microsoft Visual
Studio\VC98\bin;C:\Program Files\gs\gs8.54\bi
n;C:\Program Files\LyX14\python

PATH=c:\program
files\imagemagick-6.2.8-q16;C:\Perl\bin\;C:\WINDOWS\system32;C:\WINDOWS;
C:\WINDOWS\System32\Wbem;C:\Progra
m Files\Common Files\GTK\2.0\bin\;C:\Program Files\Microsoft SQL
Server\90\Tools\binn\;C:\projects\clarite\trunk\xercesc\Xerces-C_3_0_0_d
ev\Bu
ild\Win32\VC8\Release;C:\tools;C:\Program Files\Microsoft Visual
Studio\Common\Tools\WinNT;C:\Program Files\Microsoft Visual
Studio\Common\MSD
ev98\Bin;C:\Program Files\Microsoft Visual
Studio\Common\Tools;C:\Program Files\Microsoft Visual
Studio\VC98\bin;C:\Program Files\gs\gs8.54\bi
n;C:\Program Files\ImageMagick-6.2.8-Q16;C:\Program Files\LyX14\python

The Miktex directory with the Lyx bundle is: C:\texmf\miktex\bin

If I type "convert" I get the ImageMagick one.



SH: This also looks pretty good.


I also have installed the latest Miktex 2.5 beta (just now) and tried
running htlatex from there.
In a separate command window for that I put its own path at front of
PATH.
Ie. Above path prefixed with: C:\Program Files\MiKTeX 2.5\miktex\bin

In both the bundle and the beta Miktex environments (which use the same
ImageMagick and GS paths) I get the same problem.

If I run htlatex.exe .. They both say: 


C:\texmf\miktex\bin>htlatex c:\docs\newfile1.tex
htlatex: the batch script could not be found.

C:\PROGRA~1\MIKTEX~1.5\miktex\bin>htlatex c:\docs\newfile1.tex
htlatex: The Windows command script file could not be found.



SH: You meant MIKTEX~2.5 not MIKTEX~1.5, right?
I saw the first error message here (part of the Miktex Library)



http://www.koders.com/cpp/fid6740B87FEE382B9ACFF601ACB7D55D929FEFD106.aspx

// find batch file
  _TCHAR szScriptPath[_MAX_PATH];
  if (! FindBatchFile(szName, szScriptPath))
{
  _ftprintf (stderr,
 _T("%s: the batch script could not be found.\n"),
 szName);
  return (1);

--

SH: I've never seen the other error message. htlatex.exe is
an executable, it might invoke a script but I'm not so sure
that htlatex is corrupt because it isn't a script.

Let's make sure you actually have it: C:\texmf\miktex\bin
and I also have it in C:\texmf\usr\bin
check to see if htlatex.exe is actually there.

http://www.mathematik.uni-marburg.de/~gumm/LyX/Using_XYpic_in_LyX.htm
This webpage demonstrates "htlatex xypic.tex" -> xypic.html

http://www.mathematik.uni-marburg.de/%7Egumm/LyX/xypic/
download xypic.tex, xypic.aux, and xyfigure.png into your
C:\texmf\miktex\bin and run "htlatex xypic.tex" from C:\texmf\miktex\bin
If it works you can remove all the .png files with "del *.png" 
I suspect it is not going to work. I want to remove a troubleshooting
variable even though the way you did it above should work properly.

I want to be sure about htlatex.exe existing in your Miktex2.5 package
also. htlatex should be under \texmf\miktex\bin in this location too.
But these downloads come in small, large, and total. You may not
have received the tex4ht.cab which contains htlatex.exe in the
download you chose, so make sure htlatex.exe exists there.


If I add an empty htlatex.bat file to both 

Re: Export/View to HTML/Word/OO.Writer not working at all

[Steve Harris]

About a problem originally reported on the User list.
The html viewer option and export option usually
handled by htlatex doesn't work in LyX Windows XP.

Paul A. Rubin wrote:

I don't see a directory for tex4ht on the path (unless I'm missing it).



Dean: Any ideas ?



Paul:
Did you download and install tex4ht?  (There are instructions for MiKTeX 
users at 
http://facweb.knowlton.ohio-state.edu/pviton/support/tex4ht.html.)  The 
htlatex.bat file is part of the installation, in \bin\win32\.


/Paul




A missing tex4ht package is confirmed as the problem.
I just tried the new 1.4.2 installer and it downloads
Miktex with an htlatex.exe file, but not the rest of it.

I reproduced the same error message as Dean earlier:

C:\texmf\miktex\bin>htlatex splash.tex
htlatex: the batch script could not be found.

In earlier versions of LyX, the installation searched
for an Html converter and under Preferences one could
usually find Latex -> HTML with htlatex listed/chosen.

This new installer apparently doesn't search for an html
converter although Html is still listed as a Viewer option.
I tried with tex4ht installed and the new 1.4.2 Win installer.

Since htlatex export never seems to have worked in WinLyX I
don't know that a solution would be for the new installer
to include tex4ht in its default download and installation
of Miktex when Miktex is missing. Htlatex would then work
from the command line without new users having to figure
out they needed to install another package too. I was
surprised that the default installation includes just
htlatex.exe but not the rest of the package.

I like the new installer.

Thank you,
Stephen

Re: ANNOUNCE: LyX 1.4.2 is released

[Steve Harris]

Rich Shepard wrote:

On Thu, 13 Jul 2006, Jean-Marc Lasgouttes wrote:


- A LaTeX (pdflatex) output format has been added. This new output
 format produces .tex files that are suitable for pdflatex, including
 figure conversion to png, pdf or jpeg instead of eps.


Gentlemen:

  Is there something I can read to learn how this differs from the current
pdflatex? That's what I get when I press ctrl-h, and what I choose for most
documents (except PSTricks). I'm curious about the differences.

Thanks,

Rich



I think that since pdflatex doesn't use the .eps
format this might mean an automatic conversion of
any (mixed) eps files to pdflatex compatible formats.
Maybe I'm wrong but I thought this was done manually.

Re: ANNOUNCE: LyX 1.4.2 is released

[Steve Harris]

Rich Shepard wrote:

On Thu, 13 Jul 2006, Steve Harris wrote:

I think that since pdflatex doesn't use the .eps format this might 
mean an

automatic conversion of any (mixed) eps files to pdflatex compatible
formats. Maybe I'm wrong but I thought this was done manually.


  I don't know, Steve. I used only .eps figures in my book and produced the
PDF output with pdflatex.

  This is quite interesting; I'm learning a lot.

Rich



Well, I think I've read this more than one place.

http://mintaka.sdsu.edu/GF/bibliog/latex/LaTeXtoPDF.html



dvipdfm method

If you don't need PostScript output, you can save a step by going 
directly from DVI to PDF format by using dvipdfm:


  latexdvipdfm
text.tex --- text.dvi --- text.pdf

Once again, the figures must be Encapsulated PS. So you have compact, 
scalable graphics — with one less step.


--

Pdflatex method

The pdflatex program produces a PDF file directly from the LaTeX source:

 pdflatex
text.tex  text.pdf

That looks pretty painless; but there's a catch. While the previous 
methods employ EPS exclusively as the graphics format, pdflatex won't 
accept EPS directly at all: you have to convert all the graphics to 
JPEG, PNG, or PDF (!) before compiling.


That isn't as bad as it sounds, because EPS can be “wrapped” with PDF 
headers to become PDF and still have scalable, vector graphics. And JPEG 
is a compact format for photographs, while PNG is a very compact way to 
store images with sharp outlines without introducing compression 
artifacts.


Regards,
Stephen

Re: ANNOUNCE: LyX 1.4.2 is released

[Steve Harris]

mail.k wrote:

Is the list a gentlemen's club? ...


Rich Shepard wrote:



Gentlemen:

   Is there something I can read to learn how this differs from the
   current





Yes sir, except for the occasional madam Im adam.

ftp://ftp.lyx.org/pub/lyx/bin/1.4.2/
These contain Joost's new files for Windows users.

The 1.4.2svn release worked quite well, I thought.

Regards,
Sirrah

Re: Export/View to HTML/Word/OO.Writer not working at all

[Steve Harris]

Dean O'Connor wrote:

I have freshly installed the lastest Lyx 1.4.2 r1, using the net
installer.

I can creates docs and view DVI without problems. Looks great.

But if I try to Export (or View) to HTML I get an error occurred whilst
running htlatex errors.

Firstly error is that htlatex still has problems with paths with spaces
in it, so in Lyx opts I have to change Temp (and prob Working) directory
from the Windows defaults to something like c:\docs and c:\tmp

When that is fixed I get the show stopper error where it shows a temp
file name (cut off screen tho).

Previously in 1.4.1, this would complete hang htlatex (for me) and I'd
have to kill the htlatex.exe process to recover.

For Exporting to Word I get a similar error, but this shows just the
file name (original without full path, not a tmp file) followed by args.

Exporting to OO.Writer there is no error, but no output either.

Exporting to PDF is fine.

Now this thread talks about same problem and someone gives a workaround,
but that work around doesn't seem to work.

http://www.mail-archive.com/lyx-users@lists.lyx.org/msg48496.html

If I type that dos command I get this error: htlatex: the batch script
could not be found.
I have tried adding C:\texmf\miktex\bin to my PATH.

Also this guy has a similar dos command that also gives me same error.
http://www.goland.org/lyx/#x1-90008

If it really is a known bug, can someone (a dev?) possibly give some
explanation and possible a work around that works.
I have looked in the dev mail achive a bit, see some sorta related hits,
but nothing concrete.
A workaround/fix that allows me to still use the File - Export would be
nce :)

Cheers
Dean.



I wrote one of those messages, Steogeb is Stephen with my fingers
on the wrong keys. The export from LyX to html doesn't work. But
htlatex from the command line *always* works to produce html.

htlatex uses ImageMagick and Ghostscript and I didn't see you
mention having them installed and in your Windows path. My path:

c:\imagemagick;C:\ghostgum\gsview;C:\gs\gsv8.51\bin;C:\perl;C:\Python24;
C:\aspell;C:\aspell\bin;C:\texmf\miktex\bin;C:\Msys\1.0\bin; {C:\lyx\~}
I also have those in LyX-Tools-Preferences-Paths-Path_prefix:

I don't think you need Perl anymore, Aspell is optional, and
Msys/Python might not be used in this case. Make sure you have
these programs installed and in your Path because other LyX
activities may invoke them, especially Imagemagick and Ghostscript.

Another problem is if you have convert.exe or Ghostscript in
the Path from other programs ahead of the ones you need. Cygwin
is a prime example, if you have it, put it at the end of Path.
I don't know where your installer puts these helper apps because
I have them already installed and it doesn't install anything.
But, I think python and the shell/Msys are in the LyX directory.
Which means you need to check on GS* and Imagemagick.

This is not working because of your environment _not a bug_.
Also oolatex is htlatex dressed up with command line options:

http://www.cse.ohio-state.edu/~gurari/TeX4ht/mn3.html

Different variants of the htlatex command may be invoked by
introducing the commands as arguments to a driver named mk4ht.
When provided without arguments, the driver lists the commands
it recognizes.

mk4ht mzlatex filename html,3 (htlatex filename html,3,xhtml,mozilla 
 -cmozhtf)


mk4ht oolatex filename 	(htlatex filename xhtml,ooffice ooffice/! 
-coo) ...


OpenOffice and MS Word

A translation for an OpenOffice format can be requested by the
‘\oolatex’ command. The command is a variant of htlatex in which
the first list of options holds the entries ‘xhtml,ooffice’, the
second list holds the entry ‘-cmozhtf’ preceded by a space, and
the third list contains ‘-coo’ (htlatex filename xhtml,ooffice
ooffice/! -cmozhtf -coo -cvalidate). The output of a command
‘oolatex filename’ is a zipped file named with a ‘.sxw’ extension.

I have used htlatex foo.tex producing foo.html and imported
it into Word with excellent results. If you searched for this
I've provided urls which prove it amongst those posts. one was
Gumm's website and the other demoarticle.html.

Importing the html into OpenOffice and exporting to Word
was nearly just as good as directly importing into Word.
I haven't compared it to the oolatex-.sxw-Word method.

Ares got this to work also. But he wasn't pleased with the
default .png output that displays equations in the doc.
So he used htaltex foo.tex html,jpg which are larger
files. For some systems, the default .pngs works very well.

--

Stephen
Once you eliminate the impossible, whatever remains, no matter
how improbable, must be the truth. SH: Sherlock Holmes (Doyle)

Re: ANNOUNCE: LyX 1.4.2 is released

[Steve Harris]

Rich Shepard wrote:

On Thu, 13 Jul 2006, Jean-Marc Lasgouttes wrote:


- A LaTeX (pdflatex) output format has been added. This new output
 format produces .tex files that are suitable for pdflatex, including
 figure conversion to png, pdf or jpeg instead of eps.


Gentlemen:

  Is there something I can read to learn how this differs from the current
pdflatex? That's what I get when I press ctrl-h, and what I choose for most
documents (except PSTricks). I'm curious about the differences.

Thanks,

Rich



I think that since pdflatex doesn't use the .eps
format this might mean an automatic conversion of
any (mixed) eps files to pdflatex compatible formats.
Maybe I'm wrong but I thought this was done manually.

Re: ANNOUNCE: LyX 1.4.2 is released

[Steve Harris]

Rich Shepard wrote:

On Thu, 13 Jul 2006, Steve Harris wrote:

I think that since pdflatex doesn't use the .eps format this might 
mean an

automatic conversion of any (mixed) eps files to pdflatex compatible
formats. Maybe I'm wrong but I thought this was done manually.


  I don't know, Steve. I used only .eps figures in my book and produced the
PDF output with pdflatex.

  This is quite interesting; I'm learning a lot.

Rich



Well, I think I've read this more than one place.

http://mintaka.sdsu.edu/GF/bibliog/latex/LaTeXtoPDF.html



dvipdfm method

If you don't need PostScript output, you can save a step by going 
directly from DVI to PDF format by using dvipdfm:


  latexdvipdfm
text.tex --- text.dvi --- text.pdf

Once again, the figures must be Encapsulated PS. So you have compact, 
scalable graphics — with one less step.


--

Pdflatex method

The pdflatex program produces a PDF file directly from the LaTeX source:

 pdflatex
text.tex  text.pdf

That looks pretty painless; but there's a catch. While the previous 
methods employ EPS exclusively as the graphics format, pdflatex won't 
accept EPS directly at all: you have to convert all the graphics to 
JPEG, PNG, or PDF (!) before compiling.


That isn't as bad as it sounds, because EPS can be “wrapped” with PDF 
headers to become PDF and still have scalable, vector graphics. And JPEG 
is a compact format for photographs, while PNG is a very compact way to 
store images with sharp outlines without introducing compression 
artifacts.


Regards,
Stephen

Re: ANNOUNCE: LyX 1.4.2 is released

[Steve Harris]

mail.k wrote:

Is the list a gentlemen's club? ...


Rich Shepard wrote:



Gentlemen:

   Is there something I can read to learn how this differs from the
   current





Yes sir, except for the occasional madam Im adam.

ftp://ftp.lyx.org/pub/lyx/bin/1.4.2/
These contain Joost's new files for Windows users.

The 1.4.2svn release worked quite well, I thought.

Regards,
Sirrah

Re: Export/View to HTML/Word/OO.Writer not working at all

[Steve Harris]

Dean O'Connor wrote:

I have freshly installed the lastest Lyx 1.4.2 r1, using the net
installer.

I can creates docs and view DVI without problems. Looks great.

But if I try to Export (or View) to HTML I get an error occurred whilst
running htlatex errors.

Firstly error is that htlatex still has problems with paths with spaces
in it, so in Lyx opts I have to change Temp (and prob Working) directory
from the Windows defaults to something like c:\docs and c:\tmp

When that is fixed I get the show stopper error where it shows a temp
file name (cut off screen tho).

Previously in 1.4.1, this would complete hang htlatex (for me) and I'd
have to kill the htlatex.exe process to recover.

For Exporting to Word I get a similar error, but this shows just the
file name (original without full path, not a tmp file) followed by args.

Exporting to OO.Writer there is no error, but no output either.

Exporting to PDF is fine.

Now this thread talks about same problem and someone gives a workaround,
but that work around doesn't seem to work.

http://www.mail-archive.com/lyx-users@lists.lyx.org/msg48496.html

If I type that dos command I get this error: htlatex: the batch script
could not be found.
I have tried adding C:\texmf\miktex\bin to my PATH.

Also this guy has a similar dos command that also gives me same error.
http://www.goland.org/lyx/#x1-90008

If it really is a known bug, can someone (a dev?) possibly give some
explanation and possible a work around that works.
I have looked in the dev mail achive a bit, see some sorta related hits,
but nothing concrete.
A workaround/fix that allows me to still use the File - Export would be
nce :)

Cheers
Dean.



I wrote one of those messages, Steogeb is Stephen with my fingers
on the wrong keys. The export from LyX to html doesn't work. But
htlatex from the command line *always* works to produce html.

htlatex uses ImageMagick and Ghostscript and I didn't see you
mention having them installed and in your Windows path. My path:

c:\imagemagick;C:\ghostgum\gsview;C:\gs\gsv8.51\bin;C:\perl;C:\Python24;
C:\aspell;C:\aspell\bin;C:\texmf\miktex\bin;C:\Msys\1.0\bin; {C:\lyx\~}
I also have those in LyX-Tools-Preferences-Paths-Path_prefix:

I don't think you need Perl anymore, Aspell is optional, and
Msys/Python might not be used in this case. Make sure you have
these programs installed and in your Path because other LyX
activities may invoke them, especially Imagemagick and Ghostscript.

Another problem is if you have convert.exe or Ghostscript in
the Path from other programs ahead of the ones you need. Cygwin
is a prime example, if you have it, put it at the end of Path.
I don't know where your installer puts these helper apps because
I have them already installed and it doesn't install anything.
But, I think python and the shell/Msys are in the LyX directory.
Which means you need to check on GS* and Imagemagick.

This is not working because of your environment _not a bug_.
Also oolatex is htlatex dressed up with command line options:

http://www.cse.ohio-state.edu/~gurari/TeX4ht/mn3.html

Different variants of the htlatex command may be invoked by
introducing the commands as arguments to a driver named mk4ht.
When provided without arguments, the driver lists the commands
it recognizes.

mk4ht mzlatex filename html,3 (htlatex filename html,3,xhtml,mozilla 
 -cmozhtf)


mk4ht oolatex filename 	(htlatex filename xhtml,ooffice ooffice/! 
-coo) ...


OpenOffice and MS Word

A translation for an OpenOffice format can be requested by the
‘\oolatex’ command. The command is a variant of htlatex in which
the first list of options holds the entries ‘xhtml,ooffice’, the
second list holds the entry ‘-cmozhtf’ preceded by a space, and
the third list contains ‘-coo’ (htlatex filename xhtml,ooffice
ooffice/! -cmozhtf -coo -cvalidate). The output of a command
‘oolatex filename’ is a zipped file named with a ‘.sxw’ extension.

I have used htlatex foo.tex producing foo.html and imported
it into Word with excellent results. If you searched for this
I've provided urls which prove it amongst those posts. one was
Gumm's website and the other demoarticle.html.

Importing the html into OpenOffice and exporting to Word
was nearly just as good as directly importing into Word.
I haven't compared it to the oolatex-.sxw-Word method.

Ares got this to work also. But he wasn't pleased with the
default .png output that displays equations in the doc.
So he used htaltex foo.tex html,jpg which are larger
files. For some systems, the default .pngs works very well.

--

Stephen
Once you eliminate the impossible, whatever remains, no matter
how improbable, must be the truth. SH: Sherlock Holmes (Doyle)

Re: ANNOUNCE: LyX 1.4.2 is released

[Steve Harris]

Rich Shepard wrote:

On Thu, 13 Jul 2006, Jean-Marc Lasgouttes wrote:


- A "LaTeX (pdflatex)" output format has been added. This new output
 format produces .tex files that are suitable for pdflatex, including
 figure conversion to png, pdf or jpeg instead of eps.


Gentlemen:

  Is there something I can read to learn how this differs from the current
pdflatex? That's what I get when I press ctrl-h, and what I choose for most
documents (except PSTricks). I'm curious about the differences.

Thanks,

Rich



I think that since pdflatex doesn't use the .eps
format this might mean an automatic conversion of
any (mixed) eps files to pdflatex compatible formats.
Maybe I'm wrong but I thought this was done manually.

Re: ANNOUNCE: LyX 1.4.2 is released

[Steve Harris]

Rich Shepard wrote:

On Thu, 13 Jul 2006, Steve Harris wrote:

I think that since pdflatex doesn't use the .eps format this might 
mean an

automatic conversion of any (mixed) eps files to pdflatex compatible
formats. Maybe I'm wrong but I thought this was done manually.


  I don't know, Steve. I used only .eps figures in my book and produced the
PDF output with pdflatex.

  This is quite interesting; I'm learning a lot.

Rich



Well, I think I've read this more than one place.

http://mintaka.sdsu.edu/GF/bibliog/latex/LaTeXtoPDF.html



dvipdfm method

If you don't need PostScript output, you can save a step by going 
directly from DVI to PDF format by using dvipdfm:


  latexdvipdfm
text.tex ---> text.dvi ---> text.pdf

Once again, the figures must be Encapsulated PS. So you have compact, 
scalable graphics — with one less step.


--

Pdflatex method

The pdflatex program produces a PDF file directly from the LaTeX source:

 pdflatex
text.tex > text.pdf

That looks pretty painless; but there's a catch. While the previous 
methods employ EPS exclusively as the graphics format, pdflatex won't 
accept EPS directly at all: you have to convert all the graphics to 
JPEG, PNG, or PDF (!) before compiling.


That isn't as bad as it sounds, because EPS can be “wrapped” with PDF 
headers to become PDF and still have scalable, vector graphics. And JPEG 
is a compact format for photographs, while PNG is a very compact way to 
store images with sharp outlines without introducing compression 
artifacts."


Regards,
Stephen

Re: ANNOUNCE: LyX 1.4.2 is released

[Steve Harris]

mail.k wrote:

Is the list a gentlemen's club? ...


Rich Shepard wrote:



Gentlemen:

   Is there something I can read to learn how this differs from the
   current





Yes sir, except for the occasional madam Im adam.

ftp://ftp.lyx.org/pub/lyx/bin/1.4.2/
These contain Joost's new files for Windows users.

The 1.4.2svn release worked quite well, I thought.

Regards,
Sirrah

Re: Export/View to HTML/Word/OO.Writer not working at all

[Steve Harris]

Dean O'Connor wrote:

I have freshly installed the lastest Lyx 1.4.2 r1, using the net
installer.

I can creates docs and view DVI without problems. Looks great.

But if I try to Export (or View) to HTML I get an "error occurred whilst
running htlatex" errors.

Firstly error is that htlatex still has problems with paths with spaces
in it, so in Lyx opts I have to change Temp (and prob Working) directory
from the Windows defaults to something like c:\docs and c:\tmp

When that is fixed I get the show stopper error where it shows a temp
file name (cut off screen tho).

Previously in 1.4.1, this would complete hang htlatex (for me) and I'd
have to kill the htlatex.exe process to recover.

For Exporting to Word I get a similar error, but this shows just the
file name (original without full path, not a tmp file) followed by args.

Exporting to OO.Writer there is no error, but no output either.

Exporting to PDF is fine.

Now this thread talks about same problem and someone gives a workaround,
but that work around doesn't seem to work.

http://www.mail-archive.com/lyx-users@lists.lyx.org/msg48496.html

If I type that dos command I get this error: "htlatex: the batch script
could not be found."
I have tried adding C:\texmf\miktex\bin to my PATH.

Also this guy has a similar dos command that also gives me same error.
http://www.goland.org/lyx/#x1-90008

If it really is a known bug, can someone (a dev?) possibly give some
explanation and possible a work around that works.
I have looked in the dev mail achive a bit, see some sorta related hits,
but nothing concrete.
A workaround/fix that allows me to still use the File -> Export would be
nce :)

Cheers
Dean.



I wrote one of those messages, Steogeb is Stephen with my fingers
on the wrong keys. The export from LyX to html doesn't work. But
htlatex from the command line *always* works to produce html.

htlatex uses ImageMagick and Ghostscript and I didn't see you
mention having them installed and in your Windows path. My path:

c:\imagemagick;C:\ghostgum\gsview;C:\gs\gsv8.51\bin;C:\perl;C:\Python24;
C:\aspell;C:\aspell\bin;C:\texmf\miktex\bin;C:\Msys\1.0\bin; {C:\lyx\~}
I also have those in LyX->Tools->Preferences->Paths->Path_prefix:

I don't think you need Perl anymore, Aspell is optional, and
Msys/Python might not be used in this case. Make sure you have
these programs installed and in your Path because other LyX
activities may invoke them, especially Imagemagick and Ghostscript.

Another problem is if you have convert.exe or Ghostscript in
the Path from other programs ahead of the ones you need. Cygwin
is a prime example, if you have it, put it at the end of Path.
I don't know where your installer puts these helper apps because
I have them already installed and it doesn't install anything.
But, I think python and the shell/Msys are in the LyX directory.
Which means you need to check on GS* and Imagemagick.

This is not working because of your environment _not a bug_.
Also oolatex is htlatex dressed up with command line options:

http://www.cse.ohio-state.edu/~gurari/TeX4ht/mn3.html

"Different variants of the htlatex command may be invoked by
introducing the commands as arguments to a driver named mk4ht.
When provided without arguments, the driver lists the commands
it recognizes.

mk4ht mzlatex filename "html,3" (htlatex filename "html,3,xhtml,mozilla" 
" -cmozhtf")


mk4ht oolatex filename 	(htlatex filename "xhtml,ooffice" "ooffice/! 
-coo") ...


OpenOffice and MS Word

A translation for an OpenOffice format can be requested by the
‘\oolatex’ command. The command is a variant of htlatex in which
the first list of options holds the entries ‘xhtml,ooffice’, the
second list holds the entry ‘-cmozhtf’ preceded by a space, and
the third list contains ‘-coo’ (htlatex filename "xhtml,ooffice"
"ooffice/! -cmozhtf" "-coo" "-cvalidate"). The output of a command
‘oolatex filename’ is a zipped file named with a ‘.sxw’ extension."

I have used "htlatex foo.tex" producing foo.html and imported
it into Word with excellent results. If you searched for this
I've provided urls which prove it amongst those posts. one was
Gumm's website and the other demoarticle.html.

Importing the html into OpenOffice and exporting to Word
was nearly just as good as directly importing into Word.
I haven't compared it to the oolatex->.sxw->Word method.

Ares got this to work also. But he wasn't pleased with the
default .png output that displays equations in the doc.
So he used "htaltex foo.tex "html,jpg" which are larger
files. For some systems, the default .pngs works very well.

--

Stephen
"Once you eliminate the impossible, whatever remains, no matter
how improbable, must be the truth." SH: Sherlock Holmes (Doyle)

Re: bug(?): strange behavior after ctrl-shift-left

[Steve Harris]

Sven Schreiber wrote:

To reproduce:
1. open new document
2. type something and start a new paragraph (hit return)
3. hit control-shift-arrowleft

For me the keyboard is not responding in lyx anymore after that. Can
anybody confirm this? Is it known?

Ctrl-shift-left may be stupid to use, but I was just following a hunch...

this is 1.4.1 on windows with official installer

thanks,
sven



I have 1.4.1 installed under Cygwin which
produced:

--

$ lyx
LyX: Attempting to save document newfile1.lyx
 /cygdrive/c/home/newfile1.lyx.emergency
  Save seems successful. Phew.

lyx: SIGSEGV signal caught
Sorry, you have found a bug in LyX. Please read the
bug-reporting instructions in Help-Introduction and
send us a bug report, if necessary. Thanks !
Bye.
Aborted (core dumped)



But under the Joost Windows 1.4.2, it seems to work
normally. To undo the freeze I think you can go to
Edit - import lines, and clicking on that will
undo that frozen blue tableau.

It appears to be fixed in 1.4.2 which is near release
so you could see if it is fixed then on your machine.

Regards,
Stephen

Re: bug(?): strange behavior after ctrl-shift-left

[Steve Harris]

Jose' Matos wrote:

On Tuesday 11 July 2006 20:50, Sven Schreiber wrote:

For me the keyboard is not responding in lyx anymore after that. Can
anybody confirm this? Is it known?


  I do not remember such bug report. :-(
  I would like to hear from other windows users. If the bug is not there it 
should be filled in bugzilla to be fixed in 1.4.2.



Ctrl-shift-left may be stupid to use, but I was just following a hunch...


  Not stupid at all, it selects text from your current position to left. I 
guess that this was your hunch.



this is 1.4.1 on windows with official installer


  It works on linux, I have been using it all day. :-)


thanks,
sven





Good day José,

After reading your post, I tested again and this is
not fixed in 1.4.2. It isn't much of a bug.

This is an example line.

{If I type in ctrl-shift-leftarrow down here, start of a
new paragraph, and I have entered no text, blank in other
words, then the blue highlight reverts back to the end of

This is an example line.(-- begins blue highlight)

and if you type in it, then it will segfault lyx. If you have
typed more than one paragraph with words it works normally.}

But again, if you have typed three paragraphs and then
type ctrl-shift-leftarrow at the beginning of a new
paragraph which has no words (blank) then it will segfault.

It means that if you end a paragraph by using enter, then
you can't change your mind with ctrl-shift-leftarrow and
go back to the previous paragraph and type a little more
before you start your new paragraph. You can go back with
your mouse to the end of the previous paragraph and
ctrl-shift-leftarrow will work normally. I am something
of a keyboard purist, but I normally use Edit/Undo to
reverse my last step; but Alt-e-u will Undo, take you
back to the end of the previous paragraph (reverses enter)
and then ctrl-shift-leftarrow will work as expected.

It may have seemed if I wrote in too much detail. But you
reported it worked on Linux and I have the most excellent
FC4, and it malfunctions just as reported:

This is the first paragraph. enter

begins the second paragraph = blank: - ctrl-shift-leftarrow

goes back to the end of the first paragraph and freezes the
machine. Shortly afterwards it exited with the same error
message that I reported for Cygwin Lyx 1.4.1 and it segfaults
in Joost's windows 1.4.2 also, but the error screen exits too
fast to see the text. This message is from FC4/Cygwin Lyx1.4.1.

--

$ lyx
LyX: Attempting to save document newfile1.lyx
 /cygdrive/c/home/newfile1.lyx.emergency
  Save seems successful. Phew.

lyx: SIGSEGV signal caught
Sorry, you have found a bug in LyX. Please read the
bug-reporting instructions in Help-Introduction and
send us a bug report, if necessary. Thanks !
Bye.
Aborted (core dumped)



Is the upgrade to FC5 *strongly recommended*?
Stephen

Re: Fwd: aspell on XP

[Steve Harris]

Paul A. Rubin wrote:

Paul A. Rubin wrote:



I finally got around to trying this on my home PC, which runs XP Home 
rather than XP Pro.  Under XP Home, alt-F4 did *not* kill cmd.exe.  On 
my laptop (XP Pro), it does.  I haven't had a chance to try the XP Pro 
machine in my office (as I'm assiduously avoiding going anywhere near 
the office).


My luck ran out and I ended up at the office.  It turns out that alt-F4 
does not kill either LyX or cmd.exe here (XP Pro).  So my XP Pro laptop, 
where it does work, is apparently the outlier, although I have no 
explanation for why it works there.


/Paul





Using either a .lnk or a .pif doesn't change the inability
to exit cmd.exe using alt-F4; I wonder if your laptop has
an OEM modified installation of Win XP? I guess it is not
likely, but the win98 default .pif file with more choices
shows several keyboard shortcuts, but not alt-f4. But I
think alt-f4 could be added to such a menu by a sourcerer,
or even enabled as undocumented behavior without a menu.

Must be a path with spaces problem ;-)
Stephen

Re: Fwd: aspell on XP

[Steve Harris]

Paul A. Rubin wrote:

Paul A. Rubin wrote:



I finally got around to trying this on my home PC, which runs XP Home 
rather than XP Pro.  Under XP Home, alt-F4 did *not* kill cmd.exe.  On 
my laptop (XP Pro), it does.  I haven't had a chance to try the XP Pro 
machine in my office (as I'm assiduously avoiding going anywhere near 
the office).


My luck ran out and I ended up at the office.  It turns out that alt-F4 
does not kill either LyX or cmd.exe here (XP Pro).  So my XP Pro laptop, 
where it does work, is apparently the outlier, although I have no 
explanation for why it works there.


/Paul




I tried closing LyX with Alt-f4 with LyX1.4.1 and it didn't work,
but with Joost's 1.4.2, closing with alt-f4 works if installed in 
either C:\LyXx or C:\Program Files\LyXx (path space), so it must

be 'an obvious fact since those are the most deceptive.'

--

Stephen
Once you eliminate the impossible, whatever remains, no matter
how improbable, must be the truth. SH: Sherlock Holmes (Doyle)

Re: bug(?): strange behavior after ctrl-shift-left

[Steve Harris]

Jose' Matos wrote:

On Tuesday 11 July 2006 20:50, Sven Schreiber wrote:

For me the keyboard is not responding in lyx anymore after that. Can
anybody confirm this? Is it known?


  I do not remember such bug report. :-(
  I would like to hear from other windows users. If the bug is not there it 
should be filled in bugzilla to be fixed in 1.4.2.



Ctrl-shift-left may be stupid to use, but I was just following a hunch...


  Not stupid at all, it selects text from your current position to left. I 
guess that this was your hunch.



this is 1.4.1 on windows with official installer


  It works on linux, I have been using it all day. :-)


thanks,
sven




I tested this on lyx1.3.7ver3 for Windows and the bug is not there.

This is a test. enter
ctrl-shift-left_key

will return to the space just afer test. in the previous
paragraph. If you use ctrl-shift=left_key again, then
it will highlight in blue, test. (from This is a test.)

Also the spell-checking error of starting to check only the
second misspelled word is not present in lyx1.3.7ver3 either.

--

Stephen
Once you eliminate the impossible, whatever remains, no matter
how improbable, must be the truth. SH: Sherlock Holmes (Doyle)

Re: bug(?): strange behavior after ctrl-shift-left

[Steve Harris]

Sven Schreiber wrote:

To reproduce:
1. open new document
2. type something and start a new paragraph (hit return)
3. hit control-shift-arrowleft

For me the keyboard is not responding in lyx anymore after that. Can
anybody confirm this? Is it known?

Ctrl-shift-left may be stupid to use, but I was just following a hunch...

this is 1.4.1 on windows with official installer

thanks,
sven



I have 1.4.1 installed under Cygwin which
produced:

--

$ lyx
LyX: Attempting to save document newfile1.lyx
 /cygdrive/c/home/newfile1.lyx.emergency
  Save seems successful. Phew.

lyx: SIGSEGV signal caught
Sorry, you have found a bug in LyX. Please read the
bug-reporting instructions in Help-Introduction and
send us a bug report, if necessary. Thanks !
Bye.
Aborted (core dumped)



But under the Joost Windows 1.4.2, it seems to work
normally. To undo the freeze I think you can go to
Edit - import lines, and clicking on that will
undo that frozen blue tableau.

It appears to be fixed in 1.4.2 which is near release
so you could see if it is fixed then on your machine.

Regards,
Stephen

Re: bug(?): strange behavior after ctrl-shift-left

[Steve Harris]

Jose' Matos wrote:

On Tuesday 11 July 2006 20:50, Sven Schreiber wrote:

For me the keyboard is not responding in lyx anymore after that. Can
anybody confirm this? Is it known?


  I do not remember such bug report. :-(
  I would like to hear from other windows users. If the bug is not there it 
should be filled in bugzilla to be fixed in 1.4.2.



Ctrl-shift-left may be stupid to use, but I was just following a hunch...


  Not stupid at all, it selects text from your current position to left. I 
guess that this was your hunch.



this is 1.4.1 on windows with official installer


  It works on linux, I have been using it all day. :-)


thanks,
sven





Good day José,

After reading your post, I tested again and this is
not fixed in 1.4.2. It isn't much of a bug.

This is an example line.

{If I type in ctrl-shift-leftarrow down here, start of a
new paragraph, and I have entered no text, blank in other
words, then the blue highlight reverts back to the end of

This is an example line.(-- begins blue highlight)

and if you type in it, then it will segfault lyx. If you have
typed more than one paragraph with words it works normally.}

But again, if you have typed three paragraphs and then
type ctrl-shift-leftarrow at the beginning of a new
paragraph which has no words (blank) then it will segfault.

It means that if you end a paragraph by using enter, then
you can't change your mind with ctrl-shift-leftarrow and
go back to the previous paragraph and type a little more
before you start your new paragraph. You can go back with
your mouse to the end of the previous paragraph and
ctrl-shift-leftarrow will work normally. I am something
of a keyboard purist, but I normally use Edit/Undo to
reverse my last step; but Alt-e-u will Undo, take you
back to the end of the previous paragraph (reverses enter)
and then ctrl-shift-leftarrow will work as expected.

It may have seemed if I wrote in too much detail. But you
reported it worked on Linux and I have the most excellent
FC4, and it malfunctions just as reported:

This is the first paragraph. enter

begins the second paragraph = blank: - ctrl-shift-leftarrow

goes back to the end of the first paragraph and freezes the
machine. Shortly afterwards it exited with the same error
message that I reported for Cygwin Lyx 1.4.1 and it segfaults
in Joost's windows 1.4.2 also, but the error screen exits too
fast to see the text. This message is from FC4/Cygwin Lyx1.4.1.

--

$ lyx
LyX: Attempting to save document newfile1.lyx
 /cygdrive/c/home/newfile1.lyx.emergency
  Save seems successful. Phew.

lyx: SIGSEGV signal caught
Sorry, you have found a bug in LyX. Please read the
bug-reporting instructions in Help-Introduction and
send us a bug report, if necessary. Thanks !
Bye.
Aborted (core dumped)



Is the upgrade to FC5 *strongly recommended*?
Stephen

Re: Fwd: aspell on XP

[Steve Harris]

Paul A. Rubin wrote:

Paul A. Rubin wrote:



I finally got around to trying this on my home PC, which runs XP Home 
rather than XP Pro.  Under XP Home, alt-F4 did *not* kill cmd.exe.  On 
my laptop (XP Pro), it does.  I haven't had a chance to try the XP Pro 
machine in my office (as I'm assiduously avoiding going anywhere near 
the office).


My luck ran out and I ended up at the office.  It turns out that alt-F4 
does not kill either LyX or cmd.exe here (XP Pro).  So my XP Pro laptop, 
where it does work, is apparently the outlier, although I have no 
explanation for why it works there.


/Paul





Using either a .lnk or a .pif doesn't change the inability
to exit cmd.exe using alt-F4; I wonder if your laptop has
an OEM modified installation of Win XP? I guess it is not
likely, but the win98 default .pif file with more choices
shows several keyboard shortcuts, but not alt-f4. But I
think alt-f4 could be added to such a menu by a sourcerer,
or even enabled as undocumented behavior without a menu.

Must be a path with spaces problem ;-)
Stephen

Re: Fwd: aspell on XP

[Steve Harris]

Paul A. Rubin wrote:

Paul A. Rubin wrote:



I finally got around to trying this on my home PC, which runs XP Home 
rather than XP Pro.  Under XP Home, alt-F4 did *not* kill cmd.exe.  On 
my laptop (XP Pro), it does.  I haven't had a chance to try the XP Pro 
machine in my office (as I'm assiduously avoiding going anywhere near 
the office).


My luck ran out and I ended up at the office.  It turns out that alt-F4 
does not kill either LyX or cmd.exe here (XP Pro).  So my XP Pro laptop, 
where it does work, is apparently the outlier, although I have no 
explanation for why it works there.


/Paul




I tried closing LyX with Alt-f4 with LyX1.4.1 and it didn't work,
but with Joost's 1.4.2, closing with alt-f4 works if installed in 
either C:\LyXx or C:\Program Files\LyXx (path space), so it must

be 'an obvious fact since those are the most deceptive.'

--

Stephen
Once you eliminate the impossible, whatever remains, no matter
how improbable, must be the truth. SH: Sherlock Holmes (Doyle)

Re: bug(?): strange behavior after ctrl-shift-left

[Steve Harris]

Jose' Matos wrote:

On Tuesday 11 July 2006 20:50, Sven Schreiber wrote:

For me the keyboard is not responding in lyx anymore after that. Can
anybody confirm this? Is it known?


  I do not remember such bug report. :-(
  I would like to hear from other windows users. If the bug is not there it 
should be filled in bugzilla to be fixed in 1.4.2.



Ctrl-shift-left may be stupid to use, but I was just following a hunch...


  Not stupid at all, it selects text from your current position to left. I 
guess that this was your hunch.



this is 1.4.1 on windows with official installer


  It works on linux, I have been using it all day. :-)


thanks,
sven




I tested this on lyx1.3.7ver3 for Windows and the bug is not there.

This is a test. enter
ctrl-shift-left_key

will return to the space just afer test. in the previous
paragraph. If you use ctrl-shift=left_key again, then
it will highlight in blue, test. (from This is a test.)

Also the spell-checking error of starting to check only the
second misspelled word is not present in lyx1.3.7ver3 either.

--

Stephen
Once you eliminate the impossible, whatever remains, no matter
how improbable, must be the truth. SH: Sherlock Holmes (Doyle)

Re: bug(?): strange behavior after ctrl-shift-left

[Steve Harris]

Sven Schreiber wrote:

To reproduce:
1. open new document
2. type something and start a new paragraph (hit return)
3. hit control-shift-arrowleft

For me the keyboard is not responding in lyx anymore after that. Can
anybody confirm this? Is it known?

Ctrl-shift-left may be stupid to use, but I was just following a hunch...

this is 1.4.1 on windows with official installer

thanks,
sven



I have 1.4.1 installed under Cygwin which
produced:

--

$ lyx
LyX: Attempting to save document newfile1.lyx
 /cygdrive/c/home/newfile1.lyx.emergency
  Save seems successful. Phew.

lyx: SIGSEGV signal caught
Sorry, you have found a bug in LyX. Please read the
bug-reporting instructions in Help->Introduction and
send us a bug report, if necessary. Thanks !
Bye.
Aborted (core dumped)



But under the Joost Windows 1.4.2, it seems to work
normally. To undo the freeze I think you can go to
Edit -> import lines, and clicking on that will
undo that frozen blue tableau.

It appears to be fixed in 1.4.2 which is near release
so you could see if it is fixed then on your machine.

Regards,
Stephen

Re: bug(?): strange behavior after ctrl-shift-left

[Steve Harris]

Jose' Matos wrote:

On Tuesday 11 July 2006 20:50, Sven Schreiber wrote:

For me the keyboard is not responding in lyx anymore after that. Can
anybody confirm this? Is it known?


  I do not remember such bug report. :-(
  I would like to hear from other windows users. If the bug is not there it 
should be filled in bugzilla to be fixed in 1.4.2.



Ctrl-shift-left may be stupid to use, but I was just following a hunch...


  Not stupid at all, it selects text from your current position to left. I 
guess that this was your hunch.



this is 1.4.1 on windows with official installer


  It works on linux, I have been using it all day. :-)


thanks,
sven





Good day José,

After reading your post, I tested again and this is
not fixed in 1.4.2. It isn't much of a bug.

This is an example line.

{If I type in ctrl-shift-leftarrow down here, start of a
new paragraph, and I have entered no text, blank in other
words, then the blue highlight reverts back to the end of

This is an example line.(<-- begins blue highlight)

and if you type in it, then it will segfault lyx. If you have
typed more than one paragraph with words it works normally.}

But again, if you have typed three paragraphs and then
type "ctrl-shift-leftarrow" at the beginning of a new
paragraph which has no words (blank) then it will segfault.

It means that if you end a paragraph by using enter, then
you can't change your mind with "ctrl-shift-leftarrow" and
go back to the previous paragraph and type a little more
before you start your new paragraph. You can go back with
your mouse to the end of the previous paragraph and
"ctrl-shift-leftarrow" will work normally. I am something
of a keyboard purist, but I normally use Edit/Undo to
reverse my last step; but Alt-e-u will Undo, take you
back to the end of the previous paragraph (reverses enter)
and then "ctrl-shift-leftarrow" will work as expected.

It may have seemed if I wrote in too much detail. But you
reported it worked on Linux and I have the most excellent
FC4, and it malfunctions just as reported:

This is the first paragraph. 

begins the second paragraph = blank: -> ctrl-shift-leftarrow

goes back to the end of the first paragraph and freezes the
machine. Shortly afterwards it exited with the same error
message that I reported for Cygwin Lyx 1.4.1 and it segfaults
in Joost's windows 1.4.2 also, but the error screen exits too
fast to see the text. This message is from FC4/Cygwin Lyx1.4.1.

--

$ lyx
LyX: Attempting to save document newfile1.lyx
 /cygdrive/c/home/newfile1.lyx.emergency
  Save seems successful. Phew.

lyx: SIGSEGV signal caught
Sorry, you have found a bug in LyX. Please read the
bug-reporting instructions in Help->Introduction and
send us a bug report, if necessary. Thanks !
Bye.
Aborted (core dumped)



Is the upgrade to FC5 *strongly recommended*?
Stephen

Re: Fwd: aspell on XP

[Steve Harris]

Paul A. Rubin wrote:

Paul A. Rubin wrote:



I finally got around to trying this on my home PC, which runs XP Home 
rather than XP Pro.  Under XP Home, alt-F4 did *not* kill cmd.exe.  On 
my laptop (XP Pro), it does.  I haven't had a chance to try the XP Pro 
machine in my office (as I'm assiduously avoiding going anywhere near 
the office).


My luck ran out and I ended up at the office.  It turns out that alt-F4 
does not kill either LyX or cmd.exe here (XP Pro).  So my XP Pro laptop, 
where it does work, is apparently the outlier, although I have no 
explanation for why it works there.


/Paul





Using either a .lnk or a .pif doesn't change the inability
to exit cmd.exe using alt-F4; I wonder if your laptop has
an OEM modified installation of Win XP? I guess it is not
likely, but the win98 default .pif file with more choices
shows several keyboard shortcuts, but not alt-f4. But I
think alt-f4 could be added to such a menu by a sourcerer,
or even enabled as undocumented behavior without a menu.

Must be a path with spaces problem ;-)
Stephen

Re: Fwd: aspell on XP

[Steve Harris]

Paul A. Rubin wrote:

Paul A. Rubin wrote:



I finally got around to trying this on my home PC, which runs XP Home 
rather than XP Pro.  Under XP Home, alt-F4 did *not* kill cmd.exe.  On 
my laptop (XP Pro), it does.  I haven't had a chance to try the XP Pro 
machine in my office (as I'm assiduously avoiding going anywhere near 
the office).


My luck ran out and I ended up at the office.  It turns out that alt-F4 
does not kill either LyX or cmd.exe here (XP Pro).  So my XP Pro laptop, 
where it does work, is apparently the outlier, although I have no 
explanation for why it works there.


/Paul




I tried closing LyX with Alt-f4 with LyX1.4.1 and it didn't work,
but with Joost's 1.4.2, closing with alt-f4 works if installed in 
either C:\LyXx or C:\Program Files\LyXx (path space), so it must

be 'an obvious fact since those are the most deceptive.'

--

Stephen
"Once you eliminate the impossible, whatever remains, no matter
how improbable, must be the truth." SH: Sherlock Holmes (Doyle)

Re: bug(?): strange behavior after ctrl-shift-left

[Steve Harris]

Jose' Matos wrote:

On Tuesday 11 July 2006 20:50, Sven Schreiber wrote:

For me the keyboard is not responding in lyx anymore after that. Can
anybody confirm this? Is it known?


  I do not remember such bug report. :-(
  I would like to hear from other windows users. If the bug is not there it 
should be filled in bugzilla to be fixed in 1.4.2.



Ctrl-shift-left may be stupid to use, but I was just following a hunch...


  Not stupid at all, it selects text from your current position to left. I 
guess that this was your hunch.



this is 1.4.1 on windows with official installer


  It works on linux, I have been using it all day. :-)


thanks,
sven




I tested this on lyx1.3.7ver3 for Windows and the bug is not there.

This is a test. 
ctrl-shift-left_key

will return to the space just afer "test." in the previous
paragraph. If you use ctrl-shift=left_key again, then
it will highlight in blue, "test." (from "This is a test.")

Also the spell-checking error of starting to check only the
second misspelled word is not present in lyx1.3.7ver3 either.

--

Stephen
"Once you eliminate the impossible, whatever remains, no matter
how improbable, must be the truth." SH: Sherlock Holmes (Doyle)

Re: Fwd: aspell on XP

[Steve Harris]

Paul A. Rubin wrote:

Ed Gatzke wrote:

So, cmd.exe and command.exe when started from Start-Run both do not 
respond to
Alt-F4 for me either.  Other things started from cmd.exe command 
prompt do
listen to Alt F4 c:\windows\system32\winmine.exe and dvdplay.exe both 
respond to

Alt-F4.

I run most of my stuff from a cygwin shell, but everything closes on 
Alt-F4
except cmd.exe and lyx.exe.  Even when I start lyx from the desktop 
shortcut, it

does not respond to Alt-F4.  Even when I double click on the cmd.exe in
windows/system32 it does not respond to F4.

I have tried cmd.exe on about 6 xp machines, Alt-F4 does nothing on 
any of them

for cmd.exe.


I finally got around to trying this on my home PC, which runs XP Home 
rather than XP Pro.  Under XP Home, alt-F4 did *not* kill cmd.exe.  On 
my laptop (XP Pro), it does.  I haven't had a chance to try the XP Pro 
machine in my office (as I'm assiduously avoiding going anywhere near 
the office).


The exact lyx installer is the most recent, the 2.0 installer for 1.41

lyxwininstall/LyxWin141Complete-2.01.exe


Even just running lyx.exe (not lyx.bat) appears to open a shell for a 
second
before the application launches... Very odd, I wonder what is up.  
Maybe the

shell is the root of all problems with Alt-F4.


I'm not sure what goes on in that fleeting shell, but according to the 
task manager I use, when you run lyx.exe directly it is not running in a 
shell.  LyX does, however, make extensive use of shell scripts (for 
converting graphics, running the configuration script, etc.), so it may 
be running some quick script at that point.






This stuff is crazy.   I tried posting on some MS help pages, and 
the MS
experts suggested I use Alt-Space then C, which breaks the standard 
that Alt-F4

closes everything, like hitting the big red X.


I agree it's strange, but as far back as I can remember, Microsoft's 
insistence that third-party developers adhere to their rules for Windows 
programs has not extended to their own programmers.  Nor have they been 
philosophically consistent.  Thus Windows 3.x came with an FTP client 
that had a GUI, but Windows 95/98 et seq. come only with a DOS FTP 
client -- even though Microsoft has been trying to phase out DOS in the 
last few iterations of Windows.


I'm quite curious why you and Steve and I get three different behavior 
patterns from ostensibly the same OS.  (I'm assuming that you and Steve 
are both using XP Pro, fully patched.)


/Paul





No, I think Ed mentioned he used Cygwin. Luckily, Enrico tutored me
(everything beautiful belongs to Enrico and the ugly is all mine).

When Ed starts LyX from a cygwin shell the batfile he is using
leaves the (bash) shell open as a hanging process. I had that problem
too and I wanted the X-server (the one in a white window,xterm) to
close so that I could use it to open another program besides LyX. I
mean it spawns lyx and then returns to being available separately.

So I sort of fixed it. I'll put the lyx11.bat text at the end. I
used some other file as a basis (startxwin.bat) and mostly just
tacked on run c:\cygwin\usr\local\bin\lyx-x11.exe: at the end.
I start it with a desktop icon:
target C:\cygwin\usr\X11R6\bin\LyX11.bat
start in   C:\cygwin\usr\X11R6\bin

I can create the problem if I start *native* LyX from the
cygwin shell, then it opens a black/bash window that won't
close. Otherwise I can close both the shell and lyx using
alt-f4. It works ok to open from cmd.exe shell, lyx with
either lyx.bat or lyx.exe and then close with alt-f4.

I researched and found a few reports complaining about not
being able to close cmd.exe with alt-f4. I found no report
of being able to close cmd.exe shell with alt-f4. I think
Paul has a very talented machine. I don't think it is meant
or built to close under native Windows, so use exit return
if you don't want to use the mouse.

I think if you are using cygwin to open native windows lyx
rather than cygwin lyx, you could modify the startxwin.bat
to lyx11.bat and point it to run C:\lyx142\LyX14\bin\lyx11.bat
(modify appropriately) and start in: C:\lyx142\LyX14\bin
(desktop icon) rather than
C:\cygwin\usr\X11R6\bin\LyX11.bat

the last line in startxwin.bat changed to lyx11.bat would change
run c:\cygwin\usr\local\bin\lyx-x11.exe
and would change to run C:\lyx142\LyX14\bin\lyx.bat or lyx.exe
not lyx-x11.exe

I mean that I can start native LyX from an xterm window,
with two separate windows that each close with alt-f4.

Incidentally, the cygwin version of lyx1.4.1 runs on Windows 98
Re: Installing LyX on Windows 98 - Solved fairly well with Cygwin

Cheers, Stephen
-- cut and paste lyx11.bat

@echo off
SET DISPLAY=127.0.0.1:0.0


REM
REM The path in the CYGWIN_ROOT environment variable assignment assume
REM that Cygwin is installed in a directory called 'cygwin' in the root
REM directory of the current drive.  You will only need to modify
REM CYGWIN_ROOT if you have installed Cygwin in 

Re: Fwd: aspell on XP

[Steve Harris]

Ed Gatzke wrote:




I have tried cmd.exe on about 6 xp machines, Alt-F4 does nothing on 
any of them

for cmd.exe.



I finally got around to trying this on my home PC, which runs XP Home 
rather than XP Pro.  Under XP Home, alt-F4 did *not* kill cmd.exe.  
On my laptop (XP Pro), it does.  I haven't had a chance to try the XP 
Pro machine in my office (as I'm assiduously avoiding 




Some of the machines I tried to kill cmd.exe on were NOT XP home ( My 
new work desktop and my wifes work laptop).




I'm not sure what goes on in that fleeting shell, but according to 
the task manager I use, when you run lyx.exe directly it is not 
running in a shell.  LyX does, however, make extensive use of shell 
scripts (for converting graphics, running the configuration script, 
etc.), so it may be running some quick script at that point.




There is a python.exe file in the same directory as the lyx.exe 
executable.  Python opens what looks like a cmd.exe window that you 
can't close with Alt-F4 either.  I wonder if lyx.exe is somehow running 
in a python shell?





No, I think Ed mentioned he used Cygwin. Luckily, Enrico tutored me
(everything beautiful belongs to Enrico and the ugly is all mine).



I have tried starting LyX all different ways, from the cygwin shell, 
from the desktop icon, from the bat file in Program Files / lyx, from 
the exe file in Program Files / LyX.  None of those close with Alt-F4, 
but I will try the bat file hacks below.





So I sort of fixed it. I'll put the lyx11.bat text at the end. I
used some other file as a basis (startxwin.bat) and mostly just
tacked on run c:\cygwin\usr\local\bin\lyx-x11.exe: at the end.
I start it with a desktop icon:
target C:\cygwin\usr\X11R6\bin\LyX11.bat
start in   C:\cygwin\usr\X11R6\bin


Thanks for all your help trying to sort this out.



I think if you have X11 and xterm working this will work.
The problem can be duplicated here using the black/bash shell.
The AutoHotkeys will work on cmd.exe and some windows apps but
if LyX is started from Cygwin closing it still requires alt-f4
(with a modified startxwin.bat) on my system. It seems odd.

Regards,
Stephen

Re: Fwd: aspell on XP

[Steve Harris]

Ed Gatzke wrote:



This stuff is crazy.   I tried posting on some MS help pages, and the MS
experts suggested I use Alt-Space then C, which breaks the standard that Alt-F4
closes everything, like hitting the big red X.



I found a workaround. http://www.autohotkey.com/download/
AutoHotKey is a free download that makes use of the
Windows key in conjunction with another letter.

So you start AutoHotKey (I made a desktop shortcut)and when
the Windows key is pressed with the k (for kill) key the
active program will close if it's cmd.exe or another app.
(repeats). Stays resident until you close it or shutdown.

Win-key with k-key
Sends the keystrokes: alt, space, Shift C to make a capital C.

#k::send ! +C

cut and paste into the kill.ahk file; I read the quick tutorial.

Regards,
Stephen

Re: New BibTeX Style

[Steve Harris]

Bruce Pourciau wrote:
Thanks to Charles for the site below. Suppose the journal I'm submitting 
to uses a BibTeX style file (elsart-harv.bst) that can be downloaded 
from their site. Where (in LyX/Mac 1.4.1) exactly do I put this file and 
then do I have to do anything else to get that style file to show up in 
the drop-down list of styles in LyX? (I have been unable to find even 
the existing .bst files that must have come with my TeX installation.)


Bruce





On Jul 10, 2006, at 12:04 PM, Charles de Miramon wrote:


LB wrote:


I agree. That's a great idea.




http://jo.irisson.free.fr/bstdatabase/index.php


Cheers,
Charles
--http://www.kde-france.org







BibTeX-related files shall be stored in:

texmf/bibtex/bib/package/
texmf/bibtex/bst/package/

--

For OS X
The .bst files and the corresponding .sty go in different
directories. Place the .bst files in ~/Library/texmf/bibtex/bst and
the .sty files in  ~/Library/texmf/tex/latex/misc.

--

This information was current as of Dec. 27, 2005
I've also seen /localtexmf recommended for this.

To refresh the filename database I think texhash works
and then I run Reconfigure from Lyx which may not be needed.

I have had to create the package directory name, but it
will probably work just putting the file in ~/bibtex/bst.

Regards,
Stephen

Re: Fwd: aspell on XP

[Steve Harris]

Paul A. Rubin wrote:

Steve Harris wrote:




Back in the Windows 9x era, I'm pretty sure that a command window was 
designed not to be too easily killed (presumably lest one lose work, 
possibly lest one leave an orphan process around), so I would not be 
surprised if alt-F4 did not kill it.  If you clicked the X (close) box 
in the upper right, you got a stern warning that something dire might 
happen if you really closed it that way.  I haven't seen that warning in 
XP Pro, and if you can kill the shell with the X box, no reason why 
alt-F4 shouldn't do so as well.


/Paul



Well, does the nag come from a .lnk or a .pif?
#40 http://www.bootstrike.com/WinXP/faq.html#40
...
Furthermore, it turns out that there are TWO ways to run CMD.EXE in
Windows XP, although this fact is not documented anywhere. CMD.EXE can
be run from a shortcut (a .lnk file, which is the way that the Command
Prompt window is set up out-of-the-box in Windows XP) or from a
Program Information File (a .pif file). (COMMAND.COM, on the other hand,
can ONLY be run from a .pif file, since it is a .com program and not
a .exe program.)

I have found the .pif file method for running CMD.EXE to be superior
in most respects. For one thing, the .pif file Properties dialog
gives you control of a lot more of the compatibility options. More
importantly, however, most of my DOS applications simply run better
when CMD.EXE is invoked by a .pif file. The most visible difference
is in the colors within the Command Prompt window. My favorite
DOS-based source code editor, for example, displays with a hideous
green background color when run under a CMD.EXE shortcut, but runs
correctly (with a black background) when run under CMD.EXE invoked
via a .pif file. The DOS full-screen edit command has similar
problems with colors when run under a shortcut, but again runs
correctly under a .pif file.

There are two minor annoyances, however, when running CMD.EXE
from a .pif file:

* Any switches that you specify in the dir command
(such as /w) are ignored. The dir command uses ONLY the
options you have set in the environment via the DIRCMD variable.

* If you are sitting at a command prompt, not running a command
or application, and you try to terminate the window by clicking the
X box in the upper right-hand corner of the window frame, you get
a nag dialog.
The exit command does work correctly, without the nag.

SH: I suspect this change of behavior from Win9x to XP Pro is due
to an out-of-the-box OEM .lnk file, rather than a spiffy .pif file.

After doing about 3 hours of research on this, I couldn't resist

Sharing the wealth of knowledge :-)
Stephen

Re: Fwd: aspell on XP

[Steve Harris]

Paul A. Rubin wrote:

Ed Gatzke wrote:

So, cmd.exe and command.exe when started from Start-Run both do not 
respond to
Alt-F4 for me either.  Other things started from cmd.exe command 
prompt do
listen to Alt F4 c:\windows\system32\winmine.exe and dvdplay.exe both 
respond to

Alt-F4.

I run most of my stuff from a cygwin shell, but everything closes on 
Alt-F4
except cmd.exe and lyx.exe.  Even when I start lyx from the desktop 
shortcut, it

does not respond to Alt-F4.  Even when I double click on the cmd.exe in
windows/system32 it does not respond to F4.

I have tried cmd.exe on about 6 xp machines, Alt-F4 does nothing on 
any of them

for cmd.exe.


I finally got around to trying this on my home PC, which runs XP Home 
rather than XP Pro.  Under XP Home, alt-F4 did *not* kill cmd.exe.  On 
my laptop (XP Pro), it does.  I haven't had a chance to try the XP Pro 
machine in my office (as I'm assiduously avoiding going anywhere near 
the office).


The exact lyx installer is the most recent, the 2.0 installer for 1.41

lyxwininstall/LyxWin141Complete-2.01.exe


Even just running lyx.exe (not lyx.bat) appears to open a shell for a 
second
before the application launches... Very odd, I wonder what is up.  
Maybe the

shell is the root of all problems with Alt-F4.


I'm not sure what goes on in that fleeting shell, but according to the 
task manager I use, when you run lyx.exe directly it is not running in a 
shell.  LyX does, however, make extensive use of shell scripts (for 
converting graphics, running the configuration script, etc.), so it may 
be running some quick script at that point.






This stuff is crazy.   I tried posting on some MS help pages, and 
the MS
experts suggested I use Alt-Space then C, which breaks the standard 
that Alt-F4

closes everything, like hitting the big red X.


I agree it's strange, but as far back as I can remember, Microsoft's 
insistence that third-party developers adhere to their rules for Windows 
programs has not extended to their own programmers.  Nor have they been 
philosophically consistent.  Thus Windows 3.x came with an FTP client 
that had a GUI, but Windows 95/98 et seq. come only with a DOS FTP 
client -- even though Microsoft has been trying to phase out DOS in the 
last few iterations of Windows.


I'm quite curious why you and Steve and I get three different behavior 
patterns from ostensibly the same OS.  (I'm assuming that you and Steve 
are both using XP Pro, fully patched.)


/Paul





No, I think Ed mentioned he used Cygwin. Luckily, Enrico tutored me
(everything beautiful belongs to Enrico and the ugly is all mine).

When Ed starts LyX from a cygwin shell the batfile he is using
leaves the (bash) shell open as a hanging process. I had that problem
too and I wanted the X-server (the one in a white window,xterm) to
close so that I could use it to open another program besides LyX. I
mean it spawns lyx and then returns to being available separately.

So I sort of fixed it. I'll put the lyx11.bat text at the end. I
used some other file as a basis (startxwin.bat) and mostly just
tacked on run c:\cygwin\usr\local\bin\lyx-x11.exe: at the end.
I start it with a desktop icon:
target C:\cygwin\usr\X11R6\bin\LyX11.bat
start in   C:\cygwin\usr\X11R6\bin

I can create the problem if I start *native* LyX from the
cygwin shell, then it opens a black/bash window that won't
close. Otherwise I can close both the shell and lyx using
alt-f4. It works ok to open from cmd.exe shell, lyx with
either lyx.bat or lyx.exe and then close with alt-f4.

I researched and found a few reports complaining about not
being able to close cmd.exe with alt-f4. I found no report
of being able to close cmd.exe shell with alt-f4. I think
Paul has a very talented machine. I don't think it is meant
or built to close under native Windows, so use exit return
if you don't want to use the mouse.

I think if you are using cygwin to open native windows lyx
rather than cygwin lyx, you could modify the startxwin.bat
to lyx11.bat and point it to run C:\lyx142\LyX14\bin\lyx11.bat
(modify appropriately) and start in: C:\lyx142\LyX14\bin
(desktop icon) rather than
C:\cygwin\usr\X11R6\bin\LyX11.bat

the last line in startxwin.bat changed to lyx11.bat would change
run c:\cygwin\usr\local\bin\lyx-x11.exe
and would change to run C:\lyx142\LyX14\bin\lyx.bat or lyx.exe
not lyx-x11.exe

I mean that I can start native LyX from an xterm window,
with two separate windows that each close with alt-f4.

Incidentally, the cygwin version of lyx1.4.1 runs on Windows 98
Re: Installing LyX on Windows 98 - Solved fairly well with Cygwin

Cheers, Stephen
-- cut and paste lyx11.bat

@echo off
SET DISPLAY=127.0.0.1:0.0


REM
REM The path in the CYGWIN_ROOT environment variable assignment assume
REM that Cygwin is installed in a directory called 'cygwin' in the root
REM directory of the current drive.  You will only need to modify
REM CYGWIN_ROOT if you have installed Cygwin in 

Re: Fwd: aspell on XP

[Steve Harris]

Ed Gatzke wrote:




I have tried cmd.exe on about 6 xp machines, Alt-F4 does nothing on 
any of them

for cmd.exe.



I finally got around to trying this on my home PC, which runs XP Home 
rather than XP Pro.  Under XP Home, alt-F4 did *not* kill cmd.exe.  
On my laptop (XP Pro), it does.  I haven't had a chance to try the XP 
Pro machine in my office (as I'm assiduously avoiding 




Some of the machines I tried to kill cmd.exe on were NOT XP home ( My 
new work desktop and my wifes work laptop).




I'm not sure what goes on in that fleeting shell, but according to 
the task manager I use, when you run lyx.exe directly it is not 
running in a shell.  LyX does, however, make extensive use of shell 
scripts (for converting graphics, running the configuration script, 
etc.), so it may be running some quick script at that point.




There is a python.exe file in the same directory as the lyx.exe 
executable.  Python opens what looks like a cmd.exe window that you 
can't close with Alt-F4 either.  I wonder if lyx.exe is somehow running 
in a python shell?





No, I think Ed mentioned he used Cygwin. Luckily, Enrico tutored me
(everything beautiful belongs to Enrico and the ugly is all mine).



I have tried starting LyX all different ways, from the cygwin shell, 
from the desktop icon, from the bat file in Program Files / lyx, from 
the exe file in Program Files / LyX.  None of those close with Alt-F4, 
but I will try the bat file hacks below.





So I sort of fixed it. I'll put the lyx11.bat text at the end. I
used some other file as a basis (startxwin.bat) and mostly just
tacked on run c:\cygwin\usr\local\bin\lyx-x11.exe: at the end.
I start it with a desktop icon:
target C:\cygwin\usr\X11R6\bin\LyX11.bat
start in   C:\cygwin\usr\X11R6\bin


Thanks for all your help trying to sort this out.



I think if you have X11 and xterm working this will work.
The problem can be duplicated here using the black/bash shell.
The AutoHotkeys will work on cmd.exe and some windows apps but
if LyX is started from Cygwin closing it still requires alt-f4
(with a modified startxwin.bat) on my system. It seems odd.

Regards,
Stephen

Re: Fwd: aspell on XP

[Steve Harris]

Ed Gatzke wrote:



This stuff is crazy.   I tried posting on some MS help pages, and the MS
experts suggested I use Alt-Space then C, which breaks the standard that Alt-F4
closes everything, like hitting the big red X.



I found a workaround. http://www.autohotkey.com/download/
AutoHotKey is a free download that makes use of the
Windows key in conjunction with another letter.

So you start AutoHotKey (I made a desktop shortcut)and when
the Windows key is pressed with the k (for kill) key the
active program will close if it's cmd.exe or another app.
(repeats). Stays resident until you close it or shutdown.

Win-key with k-key
Sends the keystrokes: alt, space, Shift C to make a capital C.

#k::send ! +C

cut and paste into the kill.ahk file; I read the quick tutorial.

Regards,
Stephen

Re: New BibTeX Style

[Steve Harris]

Bruce Pourciau wrote:
Thanks to Charles for the site below. Suppose the journal I'm submitting 
to uses a BibTeX style file (elsart-harv.bst) that can be downloaded 
from their site. Where (in LyX/Mac 1.4.1) exactly do I put this file and 
then do I have to do anything else to get that style file to show up in 
the drop-down list of styles in LyX? (I have been unable to find even 
the existing .bst files that must have come with my TeX installation.)


Bruce





On Jul 10, 2006, at 12:04 PM, Charles de Miramon wrote:


LB wrote:


I agree. That's a great idea.




http://jo.irisson.free.fr/bstdatabase/index.php


Cheers,
Charles
--http://www.kde-france.org







BibTeX-related files shall be stored in:

texmf/bibtex/bib/package/
texmf/bibtex/bst/package/

--

For OS X
The .bst files and the corresponding .sty go in different
directories. Place the .bst files in ~/Library/texmf/bibtex/bst and
the .sty files in  ~/Library/texmf/tex/latex/misc.

--

This information was current as of Dec. 27, 2005
I've also seen /localtexmf recommended for this.

To refresh the filename database I think texhash works
and then I run Reconfigure from Lyx which may not be needed.

I have had to create the package directory name, but it
will probably work just putting the file in ~/bibtex/bst.

Regards,
Stephen

Re: Fwd: aspell on XP

[Steve Harris]

Paul A. Rubin wrote:

Steve Harris wrote:




Back in the Windows 9x era, I'm pretty sure that a command window was 
designed not to be too easily killed (presumably lest one lose work, 
possibly lest one leave an orphan process around), so I would not be 
surprised if alt-F4 did not kill it.  If you clicked the X (close) box 
in the upper right, you got a stern warning that something dire might 
happen if you really closed it that way.  I haven't seen that warning in 
XP Pro, and if you can kill the shell with the X box, no reason why 
alt-F4 shouldn't do so as well.


/Paul



Well, does the nag come from a .lnk or a .pif?
#40 http://www.bootstrike.com/WinXP/faq.html#40
...
Furthermore, it turns out that there are TWO ways to run CMD.EXE in
Windows XP, although this fact is not documented anywhere. CMD.EXE can
be run from a shortcut (a .lnk file, which is the way that the Command
Prompt window is set up out-of-the-box in Windows XP) or from a
Program Information File (a .pif file). (COMMAND.COM, on the other hand,
can ONLY be run from a .pif file, since it is a .com program and not
a .exe program.)

I have found the .pif file method for running CMD.EXE to be superior
in most respects. For one thing, the .pif file Properties dialog
gives you control of a lot more of the compatibility options. More
importantly, however, most of my DOS applications simply run better
when CMD.EXE is invoked by a .pif file. The most visible difference
is in the colors within the Command Prompt window. My favorite
DOS-based source code editor, for example, displays with a hideous
green background color when run under a CMD.EXE shortcut, but runs
correctly (with a black background) when run under CMD.EXE invoked
via a .pif file. The DOS full-screen edit command has similar
problems with colors when run under a shortcut, but again runs
correctly under a .pif file.

There are two minor annoyances, however, when running CMD.EXE
from a .pif file:

* Any switches that you specify in the dir command
(such as /w) are ignored. The dir command uses ONLY the
options you have set in the environment via the DIRCMD variable.

* If you are sitting at a command prompt, not running a command
or application, and you try to terminate the window by clicking the
X box in the upper right-hand corner of the window frame, you get
a nag dialog.
The exit command does work correctly, without the nag.

SH: I suspect this change of behavior from Win9x to XP Pro is due
to an out-of-the-box OEM .lnk file, rather than a spiffy .pif file.

After doing about 3 hours of research on this, I couldn't resist

Sharing the wealth of knowledge :-)
Stephen