Re: Content-Transfer-Encoding
[EMAIL PROTECTED] said: ... wouldn't this fit rather on some mailing list related to uuencode or exmh? Obviously, you are right. A fit of brain-fade on my part caused me to send to the wrong list. My apologies to all for wasted bandwidth. -- M/S 258-5|1024-bit PGP fingerprint:|[EMAIL PROTECTED] NASA Ames Research Center| 41 B0 89 0A 8F 94 6C 59| (650) 604-4416 Moffett Field, CA 94035-1000| 7C 80 10 20 25 C7 2F E6|FAX: (650) 604-4377 Not an official NASA position. You can't even be certain who sent this!
Re: Content-Transfer-Encoding
[EMAIL PROTECTED] said: ... wouldn't this fit rather on some mailing list related to uuencode or exmh? Obviously, you are right. A fit of brain-fade on my part caused me to send to the wrong list. My apologies to all for wasted bandwidth. -- M/S 258-5|1024-bit PGP fingerprint:|[EMAIL PROTECTED] NASA Ames Research Center| 41 B0 89 0A 8F 94 6C 59| (650) 604-4416 Moffett Field, CA 94035-1000| 7C 80 10 20 25 C7 2F E6|FAX: (650) 604-4377 Not an official NASA position. You can't even be certain who sent this!
Re: Content-Transfer-Encoding
[EMAIL PROTECTED] said: >... wouldn't this fit rather on some mailing list related to uuencode or exmh? Obviously, you are right. A fit of brain-fade on my part caused me to send to the wrong list. My apologies to all for wasted bandwidth. -- M/S 258-5|1024-bit PGP fingerprint:|[EMAIL PROTECTED] NASA Ames Research Center| 41 B0 89 0A 8F 94 6C 59| (650) 604-4416 Moffett Field, CA 94035-1000| 7C 80 10 20 25 C7 2F E6|FAX: (650) 604-4377 Not an official NASA position. You can't even be certain who sent this!
Content-Transfer-Encoding
I'm tired of dealing with people who misconfigure their mail user agents to use x-uuencode instead of base64 as the Content-Transfer-Encoding for their MIME attachments. I'm hoping for a technological solution (i.e., capitulation). Is there some way to stitch public domain uudecode into exmh so it can handle these non-compliant attachments? Help, and even commiseration, will be appreciated. -- M/S 258-5|1024-bit PGP fingerprint:|[EMAIL PROTECTED] NASA Ames Research Center| 41 B0 89 0A 8F 94 6C 59| (650) 604-4416 Moffett Field, CA 94035-1000| 7C 80 10 20 25 C7 2F E6|FAX: (650) 604-4377 Not an official NASA position. You can't even be certain who sent this!
Content-Transfer-Encoding
I'm tired of dealing with people who misconfigure their mail user agents to use x-uuencode instead of base64 as the Content-Transfer-Encoding for their MIME attachments. I'm hoping for a technological solution (i.e., capitulation). Is there some way to stitch public domain uudecode into exmh so it can handle these non-compliant attachments? Help, and even commiseration, will be appreciated. -- M/S 258-5|1024-bit PGP fingerprint:|[EMAIL PROTECTED] NASA Ames Research Center| 41 B0 89 0A 8F 94 6C 59| (650) 604-4416 Moffett Field, CA 94035-1000| 7C 80 10 20 25 C7 2F E6|FAX: (650) 604-4377 Not an official NASA position. You can't even be certain who sent this!
Content-Transfer-Encoding
I'm tired of dealing with people who misconfigure their mail user agents to use x-uuencode instead of base64 as the Content-Transfer-Encoding for their MIME attachments. I'm hoping for a technological solution (i.e., capitulation). Is there some way to stitch public domain uudecode into exmh so it can handle these non-compliant attachments? Help, and even commiseration, will be appreciated. -- M/S 258-5|1024-bit PGP fingerprint:|[EMAIL PROTECTED] NASA Ames Research Center| 41 B0 89 0A 8F 94 6C 59| (650) 604-4416 Moffett Field, CA 94035-1000| 7C 80 10 20 25 C7 2F E6|FAX: (650) 604-4377 Not an official NASA position. You can't even be certain who sent this!
Re: Gnuplot External Material
[EMAIL PROTECTED] said: Those interested in adding gnuplot eps files to lyx/latex documents should consider the egplot package. Thanks for the pointer. I looked into it and I think I'll stick to LyX External Material. For what it's worth, my reasons are: 1. Egplot's major advantage over simply running gnuplot and creating *.eps files is that egplot's LaTeX in-line text is more likely to be considered by the author for updating. The risk that the author will forget to update doesn't concern me. What concerns me is the possibility that the gnuplot file will get updated and the *.eps file (or *.txt file) won't. The LyX External Material feature makes sure that can't happen. 2. LyX External Material is a standard feature of LyX, and egplot requires that all the people working on my current document project with me go get LaTeX and (maybe also LyX) packages from CTAN. I'm still trying to get some of the diehards to give up on doing our project in Word! I don't want them to have to streach until they've all bought the program. 3. Encapsulated PostScript may not be enough. One of LyX's PDF output generators (pdflatex, I think) requires *.pdf graphics files. If we export to HTML, I'm told all graphics files should be converted to *.png format. I don't think LyX can automatically generate *.pdf and *.png files yet, like it does *.eps and *.txt files for External Material, but it has to be going in that direction, and its documentation file makes it clear dgplot isn't. Again, thanks for the pointer. More relevent information is always better. -- M/S 258-5|1024-bit PGP fingerprint:|[EMAIL PROTECTED] NASA Ames Research Center| 41 B0 89 0A 8F 94 6C 59| (650) 604-4416 Moffett Field, CA 94035-1000| 7C 80 10 20 25 C7 2F E6|FAX: (650) 604-4377 Not an official NASA position. You can't even be certain who sent this!
Re: Gnuplot External Material
[EMAIL PROTECTED] said: My solution for this problem [of having to put terminal selection gnuplot files in the same directory as gnuplot content files] is a script that wraps the call to gnuplot, and adds the necessary declaration for output. Usually I enter also a preamble with some of the default values for my drawings. I got tired of the problem too, after my previous message. My solution was to take advantage of the fact that I have root access to my workstation and a little leverage with the administrators of the other guys' workstations. I moved the ascii.gnuplot file and the eps.gnuplot file into $$Sysdir/scripts at the same time I put my expanded external_templates file into $$Sysdir. No more system crutch files in user data directories, and I'll just munge the system LyX support files again when they get updated. And, if the LyX External Material feature gets expanded to support *.pdf files when exporting through pdflatex, or *.png files for HTML export, I'll only have to add the new gnuplot crutch files to one directory. Since I sometimes use long data files for graphics this is not always handy [to put all data and all gnuplot commands but terminal selection into the same file]. But it is necessary if you want to get LyX to enforce consistency between gnuplot files and plot results files (*.eps, *.txt, and maybe eventually *.png and *.pdf). LyX will only look at your gnuplot file. If it refers to some other file for the data and you change the data, LyX can't tell. If everything is in one file, anytime the file changes, LyX makes sure the plot results file changes too. With the wrapper you don't need to use inset external. You can gnuplot to the graphic supported formats. :-) My guess is that's not strictly true if you need *.eps sometimes, *.txt for ASCII export sometimes, and in a hoped-for future, *.pdf and *.png on occasion. Keeping the gnuplot file and the graphics result file-of-the-day in sync sounds to me like a headache. LyX External Material should take care of it for you, behind the scenes. -- M/S 258-5|1024-bit PGP fingerprint:|[EMAIL PROTECTED] NASA Ames Research Center| 41 B0 89 0A 8F 94 6C 59| (650) 604-4416 Moffett Field, CA 94035-1000| 7C 80 10 20 25 C7 2F E6|FAX: (650) 604-4377 Not an official NASA position. You can't even be certain who sent this!
Re: Gnuplot External Material
[EMAIL PROTECTED] said: ... gnuplot also supports EEPIC, PSTricks, export to XFIG, etc all of which could be handled seemlessly in the 1.4.x version of InsetExternal. Great! Any idea when 1.4.x is likely to become the standard release? I think 1.3.3 is now. -- M/S 258-5|1024-bit PGP fingerprint:|[EMAIL PROTECTED] NASA Ames Research Center| 41 B0 89 0A 8F 94 6C 59| (650) 604-4416 Moffett Field, CA 94035-1000| 7C 80 10 20 25 C7 2F E6|FAX: (650) 604-4377 Not an official NASA position. You can't even be certain who sent this!
Re: Gnuplot External Material
[EMAIL PROTECTED] said: Those interested in adding gnuplot eps files to lyx/latex documents should consider the egplot package. Thanks for the pointer. I looked into it and I think I'll stick to LyX External Material. For what it's worth, my reasons are: 1. Egplot's major advantage over simply running gnuplot and creating *.eps files is that egplot's LaTeX in-line text is more likely to be considered by the author for updating. The risk that the author will forget to update doesn't concern me. What concerns me is the possibility that the gnuplot file will get updated and the *.eps file (or *.txt file) won't. The LyX External Material feature makes sure that can't happen. 2. LyX External Material is a standard feature of LyX, and egplot requires that all the people working on my current document project with me go get LaTeX and (maybe also LyX) packages from CTAN. I'm still trying to get some of the diehards to give up on doing our project in Word! I don't want them to have to streach until they've all bought the program. 3. Encapsulated PostScript may not be enough. One of LyX's PDF output generators (pdflatex, I think) requires *.pdf graphics files. If we export to HTML, I'm told all graphics files should be converted to *.png format. I don't think LyX can automatically generate *.pdf and *.png files yet, like it does *.eps and *.txt files for External Material, but it has to be going in that direction, and its documentation file makes it clear dgplot isn't. Again, thanks for the pointer. More relevent information is always better. -- M/S 258-5|1024-bit PGP fingerprint:|[EMAIL PROTECTED] NASA Ames Research Center| 41 B0 89 0A 8F 94 6C 59| (650) 604-4416 Moffett Field, CA 94035-1000| 7C 80 10 20 25 C7 2F E6|FAX: (650) 604-4377 Not an official NASA position. You can't even be certain who sent this!
Re: Gnuplot External Material
[EMAIL PROTECTED] said: My solution for this problem [of having to put terminal selection gnuplot files in the same directory as gnuplot content files] is a script that wraps the call to gnuplot, and adds the necessary declaration for output. Usually I enter also a preamble with some of the default values for my drawings. I got tired of the problem too, after my previous message. My solution was to take advantage of the fact that I have root access to my workstation and a little leverage with the administrators of the other guys' workstations. I moved the ascii.gnuplot file and the eps.gnuplot file into $$Sysdir/scripts at the same time I put my expanded external_templates file into $$Sysdir. No more system crutch files in user data directories, and I'll just munge the system LyX support files again when they get updated. And, if the LyX External Material feature gets expanded to support *.pdf files when exporting through pdflatex, or *.png files for HTML export, I'll only have to add the new gnuplot crutch files to one directory. Since I sometimes use long data files for graphics this is not always handy [to put all data and all gnuplot commands but terminal selection into the same file]. But it is necessary if you want to get LyX to enforce consistency between gnuplot files and plot results files (*.eps, *.txt, and maybe eventually *.png and *.pdf). LyX will only look at your gnuplot file. If it refers to some other file for the data and you change the data, LyX can't tell. If everything is in one file, anytime the file changes, LyX makes sure the plot results file changes too. With the wrapper you don't need to use inset external. You can gnuplot to the graphic supported formats. :-) My guess is that's not strictly true if you need *.eps sometimes, *.txt for ASCII export sometimes, and in a hoped-for future, *.pdf and *.png on occasion. Keeping the gnuplot file and the graphics result file-of-the-day in sync sounds to me like a headache. LyX External Material should take care of it for you, behind the scenes. -- M/S 258-5|1024-bit PGP fingerprint:|[EMAIL PROTECTED] NASA Ames Research Center| 41 B0 89 0A 8F 94 6C 59| (650) 604-4416 Moffett Field, CA 94035-1000| 7C 80 10 20 25 C7 2F E6|FAX: (650) 604-4377 Not an official NASA position. You can't even be certain who sent this!
Re: Gnuplot External Material
[EMAIL PROTECTED] said: ... gnuplot also supports EEPIC, PSTricks, export to XFIG, etc all of which could be handled seemlessly in the 1.4.x version of InsetExternal. Great! Any idea when 1.4.x is likely to become the standard release? I think 1.3.3 is now. -- M/S 258-5|1024-bit PGP fingerprint:|[EMAIL PROTECTED] NASA Ames Research Center| 41 B0 89 0A 8F 94 6C 59| (650) 604-4416 Moffett Field, CA 94035-1000| 7C 80 10 20 25 C7 2F E6|FAX: (650) 604-4377 Not an official NASA position. You can't even be certain who sent this!
Re: Gnuplot External Material
[EMAIL PROTECTED] said: >Those interested in adding gnuplot eps files to lyx/latex documents >should consider the egplot package. Thanks for the pointer. I looked into it and I think I'll stick to LyX External Material. For what it's worth, my reasons are: 1. Egplot's major advantage over simply running gnuplot and creating *.eps files is that egplot's LaTeX in-line text is more likely to be considered by the author for updating. The risk that the author will forget to update doesn't concern me. What concerns me is the possibility that the gnuplot file will get updated and the *.eps file (or *.txt file) won't. The LyX External Material feature makes sure that can't happen. 2. LyX External Material is a standard feature of LyX, and egplot requires that all the people working on my current document project with me go get LaTeX and (maybe also LyX) packages from CTAN. I'm still trying to get some of the diehards to give up on doing our project in Word! I don't want them to have to streach until they've all bought the program. 3. Encapsulated PostScript may not be enough. One of LyX's PDF output generators (pdflatex, I think) requires *.pdf graphics files. If we export to HTML, I'm told all graphics files should be converted to *.png format. I don't think LyX can automatically generate *.pdf and *.png files yet, like it does *.eps and *.txt files for External Material, but it has to be going in that direction, and its documentation file makes it clear dgplot isn't. Again, thanks for the pointer. More relevent information is always better. -- M/S 258-5|1024-bit PGP fingerprint:|[EMAIL PROTECTED] NASA Ames Research Center| 41 B0 89 0A 8F 94 6C 59| (650) 604-4416 Moffett Field, CA 94035-1000| 7C 80 10 20 25 C7 2F E6|FAX: (650) 604-4377 Not an official NASA position. You can't even be certain who sent this!
Re: Gnuplot External Material
[EMAIL PROTECTED] said: >My solution for this problem [of having to put "terminal" selection >gnuplot files in the same directory as gnuplot content files] is a >script that wraps the call to gnuplot, and adds the necessary >declaration for output. Usually I enter also a preamble with some >of the default values for my drawings. I got tired of the problem too, after my previous message. My solution was to take advantage of the fact that I have root access to my workstation and a little leverage with the administrators of the other guys' workstations. I moved the ascii.gnuplot file and the eps.gnuplot file into $$Sysdir/scripts at the same time I put my expanded external_templates file into $$Sysdir. No more system crutch files in user data directories, and I'll just munge the system LyX support files again when they get updated. And, if the LyX External Material feature gets expanded to support *.pdf files when exporting through pdflatex, or *.png files for HTML export, I'll only have to add the new gnuplot crutch files to one directory. >Since I sometimes use long data files for graphics this is not always >handy [to put all data and all gnuplot commands but terminal selection >into the same file]. But it is necessary if you want to get LyX to enforce consistency between gnuplot files and plot results files (*.eps, *.txt, and maybe eventually *.png and *.pdf). LyX will only look at your gnuplot file. If it refers to some other file for the data and you change the data, LyX can't tell. If everything is in one file, anytime the file changes, LyX makes sure the plot results file changes too. >With the wrapper you don't need to use inset external. You can gnuplot to >the graphic supported formats. :-) My guess is that's not strictly true if you need *.eps sometimes, *.txt for ASCII export sometimes, and in a hoped-for future, *.pdf and *.png on occasion. Keeping the gnuplot file and the graphics result file-of-the-day in sync sounds to me like a headache. LyX External Material should take care of it for you, behind the scenes. -- M/S 258-5|1024-bit PGP fingerprint:|[EMAIL PROTECTED] NASA Ames Research Center| 41 B0 89 0A 8F 94 6C 59| (650) 604-4416 Moffett Field, CA 94035-1000| 7C 80 10 20 25 C7 2F E6|FAX: (650) 604-4377 Not an official NASA position. You can't even be certain who sent this!
Re: Gnuplot External Material
[EMAIL PROTECTED] said: >... gnuplot also supports EEPIC, PSTricks, export to XFIG, etc all of >which could be handled seemlessly in the 1.4.x version of InsetExternal. Great! Any idea when 1.4.x is likely to become the "standard release?" I think 1.3.3 is now. -- M/S 258-5|1024-bit PGP fingerprint:|[EMAIL PROTECTED] NASA Ames Research Center| 41 B0 89 0A 8F 94 6C 59| (650) 604-4416 Moffett Field, CA 94035-1000| 7C 80 10 20 25 C7 2F E6|FAX: (650) 604-4377 Not an official NASA position. You can't even be certain who sent this!
Re: Gnuplot External Material
Thank you all for attempting to enlighten me. Even the suggestions I
didn't follow helped me understand the alternatives.
I said:
... will I have to figure out the syntax well enough to roll my own?
I decided to roll my own. The reason is the attraction of making LyX work
off the gnuplot file instead of the *.eps file, with the associated risk
that the *.eps file will become out-of-date.
My strategy is as follows:
1. Cat the last attachment on this message and
lib/external_templates to ~/.lyx/external_templates.
Unfortunately, LyX only supports substitution for
lib/external_templates, not additions to it. That means
I get to cat again every time I upgrade LyX (groan).
2. Put copies of the previous two attachments, eps.gnuplot and
ascii.gnuplot into any directory that contains Gnuplot plot
files.
3. Make each Gnuplot plot file (*.gnu) self-contained. It should
contain all commands and all data required to create the plot.
LyX will be tracking the plot files. If they only contain
commands and the data are elsewhere, changes in data won't cause
LyX to remake the *.eps file (or the ASCII text). An example is
the first attachment to this message.
While at it, I discovered a buglet in $$Sysdir/scripts/general_command_wrap
per.py. The statement that prints the redirection message left out a
blank before the file name:
--- general_command_wrapper.py.orig Thu Nov 13 14:40:21 2003
+++ general_command_wrapper.py Fri Dec 5 15:24:21 2003
@@ -13,7 +13,7 @@
os.close(0)
sys.stdin = open(sys.argv[1],r)
if sys.argv[2] != -:
- print Redirecting + sys.argv[2]
+ print Redirecting + sys.argv[2]
os.close(1)
os.close(2)
sys.stdout = open(sys.argv[2],w)
Some things I don't like:
1. Eps.gnuplot and ascii.gnuplot should not exist. There ought to
be a way to tell Gnuplot to select a terminal type from the
command line. I don't the way.
2. So what is the standard file name extension of Gnuplot command
files? I used *.gnu, but Richard Stallman might have other ideas
about what that extension should be used for.
3. I only care about the LaTeX format. I didn't test Ascii, DocBook,
and LinuxDoc. Should there be others?
Any comments or criticisms will be appreciated.
set xlabel Simultaneous Copies
set ylabel MFlop/sec
plot '-' title Power 4 with linespoints, \
'-' title Chapman with linespoints
1 419
4 1621
8 2871
16 4580
24 5131
32 5491
e
1 85
4 345
8 618
16 1341
24 1787
32 2235
set terminal postscript eps monochrome
set terminal dumb feed
Template Gnuplot
GuiName [Gnuplot: $$FName]
HelpText
A Gnuplot graph file.
File name is of the form, *.gnu.
Copies of eps.gnuplot and ascii.gnuplot
must exist in the same directory as
the Gnuplot graph files.
HelpTextEnd
FileFilter *.gnu
ViewCommand gv $$Basename.eps
EditCommand ${VISUAL} $$FName
AutomaticProduction true
Format LaTeX
Product \\includegraphics{$$Basename.eps}
UpdateCommand python $$Sysdir/scripts/general_command_wrapper.py -
$$Basename.eps gnuplot eps.gnuplot $$FName
UpdateResult $$Basename.eps
Requirement graphicx
FormatEnd
Format Ascii
Product $$Contents(\$$Tempname\)
UpdateCommand python $$Sysdir/scripts/general_command_wrapper.py -
$$Tempname gnuplot ascii.gnuplot $$FName
FormatEnd
Format DocBook
Product graphic fileref=\$$Basename.eps\/graphic
UpdateCommand python $$Sysdir/scripts/general_command_wrapper.py -
$$Basename.eps gnuplot eps.gnuplot $$FName
UpdateResult $$Basename.eps
FormatEnd
Format LinuxDoc
Product [Gnuplot: $$FName]
FormatEnd
TemplateEnd
M/S 258-5|1024-bit PGP fingerprint:|[EMAIL PROTECTED]
NASA Ames Research Center| 41 B0 89 0A 8F 94 6C 59| (650) 604-4416
Moffett Field, CA 94035-1000| 7C 80 10 20 25 C7 2F E6|FAX: (650) 604-4377
Not an official NASA position. You can't even be certain who sent this!
Re: Gnuplot External Material
Thank you all for attempting to enlighten me. Even the suggestions I
didn't follow helped me understand the alternatives.
I said:
... will I have to figure out the syntax well enough to roll my own?
I decided to roll my own. The reason is the attraction of making LyX work
off the gnuplot file instead of the *.eps file, with the associated risk
that the *.eps file will become out-of-date.
My strategy is as follows:
1. Cat the last attachment on this message and
lib/external_templates to ~/.lyx/external_templates.
Unfortunately, LyX only supports substitution for
lib/external_templates, not additions to it. That means
I get to cat again every time I upgrade LyX (groan).
2. Put copies of the previous two attachments, eps.gnuplot and
ascii.gnuplot into any directory that contains Gnuplot plot
files.
3. Make each Gnuplot plot file (*.gnu) self-contained. It should
contain all commands and all data required to create the plot.
LyX will be tracking the plot files. If they only contain
commands and the data are elsewhere, changes in data won't cause
LyX to remake the *.eps file (or the ASCII text). An example is
the first attachment to this message.
While at it, I discovered a buglet in $$Sysdir/scripts/general_command_wrap
per.py. The statement that prints the redirection message left out a
blank before the file name:
--- general_command_wrapper.py.orig Thu Nov 13 14:40:21 2003
+++ general_command_wrapper.py Fri Dec 5 15:24:21 2003
@@ -13,7 +13,7 @@
os.close(0)
sys.stdin = open(sys.argv[1],r)
if sys.argv[2] != -:
- print Redirecting + sys.argv[2]
+ print Redirecting + sys.argv[2]
os.close(1)
os.close(2)
sys.stdout = open(sys.argv[2],w)
Some things I don't like:
1. Eps.gnuplot and ascii.gnuplot should not exist. There ought to
be a way to tell Gnuplot to select a terminal type from the
command line. I don't the way.
2. So what is the standard file name extension of Gnuplot command
files? I used *.gnu, but Richard Stallman might have other ideas
about what that extension should be used for.
3. I only care about the LaTeX format. I didn't test Ascii, DocBook,
and LinuxDoc. Should there be others?
Any comments or criticisms will be appreciated.
set xlabel Simultaneous Copies
set ylabel MFlop/sec
plot '-' title Power 4 with linespoints, \
'-' title Chapman with linespoints
1 419
4 1621
8 2871
16 4580
24 5131
32 5491
e
1 85
4 345
8 618
16 1341
24 1787
32 2235
set terminal postscript eps monochrome
set terminal dumb feed
Template Gnuplot
GuiName [Gnuplot: $$FName]
HelpText
A Gnuplot graph file.
File name is of the form, *.gnu.
Copies of eps.gnuplot and ascii.gnuplot
must exist in the same directory as
the Gnuplot graph files.
HelpTextEnd
FileFilter *.gnu
ViewCommand gv $$Basename.eps
EditCommand ${VISUAL} $$FName
AutomaticProduction true
Format LaTeX
Product \\includegraphics{$$Basename.eps}
UpdateCommand python $$Sysdir/scripts/general_command_wrapper.py -
$$Basename.eps gnuplot eps.gnuplot $$FName
UpdateResult $$Basename.eps
Requirement graphicx
FormatEnd
Format Ascii
Product $$Contents(\$$Tempname\)
UpdateCommand python $$Sysdir/scripts/general_command_wrapper.py -
$$Tempname gnuplot ascii.gnuplot $$FName
FormatEnd
Format DocBook
Product graphic fileref=\$$Basename.eps\/graphic
UpdateCommand python $$Sysdir/scripts/general_command_wrapper.py -
$$Basename.eps gnuplot eps.gnuplot $$FName
UpdateResult $$Basename.eps
FormatEnd
Format LinuxDoc
Product [Gnuplot: $$FName]
FormatEnd
TemplateEnd
M/S 258-5|1024-bit PGP fingerprint:|[EMAIL PROTECTED]
NASA Ames Research Center| 41 B0 89 0A 8F 94 6C 59| (650) 604-4416
Moffett Field, CA 94035-1000| 7C 80 10 20 25 C7 2F E6|FAX: (650) 604-4377
Not an official NASA position. You can't even be certain who sent this!
Re: Gnuplot External Material
Thank you all for attempting to enlighten me. Even the suggestions I
didn't follow helped me understand the alternatives.
I said:
>... will I have to figure out the syntax well enough to roll my own?
I decided to roll my own. The reason is the attraction of making LyX work
off the gnuplot file instead of the *.eps file, with the associated risk
that the *.eps file will become out-of-date.
My strategy is as follows:
1. Cat the last attachment on this message and
lib/external_templates to ~/.lyx/external_templates.
Unfortunately, LyX only supports substitution for
lib/external_templates, not additions to it. That means
I get to cat again every time I upgrade LyX (groan).
2. Put copies of the previous two attachments, eps.gnuplot and
ascii.gnuplot into any directory that contains Gnuplot plot
files.
3. Make each Gnuplot plot file (*.gnu) self-contained. It should
contain all commands and all data required to create the plot.
LyX will be tracking the plot files. If they only contain
commands and the data are elsewhere, changes in data won't cause
LyX to remake the *.eps file (or the ASCII text). An example is
the first attachment to this message.
While at it, I discovered a buglet in $$Sysdir/scripts/general_command_wrap
per.py. The statement that prints the redirection message left out a
blank before the file name:
--- general_command_wrapper.py.orig Thu Nov 13 14:40:21 2003
+++ general_command_wrapper.py Fri Dec 5 15:24:21 2003
@@ -13,7 +13,7 @@
os.close(0)
sys.stdin = open(sys.argv[1],"r")
if sys.argv[2] != "-":
- print "Redirecting" + sys.argv[2]
+ print "Redirecting " + sys.argv[2]
os.close(1)
os.close(2)
sys.stdout = open(sys.argv[2],"w")
Some things I don't like:
1. Eps.gnuplot and ascii.gnuplot should not exist. There ought to
be a way to tell Gnuplot to select a terminal type from the
command line. I don't the way.
2. So what is the "standard" file name extension of Gnuplot command
files? I used *.gnu, but Richard Stallman might have other ideas
about what that extension should be used for.
3. I only care about the LaTeX format. I didn't test Ascii, DocBook,
and LinuxDoc. Should there be others?
Any comments or criticisms will be appreciated.
set xlabel "Simultaneous Copies"
set ylabel "MFlop/sec"
plot '-' title "Power 4" with linespoints, \
'-' title "Chapman" with linespoints
1 419
4 1621
8 2871
16 4580
24 5131
32 5491
e
1 85
4 345
8 618
16 1341
24 1787
32 2235
set terminal postscript eps monochrome
set terminal dumb feed
Template Gnuplot
GuiName "[Gnuplot: $$FName]"
HelpText
A Gnuplot graph file.
File name is of the form, *.gnu.
Copies of eps.gnuplot and ascii.gnuplot
must exist in the same directory as
the Gnuplot graph files.
HelpTextEnd
FileFilter "*.gnu"
ViewCommand "gv $$Basename.eps"
EditCommand "${VISUAL} $$FName"
AutomaticProduction true
Format LaTeX
Product "\\includegraphics{$$Basename.eps}"
UpdateCommand "python $$Sysdir/scripts/general_command_wrapper.py -
$$Basename.eps gnuplot eps.gnuplot $$FName"
UpdateResult "$$Basename.eps"
Requirement "graphicx"
FormatEnd
Format Ascii
Product "$$Contents(\"$$Tempname\")"
UpdateCommand "python $$Sysdir/scripts/general_command_wrapper.py -
$$Tempname gnuplot ascii.gnuplot $$FName"
FormatEnd
Format DocBook
Product ""
UpdateCommand "python $$Sysdir/scripts/general_command_wrapper.py -
$$Basename.eps gnuplot eps.gnuplot $$FName"
UpdateResult "$$Basename.eps"
FormatEnd
Format LinuxDoc
Product "[Gnuplot: $$FName]"
FormatEnd
TemplateEnd
M/S 258-5|1024-bit PGP fingerprint:|[EMAIL PROTECTED]
NASA Ames Research Center| 41 B0 89 0A 8F 94 6C 59| (650) 604-4416
Moffett Field, CA 94035-1000| 7C 80 10 20 25 C7 2F E6|FAX: (650) 604-4377
Not an official NASA position. You can't even be certain who sent this!
Gnuplot External Material
According to Customizing LyX: Features for the Advanced User, section 6.2, As bundled, LyX comes with predefined tamplates for Xfig figures, Dia diagrams, various raster format images, gnuplot, and more. Not so I would notice. It also says, Furthermore, it is possible to roll your own template to support a specific kind of material. I need to use gnuplot, but the standard template that comes with LyX 1.3.3 (at least as it appears in the FreeBSD ports collection) supports only raster images, Xfig, chess diagrams, and the date utility. No gnuplot. Has someone come up with template verbiage for gnuplot that I can just copy, or will I have to figure out the syntax well enough to roll my own? Thanks. -- M/S 258-5|1024-bit PGP fingerprint:|[EMAIL PROTECTED] NASA Ames Research Center| 41 B0 89 0A 8F 94 6C 59| (650) 604-4416 Moffett Field, CA 94035-1000| 7C 80 10 20 25 C7 2F E6|FAX: (650) 604-4377 Not an official NASA position. You can't even be certain who sent this!
Gnuplot External Material
According to Customizing LyX: Features for the Advanced User, section 6.2, As bundled, LyX comes with predefined tamplates for Xfig figures, Dia diagrams, various raster format images, gnuplot, and more. Not so I would notice. It also says, Furthermore, it is possible to roll your own template to support a specific kind of material. I need to use gnuplot, but the standard template that comes with LyX 1.3.3 (at least as it appears in the FreeBSD ports collection) supports only raster images, Xfig, chess diagrams, and the date utility. No gnuplot. Has someone come up with template verbiage for gnuplot that I can just copy, or will I have to figure out the syntax well enough to roll my own? Thanks. -- M/S 258-5|1024-bit PGP fingerprint:|[EMAIL PROTECTED] NASA Ames Research Center| 41 B0 89 0A 8F 94 6C 59| (650) 604-4416 Moffett Field, CA 94035-1000| 7C 80 10 20 25 C7 2F E6|FAX: (650) 604-4377 Not an official NASA position. You can't even be certain who sent this!
Gnuplot External Material
According to "Customizing LyX: Features for the Advanced User," section 6.2, "As bundled, LyX comes with predefined tamplates for Xfig figures, Dia diagrams, various raster format images, gnuplot, and more." Not so I would notice. It also says, "Furthermore, it is possible to roll your own template to support a specific kind of material." I need to use gnuplot, but the standard template that comes with LyX 1.3.3 (at least as it appears in the FreeBSD ports collection) supports only raster images, Xfig, chess diagrams, and the date utility. No gnuplot. Has someone come up with template verbiage for gnuplot that I can just copy, or will I have to figure out the syntax well enough to roll my own? Thanks. -- M/S 258-5|1024-bit PGP fingerprint:|[EMAIL PROTECTED] NASA Ames Research Center| 41 B0 89 0A 8F 94 6C 59| (650) 604-4416 Moffett Field, CA 94035-1000| 7C 80 10 20 25 C7 2F E6|FAX: (650) 604-4377 Not an official NASA position. You can't even be certain who sent this!
Two LyX-Relate Problems
I'm in the process of trying to get going with LyX again after a year's
lack of use. I have a few problems:
1. The last document I wrote made two references to the same footnote.
I used the LaTeX font to surround a LyX reference to the footnote
with \footnotemark[ on one side and ] on the other. LaTeX
doesn't seem to like LyX's output for that anymore. The error box
says
Missing number, treated as zero.
...\_host\_key\footnotemark[\ref{foot:etc}]
A number should have been here; I inserted '0'.
(If you can't figure out why I needed to see an number,
look up `wienr error' in the index to The TeXbook.)
2. When I ask to view a landscape (FoilTeX) image in DVI, Xdvi displays
the landscape mode slide with a portrait mode page outline
superimposed upon it, even though LyX's Layout -- Document ... --
Paper Orientation is set to Landscape (and Letter).
3. How PDF output is generally unacceptable, and its detailed
appearence seems to depend upon which PDF option I first select from
the View menu.
a. If I first choose PDF (pdflatex) then the full screen acroread
display comes out aparently in A3 proportions and portrait
orientation, in spite of my selections of letter and landscape
within LyX. Stuff gets cut off and EPS graphics don't get
rendered at all.
If instead I choose either of the other two PDF engines first,
I get their output instead when I later choose PDF (pdflatex).
b. If I choose PDF (dvipdfm) then the full screen acroread
display comes out in landscape mode and letter proportions
alright, and EPS graphics are displayed (if somewhat roughly),
but all text areas on pages containing any EPS graphics are
rendered with dark gray text against a black background. The
backgrounds of second and succeeding EPS graphics on a page
are also black.
If toolbars, etc. are displayed as well, instead of using full
screen display, rendering of both text and EPS graphics is
normal, though the graphics are still rough.
c. If I first choose PDF then the full screen acroread display
looks much like b), above, except the text areas are black on
black instead of dark gray on black.
Again, less than full screen display is normal, though the EPS
is rough.
4. EPS graphics and text fonts are crisp and beautiful and displayed
with the proper propostions and orientation when displayed in gv,
but it doesn't seem to have any way of doing a full-screen display.
The upshot of 2, 3, and 4, above, is that there no longer seems to be any
way, much less a good looking way, to drive a projector with a laptop full
screen display.
The specifications:
IBM T23 ThinkPad
FreeBSD 4.9-STABLE
LyX 1.3.3
Xforms 1.0_3,1
Acroread 5.08
teTeX 2.0.2_2
All applications software is the latest from the FreeBSD Ports collection.
Can anyone help me make sense of this? I have two more days before I have
to demo LyX to a sceptical crowd of Unix/Linux, Windows, and MacOS X users
to pursuade them that we should use it to develop a set of long-lived
documents.
Thanks for your efforts.
--
M/S 258-5|1024-bit PGP fingerprint:|[EMAIL PROTECTED]
NASA Ames Research Center| 41 B0 89 0A 8F 94 6C 59| (650) 604-4416
Moffett Field, CA 94035-1000| 7C 80 10 20 25 C7 2F E6|FAX: (650) 604-4377
Not an official NASA position. You can't even be certain who sent this!
Re: Two LyX-Relate Problems
[EMAIL PROTECTED] said: the full screen acroread display comes out aparently in A3 proportions Of course, I should have said A4. -- M/S 258-5|1024-bit PGP fingerprint:|[EMAIL PROTECTED] NASA Ames Research Center| 41 B0 89 0A 8F 94 6C 59| (650) 604-4416 Moffett Field, CA 94035-1000| 7C 80 10 20 25 C7 2F E6|FAX: (650) 604-4377 Not an official NASA position. You can't even be certain who sent this!
Two LyX-Relate Problems
I'm in the process of trying to get going with LyX again after a year's
lack of use. I have a few problems:
1. The last document I wrote made two references to the same footnote.
I used the LaTeX font to surround a LyX reference to the footnote
with \footnotemark[ on one side and ] on the other. LaTeX
doesn't seem to like LyX's output for that anymore. The error box
says
Missing number, treated as zero.
...\_host\_key\footnotemark[\ref{foot:etc}]
A number should have been here; I inserted '0'.
(If you can't figure out why I needed to see an number,
look up `wienr error' in the index to The TeXbook.)
2. When I ask to view a landscape (FoilTeX) image in DVI, Xdvi displays
the landscape mode slide with a portrait mode page outline
superimposed upon it, even though LyX's Layout -- Document ... --
Paper Orientation is set to Landscape (and Letter).
3. How PDF output is generally unacceptable, and its detailed
appearence seems to depend upon which PDF option I first select from
the View menu.
a. If I first choose PDF (pdflatex) then the full screen acroread
display comes out aparently in A3 proportions and portrait
orientation, in spite of my selections of letter and landscape
within LyX. Stuff gets cut off and EPS graphics don't get
rendered at all.
If instead I choose either of the other two PDF engines first,
I get their output instead when I later choose PDF (pdflatex).
b. If I choose PDF (dvipdfm) then the full screen acroread
display comes out in landscape mode and letter proportions
alright, and EPS graphics are displayed (if somewhat roughly),
but all text areas on pages containing any EPS graphics are
rendered with dark gray text against a black background. The
backgrounds of second and succeeding EPS graphics on a page
are also black.
If toolbars, etc. are displayed as well, instead of using full
screen display, rendering of both text and EPS graphics is
normal, though the graphics are still rough.
c. If I first choose PDF then the full screen acroread display
looks much like b), above, except the text areas are black on
black instead of dark gray on black.
Again, less than full screen display is normal, though the EPS
is rough.
4. EPS graphics and text fonts are crisp and beautiful and displayed
with the proper propostions and orientation when displayed in gv,
but it doesn't seem to have any way of doing a full-screen display.
The upshot of 2, 3, and 4, above, is that there no longer seems to be any
way, much less a good looking way, to drive a projector with a laptop full
screen display.
The specifications:
IBM T23 ThinkPad
FreeBSD 4.9-STABLE
LyX 1.3.3
Xforms 1.0_3,1
Acroread 5.08
teTeX 2.0.2_2
All applications software is the latest from the FreeBSD Ports collection.
Can anyone help me make sense of this? I have two more days before I have
to demo LyX to a sceptical crowd of Unix/Linux, Windows, and MacOS X users
to pursuade them that we should use it to develop a set of long-lived
documents.
Thanks for your efforts.
--
M/S 258-5|1024-bit PGP fingerprint:|[EMAIL PROTECTED]
NASA Ames Research Center| 41 B0 89 0A 8F 94 6C 59| (650) 604-4416
Moffett Field, CA 94035-1000| 7C 80 10 20 25 C7 2F E6|FAX: (650) 604-4377
Not an official NASA position. You can't even be certain who sent this!
Re: Two LyX-Relate Problems
[EMAIL PROTECTED] said: the full screen acroread display comes out aparently in A3 proportions Of course, I should have said A4. -- M/S 258-5|1024-bit PGP fingerprint:|[EMAIL PROTECTED] NASA Ames Research Center| 41 B0 89 0A 8F 94 6C 59| (650) 604-4416 Moffett Field, CA 94035-1000| 7C 80 10 20 25 C7 2F E6|FAX: (650) 604-4377 Not an official NASA position. You can't even be certain who sent this!
Two LyX-Relate Problems
I'm in the process of trying to get going with LyX again after a year's
lack of use. I have a few problems:
1. The last document I wrote made two references to the same footnote.
I used the LaTeX font to surround a LyX reference to the footnote
with "\footnotemark[" on one side and "]" on the other. LaTeX
doesn't seem to like LyX's output for that anymore. The error box
says
Missing number, treated as zero.
...\_host\_key\footnotemark[\ref{foot:etc}]
A number should have been here; I inserted '0'.
(If you can't figure out why I needed to see an number,
look up `wienr error' in the index to The TeXbook.)
2. When I ask to view a landscape (FoilTeX) image in DVI, Xdvi displays
the landscape mode slide with a portrait mode page outline
superimposed upon it, even though LyX's Layout --> Document ... -->
Paper Orientation is set to Landscape (and Letter).
3. How PDF output is generally unacceptable, and its detailed
appearence seems to depend upon which PDF option I first select from
the View menu.
a. If I first choose "PDF (pdflatex)" then the full screen acroread
display comes out aparently in A3 proportions and portrait
orientation, in spite of my selections of letter and landscape
within LyX. Stuff gets cut off and EPS graphics don't get
rendered at all.
If instead I choose either of the other two PDF engines first,
I get their output instead when I later choose "PDF (pdflatex)".
b. If I choose "PDF (dvipdfm)" then the full screen acroread
display comes out in landscape mode and letter proportions
alright, and EPS graphics are displayed (if somewhat roughly),
but all text areas on pages containing any EPS graphics are
rendered with dark gray text against a black background. The
backgrounds of second and succeeding EPS graphics on a page
are also black.
If toolbars, etc. are displayed as well, instead of using full
screen display, rendering of both text and EPS graphics is
normal, though the graphics are still rough.
c. If I first choose "PDF" then the full screen acroread display
looks much like b), above, except the text areas are black on
black instead of dark gray on black.
Again, less than full screen display is normal, though the EPS
is rough.
4. EPS graphics and text fonts are crisp and beautiful and displayed
with the proper propostions and orientation when displayed in gv,
but it doesn't seem to have any way of doing a full-screen display.
The upshot of 2, 3, and 4, above, is that there no longer seems to be any
way, much less a good looking way, to drive a projector with a laptop full
screen display.
The specifications:
IBM T23 ThinkPad
FreeBSD 4.9-STABLE
LyX 1.3.3
Xforms 1.0_3,1
Acroread 5.08
teTeX 2.0.2_2
All applications software is the latest from the FreeBSD Ports collection.
Can anyone help me make sense of this? I have two more days before I have
to demo LyX to a sceptical crowd of Unix/Linux, Windows, and MacOS X users
to pursuade them that we should use it to develop a set of long-lived
documents.
Thanks for your efforts.
--
M/S 258-5|1024-bit PGP fingerprint:|[EMAIL PROTECTED]
NASA Ames Research Center| 41 B0 89 0A 8F 94 6C 59| (650) 604-4416
Moffett Field, CA 94035-1000| 7C 80 10 20 25 C7 2F E6|FAX: (650) 604-4377
Not an official NASA position. You can't even be certain who sent this!
Re: Two LyX-Relate Problems
[EMAIL PROTECTED] said: >the full screen acroread display comes out aparently in A3 proportions Of course, I should have said A4. -- M/S 258-5|1024-bit PGP fingerprint:|[EMAIL PROTECTED] NASA Ames Research Center| 41 B0 89 0A 8F 94 6C 59| (650) 604-4416 Moffett Field, CA 94035-1000| 7C 80 10 20 25 C7 2F E6|FAX: (650) 604-4377 Not an official NASA position. You can't even be certain who sent this!
LyX Won't Print its Documentation
I use LyX just often enough for the re-learning curve to be annoying, but
it is still much less annoying than using Word. This coming week, I'll be
trying to sell a group consisting of Unix/Linux users, MacOS users, and
Windows users on the merits of using LyX and CVS for a few jointly
developed, long lived documents. To that end, I promised them a demo.
Unfortunately, since I used it last, my LyX configuration seems to have
rotted. I hope you can help.
My FreeBSD 4.9-STABLE system has the latest ports release of LyX, version
1.3.3. When I tried using it with the QT front end, it dumped core
instantly. No problem; xforms doesn't crash.
Unfortunately, LyX won't even print its own documentation. Whenever I
bring up /usr/local/share/lyx/doc/DocStyle.lyx and click the Print button,
LyX generates three errors, saying nobody def'ed any of the three,
\floatname{}{}
\newfloat{}{}{}
\floatstyle{}
and, yes, that document does have a float:figure in it. Can someone
give me a quick pointer?
Thanks.
--
M/S 258-5|1024-bit PGP fingerprint:|[EMAIL PROTECTED]
NASA Ames Research Center| 41 B0 89 0A 8F 94 6C 59| (650) 604-4416
Moffett Field, CA 94035-1000| 7C 80 10 20 25 C7 2F E6|FAX: (650) 604-4377
Not an official NASA position. You can't even be certain who sent this!
Re: LyX Won't Print its Documentation
[EMAIL PROTECTED] said: Are you by any chance missing the float package in your latex installation? I don't think so. I get my LaTeX through the FreeBSD port of teTeX, and they are defined in /usr/local/share/texmf/tex/latex/misc/float.sty. Do other docs that use floats compile properly? At least one other document I wrote a year ago, containing floats also fails the same way. -- M/S 258-5|1024-bit PGP fingerprint:|[EMAIL PROTECTED] NASA Ames Research Center| 41 B0 89 0A 8F 94 6C 59| (650) 604-4416 Moffett Field, CA 94035-1000| 7C 80 10 20 25 C7 2F E6|FAX: (650) 604-4377 Not an official NASA position. You can't even be certain who sent this!
Re: LyX Won't Print its Documentation
Thank you both for helping me investigate my problem. As is usually the case when I have trouble, I did it to myself. About a year ago, I modified the default stdclass.inc to include a Preamble, EndPreamble paragraph that causes documents with no specified date to be printed with DRAFT as a diagonal watermark. The current default stdclass.inc has two more lines than the old one did: Input stdfloats.inc Input stdcounters.inc When I added them to my custom stdclass.inc, everything got better. Again, thanks for the help. -- M/S 258-5|1024-bit PGP fingerprint:|[EMAIL PROTECTED] NASA Ames Research Center| 41 B0 89 0A 8F 94 6C 59| (650) 604-4416 Moffett Field, CA 94035-1000| 7C 80 10 20 25 C7 2F E6|FAX: (650) 604-4377 Not an official NASA position. You can't even be certain who sent this!
LyX Won't Print its Documentation
I use LyX just often enough for the re-learning curve to be annoying, but
it is still much less annoying than using Word. This coming week, I'll be
trying to sell a group consisting of Unix/Linux users, MacOS users, and
Windows users on the merits of using LyX and CVS for a few jointly
developed, long lived documents. To that end, I promised them a demo.
Unfortunately, since I used it last, my LyX configuration seems to have
rotted. I hope you can help.
My FreeBSD 4.9-STABLE system has the latest ports release of LyX, version
1.3.3. When I tried using it with the QT front end, it dumped core
instantly. No problem; xforms doesn't crash.
Unfortunately, LyX won't even print its own documentation. Whenever I
bring up /usr/local/share/lyx/doc/DocStyle.lyx and click the Print button,
LyX generates three errors, saying nobody def'ed any of the three,
\floatname{}{}
\newfloat{}{}{}
\floatstyle{}
and, yes, that document does have a float:figure in it. Can someone
give me a quick pointer?
Thanks.
--
M/S 258-5|1024-bit PGP fingerprint:|[EMAIL PROTECTED]
NASA Ames Research Center| 41 B0 89 0A 8F 94 6C 59| (650) 604-4416
Moffett Field, CA 94035-1000| 7C 80 10 20 25 C7 2F E6|FAX: (650) 604-4377
Not an official NASA position. You can't even be certain who sent this!
Re: LyX Won't Print its Documentation
[EMAIL PROTECTED] said: Are you by any chance missing the float package in your latex installation? I don't think so. I get my LaTeX through the FreeBSD port of teTeX, and they are defined in /usr/local/share/texmf/tex/latex/misc/float.sty. Do other docs that use floats compile properly? At least one other document I wrote a year ago, containing floats also fails the same way. -- M/S 258-5|1024-bit PGP fingerprint:|[EMAIL PROTECTED] NASA Ames Research Center| 41 B0 89 0A 8F 94 6C 59| (650) 604-4416 Moffett Field, CA 94035-1000| 7C 80 10 20 25 C7 2F E6|FAX: (650) 604-4377 Not an official NASA position. You can't even be certain who sent this!
Re: LyX Won't Print its Documentation
Thank you both for helping me investigate my problem. As is usually the case when I have trouble, I did it to myself. About a year ago, I modified the default stdclass.inc to include a Preamble, EndPreamble paragraph that causes documents with no specified date to be printed with DRAFT as a diagonal watermark. The current default stdclass.inc has two more lines than the old one did: Input stdfloats.inc Input stdcounters.inc When I added them to my custom stdclass.inc, everything got better. Again, thanks for the help. -- M/S 258-5|1024-bit PGP fingerprint:|[EMAIL PROTECTED] NASA Ames Research Center| 41 B0 89 0A 8F 94 6C 59| (650) 604-4416 Moffett Field, CA 94035-1000| 7C 80 10 20 25 C7 2F E6|FAX: (650) 604-4377 Not an official NASA position. You can't even be certain who sent this!
LyX Won't Print its Documentation
I use LyX just often enough for the re-learning curve to be annoying, but
it is still much less annoying than using Word. This coming week, I'll be
trying to sell a group consisting of Unix/Linux users, MacOS users, and
Windows users on the merits of using LyX and CVS for a few jointly
developed, long lived documents. To that end, I promised them a demo.
Unfortunately, since I used it last, my LyX configuration seems to have
rotted. I hope you can help.
My FreeBSD 4.9-STABLE system has the latest ports release of LyX, version
1.3.3. When I tried using it with the QT front end, it dumped core
instantly. No problem; xforms doesn't crash.
Unfortunately, LyX won't even print its own documentation. Whenever I
bring up /usr/local/share/lyx/doc/DocStyle.lyx and click the Print button,
LyX generates three errors, saying nobody def'ed any of the three,
\floatname{}{}
\newfloat{}{}{}
\floatstyle{}
and, yes, that document does have a "float:figure" in it. Can someone
give me a quick pointer?
Thanks.
--
M/S 258-5|1024-bit PGP fingerprint:|[EMAIL PROTECTED]
NASA Ames Research Center| 41 B0 89 0A 8F 94 6C 59| (650) 604-4416
Moffett Field, CA 94035-1000| 7C 80 10 20 25 C7 2F E6|FAX: (650) 604-4377
Not an official NASA position. You can't even be certain who sent this!
Re: LyX Won't Print its Documentation
[EMAIL PROTECTED] said: >Are you by any chance missing the float package in your latex >installation? I don't think so. I get my LaTeX through the FreeBSD port of teTeX, and they are defined in /usr/local/share/texmf/tex/latex/misc/float.sty. >Do other docs that use floats compile properly? At least one other document I wrote a year ago, containing floats also fails the same way. -- M/S 258-5|1024-bit PGP fingerprint:|[EMAIL PROTECTED] NASA Ames Research Center| 41 B0 89 0A 8F 94 6C 59| (650) 604-4416 Moffett Field, CA 94035-1000| 7C 80 10 20 25 C7 2F E6|FAX: (650) 604-4377 Not an official NASA position. You can't even be certain who sent this!
Re: LyX Won't Print its Documentation
Thank you both for helping me investigate my problem. As is usually the case when I have trouble, I did it to myself. About a year ago, I modified the default stdclass.inc to include a Preamble, EndPreamble paragraph that causes documents with no specified date to be printed with "DRAFT" as a diagonal watermark. The current default stdclass.inc has two more lines than the old one did: Input stdfloats.inc Input stdcounters.inc When I added them to my custom stdclass.inc, everything got better. Again, thanks for the help. -- M/S 258-5|1024-bit PGP fingerprint:|[EMAIL PROTECTED] NASA Ames Research Center| 41 B0 89 0A 8F 94 6C 59| (650) 604-4416 Moffett Field, CA 94035-1000| 7C 80 10 20 25 C7 2F E6|FAX: (650) 604-4377 Not an official NASA position. You can't even be certain who sent this!
Re: Search Path for dvips
Initially quoting me, [EMAIL PROTECTED] said: This suggests one way for LyX itself and for the Ports LyX installation to have avoided the problem, by making /usr/local/share/lyx/clipart and ~/.lyx/clipart be links to directories that are already on the correct Kpathsea search paths. I do not know, why should this be done universally for LyX itself. Here's a reason. If LyX is going to create directories whose name and whose provided contents (in the case of /usr/local/share/lyx/clipart) suggest that they are for commonly used graphic information, the directories should work. You can't even use platypus.eps from the global file by default, and the LyX distribution put it there! For LyX's own documentation to work, the installation has to put another copy of platypus.eps with the documentation files. If the directories are not going to be made to work within LyX, they shouldn't be created by LyX at all. It's that simple. As I understand LyX it is not meant to be the tool for the most stupidiest user ... No offense taken. :-) For example, I do not want to have this done by deafult, because I think that ~/.lyx/clipart has nothing to do with my images which are somewhere else. A reasonable position. Perhaps then LyX shouldn't create ~/.lyx/clipart when you first run it. Why create useless cruft whose only effect is to waste users' valuable time? I don't really care if clipart is made to work or if it is removed, although I guess I prefer made to work. The important point is that being there and working ought to be strongly linked. You should get both or neither. -- M/S 258-5 | 1024-bit PGP fingerprint: | [EMAIL PROTECTED] NASA Ames Research Center | 41 B0 89 0A 8F 94 6C 59 | (650) 604-4416 Moffett Field, CA 94035-1000 | 7C 80 10 20 25 C7 2F E6 | FAX: (650) 604-4377 We each earn what freedom of speech we defend for those who most offend us.
Re: Search Path for dvips
Initially quoting me, [EMAIL PROTECTED] said: This suggests one way for LyX itself and for the Ports LyX installation to have avoided the problem, by making /usr/local/share/lyx/clipart and ~/.lyx/clipart be links to directories that are already on the correct Kpathsea search paths. I do not know, why should this be done universally for LyX itself. Here's a reason. If LyX is going to create directories whose name and whose provided contents (in the case of /usr/local/share/lyx/clipart) suggest that they are for commonly used graphic information, the directories should work. You can't even use platypus.eps from the global file by default, and the LyX distribution put it there! For LyX's own documentation to work, the installation has to put another copy of platypus.eps with the documentation files. If the directories are not going to be made to work within LyX, they shouldn't be created by LyX at all. It's that simple. As I understand LyX it is not meant to be the tool for the most stupidiest user ... No offense taken. :-) For example, I do not want to have this done by deafult, because I think that ~/.lyx/clipart has nothing to do with my images which are somewhere else. A reasonable position. Perhaps then LyX shouldn't create ~/.lyx/clipart when you first run it. Why create useless cruft whose only effect is to waste users' valuable time? I don't really care if clipart is made to work or if it is removed, although I guess I prefer made to work. The important point is that being there and working ought to be strongly linked. You should get both or neither. -- M/S 258-5 | 1024-bit PGP fingerprint: | [EMAIL PROTECTED] NASA Ames Research Center | 41 B0 89 0A 8F 94 6C 59 | (650) 604-4416 Moffett Field, CA 94035-1000 | 7C 80 10 20 25 C7 2F E6 | FAX: (650) 604-4377 We each earn what freedom of speech we defend for those who most offend us.
Re: Search Path for dvips
Initially quoting me, [EMAIL PROTECTED] said: >>This suggests one way for LyX itself and for the Ports LyX >>installation to have avoided the problem, by making >>/usr/local/share/lyx/clipart and ~/.lyx/clipart be links to >>directories that are already on the correct Kpathsea search >>paths. >I do not know, why should this be done universally for LyX itself. Here's a reason. If LyX is going to create directories whose name and whose provided contents (in the case of /usr/local/share/lyx/clipart) suggest that they are for commonly used graphic information, the directories should work. You can't even use platypus.eps from the global file by default, and the LyX distribution put it there! For LyX's own documentation to work, the installation has to put another copy of platypus.eps with the documentation files. If the directories are not going to be made to work within LyX, they shouldn't be created by LyX at all. It's that simple. >As I understand LyX it is not meant to be the tool for the most >stupidiest user ... No offense taken. :-) >For example, I do not want to have this done by deafult, because I >think that ~/.lyx/clipart has nothing to do with my images which are >somewhere else. A reasonable position. Perhaps then LyX shouldn't create ~/.lyx/clipart when you first run it. Why create useless cruft whose only effect is to waste users' valuable time? I don't really care if clipart is made to work or if it is removed, although I guess I prefer made to work. The important point is that being there and working ought to be strongly linked. You should get both or neither. -- M/S 258-5 | 1024-bit PGP fingerprint: | [EMAIL PROTECTED] NASA Ames Research Center | 41 B0 89 0A 8F 94 6C 59 | (650) 604-4416 Moffett Field, CA 94035-1000 | 7C 80 10 20 25 C7 2F E6 | FAX: (650) 604-4377 We each earn what freedom of speech we defend for those who most offend us.
Re: Search Path for dvips
[EMAIL PROTECTED] said: A side remark before: I don't know \leftheader and \rightheader, but your commands seem to reinsert eps code at each slide. They are built-in commands in the FoilTeX class. My impression is that they do more or less what you suggested I should do by hand, avoid reinserting code into each slide. As for finding a figure/graphics file, have a look at pages 26-27 of the Using EPS graphics in LaTeX2e document which comes with teTeX: Unfortunately, I was unable to find any file installed as part of teTeX whose name suggested Using EPS graphics in LaTeX2e and documentation. Fortunately, there was other documentation (the Kpathsea library documentation, for example) that supported and explained your suggestion: ... use: setenv TEXINPUTS /home/.lyx/clipart: (for a single user implementation), don't miss the : Based upon your suggestion, I put setenv TEXINPUTS=.:$HOME/.lyx/clipart:/usr/local/share/lyx/clipart: export TEXINPUTS into my ~/.xsession file, and it worked. That this should be necessary at all implies the existance of a LyX bug, though. Why would the LyX distribution (as installed by the FreeBSD Ports system) create a global /usr/local/share/lyx/clipart directory (containing a copy of platypus.eps) and not insert that directory into the appropriate Kpathsea file search path(s)? I would argue that the ~/.lyx/clipart directory should also be inserted, since LyX creates it as part of the ~/.lyx tree, but at least the global directory ought to be supported without the user having to muck with environment variables. [EMAIL PROTECTED] said: 1) Try running kpsepath pict then put your pictures to any directory which is said by kpsepath to be searched by kpsearch library (i.e., which has three / characters in the end); This suggests one way for LyX itself and for the Ports LyX installation to have avoided the problem, by making /usr/local/share/lyx/clipart and ~/.lyx/clipart be links to directories that are already on the correct Kpathsea search paths. I'm still exploring Jean-Pierre's suggestion to remove the .eps suffix from each file name in the .layout file, for the benefit of PDF rendering. As things stand, xdvi and gv do the best job with the .eps logos, by far. Unfortunately, I haven't been able to get xdvi to do centered full-screen rendering or color text, and I haven't been able to get gv to do full-screen rendering at all. Perhaps hand-converted versions of the logos in other formats would work acceptably with acroread4, which does full-screen centered rendering quite nicely otherwise. grumble mode Amazing! Here are three different potential ways of rendering slides for a laptop-run slide presentation, and each fails in a different way. It shouldn't be this hard. /grumble mode Time passes though, and a thank-you is in order, even before I finish exploring all suggestions. Thanks to both of you. -- M/S 258-5 | 1024-bit PGP fingerprint: | [EMAIL PROTECTED] NASA Ames Research Center | 41 B0 89 0A 8F 94 6C 59 | (650) 604-4416 Moffett Field, CA 94035-1000 | 7C 80 10 20 25 C7 2F E6 | FAX: (650) 604-4377 We each earn what freedom of speech we defend for those who most offend us.
Re: Search Path for dvips
[EMAIL PROTECTED] said: A side remark before: I don't know \leftheader and \rightheader, but your commands seem to reinsert eps code at each slide. They are built-in commands in the FoilTeX class. My impression is that they do more or less what you suggested I should do by hand, avoid reinserting code into each slide. As for finding a figure/graphics file, have a look at pages 26-27 of the Using EPS graphics in LaTeX2e document which comes with teTeX: Unfortunately, I was unable to find any file installed as part of teTeX whose name suggested Using EPS graphics in LaTeX2e and documentation. Fortunately, there was other documentation (the Kpathsea library documentation, for example) that supported and explained your suggestion: ... use: setenv TEXINPUTS /home/.lyx/clipart: (for a single user implementation), don't miss the : Based upon your suggestion, I put setenv TEXINPUTS=.:$HOME/.lyx/clipart:/usr/local/share/lyx/clipart: export TEXINPUTS into my ~/.xsession file, and it worked. That this should be necessary at all implies the existance of a LyX bug, though. Why would the LyX distribution (as installed by the FreeBSD Ports system) create a global /usr/local/share/lyx/clipart directory (containing a copy of platypus.eps) and not insert that directory into the appropriate Kpathsea file search path(s)? I would argue that the ~/.lyx/clipart directory should also be inserted, since LyX creates it as part of the ~/.lyx tree, but at least the global directory ought to be supported without the user having to muck with environment variables. [EMAIL PROTECTED] said: 1) Try running kpsepath pict then put your pictures to any directory which is said by kpsepath to be searched by kpsearch library (i.e., which has three / characters in the end); This suggests one way for LyX itself and for the Ports LyX installation to have avoided the problem, by making /usr/local/share/lyx/clipart and ~/.lyx/clipart be links to directories that are already on the correct Kpathsea search paths. I'm still exploring Jean-Pierre's suggestion to remove the .eps suffix from each file name in the .layout file, for the benefit of PDF rendering. As things stand, xdvi and gv do the best job with the .eps logos, by far. Unfortunately, I haven't been able to get xdvi to do centered full-screen rendering or color text, and I haven't been able to get gv to do full-screen rendering at all. Perhaps hand-converted versions of the logos in other formats would work acceptably with acroread4, which does full-screen centered rendering quite nicely otherwise. grumble mode Amazing! Here are three different potential ways of rendering slides for a laptop-run slide presentation, and each fails in a different way. It shouldn't be this hard. /grumble mode Time passes though, and a thank-you is in order, even before I finish exploring all suggestions. Thanks to both of you. -- M/S 258-5 | 1024-bit PGP fingerprint: | [EMAIL PROTECTED] NASA Ames Research Center | 41 B0 89 0A 8F 94 6C 59 | (650) 604-4416 Moffett Field, CA 94035-1000 | 7C 80 10 20 25 C7 2F E6 | FAX: (650) 604-4377 We each earn what freedom of speech we defend for those who most offend us.
Re: Search Path for dvips
[EMAIL PROTECTED] said: >A side remark before: I don't know \leftheader and \rightheader, but >your commands seem to reinsert eps code at each slide. They are built-in commands in the FoilTeX class. My impression is that they do more or less what you suggested I should do by hand, avoid reinserting code into each slide. >As for finding a figure/graphics file, have a look at pages 26-27 of >the "Using EPS graphics in LaTeX2e" document which comes with teTeX: Unfortunately, I was unable to find any file installed as part of teTeX whose name suggested "Using EPS graphics in LaTeX2e" and documentation. Fortunately, there was other documentation (the Kpathsea library documentation, for example) that supported and explained your suggestion: >... use: >setenv TEXINPUTS /home/.lyx/clipart: >(for a single user implementation), don't miss the : Based upon your suggestion, I put setenv TEXINPUTS=.:$HOME/.lyx/clipart:/usr/local/share/lyx/clipart: export TEXINPUTS into my ~/.xsession file, and it worked. That this should be necessary at all implies the existance of a LyX bug, though. Why would the LyX distribution (as installed by the FreeBSD Ports system) create a global /usr/local/share/lyx/clipart directory (containing a copy of platypus.eps) and not insert that directory into the appropriate Kpathsea file search path(s)? I would argue that the ~/.lyx/clipart directory should also be inserted, since LyX creates it as part of the ~/.lyx tree, but at least the global directory ought to be supported without the user having to muck with environment variables. [EMAIL PROTECTED] said: >1) Try running >kpsepath pict >then put your pictures to any directory which is said by kpsepath to >be searched by kpsearch library (i.e., which has three / characters in >the end); This suggests one way for LyX itself and for the Ports LyX installation to have avoided the problem, by making /usr/local/share/lyx/clipart and ~/.lyx/clipart be links to directories that are already on the correct Kpathsea search paths. I'm still exploring Jean-Pierre's suggestion to remove the ".eps" suffix from each file name in the .layout file, for the benefit of PDF rendering. As things stand, xdvi and gv do the best job with the .eps logos, by far. Unfortunately, I haven't been able to get xdvi to do centered full-screen rendering or color text, and I haven't been able to get gv to do full-screen rendering at all. Perhaps hand-converted versions of the logos in other formats would work acceptably with acroread4, which does full-screen centered rendering quite nicely otherwise. Amazing! Here are three different potential ways of rendering slides for a laptop-run slide presentation, and each fails in a different way. It shouldn't be this hard. Time passes though, and a thank-you is in order, even before I finish exploring all suggestions. Thanks to both of you. -- M/S 258-5 | 1024-bit PGP fingerprint: | [EMAIL PROTECTED] NASA Ames Research Center | 41 B0 89 0A 8F 94 6C 59 | (650) 604-4416 Moffett Field, CA 94035-1000 | 7C 80 10 20 25 C7 2F E6 | FAX: (650) 604-4377 We each earn what freedom of speech we defend for those who most offend us.
Search Path for dvips
I use a modified version of the FoilTeX layout file
(~/.lyx/layouts/foils.layout). Among other things, it uses a
Preamble/EndPreamble block to put two Encapsulated PostScript logos into my
slides' left and right headers.
\leftheader{\resizebox{!}{\headheight}{\includegraphics{CodeI.eps}}}
\rightheader{\resizebox{!}{\headheight}{\includegraphics{NAS.eps}}}
Unfortunately, this only seems to work when the .eps files are in the same
directory as the .lyx file defining my slides. That's a pain. I don't want
to duplicate the .eps files and I don't want to have to put all .lyx files for
slides in the same directory.
What can I do to make dvips find the .eps files on some LyX search path that
contains ~/.lyx/clipart/? I'd prefer to make use of a search path rather than
use full-path file names. Who knows? Someone else might want to use my
layout file some day.
Incidently, I use lyx-1.1.6.4 (version 1.1.6 fix 4) and teTeX-1.0.7_1 (made of
teTeX-src-1.0.7.tar.gz and teTeX-texmf-1.0.2.tar.gz) from the FreeBSD ports
collection.
Thanks in advance for any ignorance reduction you can help me achieve.
--
M/S 258-5 | 1024-bit PGP fingerprint: | [EMAIL PROTECTED]
NASA Ames Research Center | 41 B0 89 0A 8F 94 6C 59 | (650) 604-4416
Moffett Field, CA 94035-1000 | 7C 80 10 20 25 C7 2F E6 | FAX: (650) 604-4377
We each earn what freedom of speech we defend for those who most offend us.
Re: Search Path for dvips
Initially quoting me, [EMAIL PROTECTED] said: What can I do to make dvips find the .eps files on some LyX search path that contains ~/.lyx/clipart/? man kpsepath I tried that. It produced No manual entry for kpsepath I then used locate to find the two kpse* man pages that do exist, for kpsestat and for kpsewhich. I read kpsewhich's help output and its man page. Together they lead me to believe that maybe kpsewhich --format graphic/figure NAS.eps might return the full path name of NAS.eps to standard output. Or maybe I'd have to use one dash, or maybe just graphic, or maybe just figure, or maybe forget the --format option entirely and just give kpsewhich the file name. Anyway, no combination produced anything to standard output at all, which was one episode in a weekend of frustration lead me to ask my question in the first place. Anybody have a candidate answer that might work? -- M/S 258-5 | 1024-bit PGP fingerprint: | [EMAIL PROTECTED] NASA Ames Research Center | 41 B0 89 0A 8F 94 6C 59 | (650) 604-4416 Moffett Field, CA 94035-1000 | 7C 80 10 20 25 C7 2F E6 | FAX: (650) 604-4377 We each earn what freedom of speech we defend for those who most offend us.
Search Path for dvips
I use a modified version of the FoilTeX layout file
(~/.lyx/layouts/foils.layout). Among other things, it uses a
Preamble/EndPreamble block to put two Encapsulated PostScript logos into my
slides' left and right headers.
\leftheader{\resizebox{!}{\headheight}{\includegraphics{CodeI.eps}}}
\rightheader{\resizebox{!}{\headheight}{\includegraphics{NAS.eps}}}
Unfortunately, this only seems to work when the .eps files are in the same
directory as the .lyx file defining my slides. That's a pain. I don't want
to duplicate the .eps files and I don't want to have to put all .lyx files for
slides in the same directory.
What can I do to make dvips find the .eps files on some LyX search path that
contains ~/.lyx/clipart/? I'd prefer to make use of a search path rather than
use full-path file names. Who knows? Someone else might want to use my
layout file some day.
Incidently, I use lyx-1.1.6.4 (version 1.1.6 fix 4) and teTeX-1.0.7_1 (made of
teTeX-src-1.0.7.tar.gz and teTeX-texmf-1.0.2.tar.gz) from the FreeBSD ports
collection.
Thanks in advance for any ignorance reduction you can help me achieve.
--
M/S 258-5 | 1024-bit PGP fingerprint: | [EMAIL PROTECTED]
NASA Ames Research Center | 41 B0 89 0A 8F 94 6C 59 | (650) 604-4416
Moffett Field, CA 94035-1000 | 7C 80 10 20 25 C7 2F E6 | FAX: (650) 604-4377
We each earn what freedom of speech we defend for those who most offend us.
Re: Search Path for dvips
Initially quoting me, [EMAIL PROTECTED] said: What can I do to make dvips find the .eps files on some LyX search path that contains ~/.lyx/clipart/? man kpsepath I tried that. It produced No manual entry for kpsepath I then used locate to find the two kpse* man pages that do exist, for kpsestat and for kpsewhich. I read kpsewhich's help output and its man page. Together they lead me to believe that maybe kpsewhich --format graphic/figure NAS.eps might return the full path name of NAS.eps to standard output. Or maybe I'd have to use one dash, or maybe just graphic, or maybe just figure, or maybe forget the --format option entirely and just give kpsewhich the file name. Anyway, no combination produced anything to standard output at all, which was one episode in a weekend of frustration lead me to ask my question in the first place. Anybody have a candidate answer that might work? -- M/S 258-5 | 1024-bit PGP fingerprint: | [EMAIL PROTECTED] NASA Ames Research Center | 41 B0 89 0A 8F 94 6C 59 | (650) 604-4416 Moffett Field, CA 94035-1000 | 7C 80 10 20 25 C7 2F E6 | FAX: (650) 604-4377 We each earn what freedom of speech we defend for those who most offend us.
Search Path for dvips
I use a modified version of the FoilTeX layout file
(~/.lyx/layouts/foils.layout). Among other things, it uses a
Preamble/EndPreamble block to put two Encapsulated PostScript logos into my
slides' left and right headers.
\leftheader{\resizebox{!}{\headheight}{\includegraphics{CodeI.eps}}}
\rightheader{\resizebox{!}{\headheight}{\includegraphics{NAS.eps}}}
Unfortunately, this only seems to work when the .eps files are in the same
directory as the .lyx file defining my slides. That's a pain. I don't want
to duplicate the .eps files and I don't want to have to put all .lyx files for
slides in the same directory.
What can I do to make dvips find the .eps files on some LyX search path that
contains ~/.lyx/clipart/? I'd prefer to make use of a search path rather than
use full-path file names. Who knows? Someone else might want to use my
layout file some day.
Incidently, I use lyx-1.1.6.4 (version 1.1.6 fix 4) and teTeX-1.0.7_1 (made of
teTeX-src-1.0.7.tar.gz and teTeX-texmf-1.0.2.tar.gz) from the FreeBSD ports
collection.
Thanks in advance for any ignorance reduction you can help me achieve.
--
M/S 258-5 | 1024-bit PGP fingerprint: | [EMAIL PROTECTED]
NASA Ames Research Center | 41 B0 89 0A 8F 94 6C 59 | (650) 604-4416
Moffett Field, CA 94035-1000 | 7C 80 10 20 25 C7 2F E6 | FAX: (650) 604-4377
We each earn what freedom of speech we defend for those who most offend us.
Re: Search Path for dvips
Initially quoting me, [EMAIL PROTECTED] said: >>What can I do to make dvips find the .eps files on some LyX search >>path that contains ~/.lyx/clipart/? >man kpsepath I tried that. It produced No manual entry for kpsepath I then used locate to find the two kpse* man pages that do exist, for kpsestat and for kpsewhich. I read kpsewhich's help output and its man page. Together they lead me to believe that maybe kpsewhich --format graphic/figure NAS.eps might return the full path name of NAS.eps to standard output. Or maybe I'd have to use one dash, or maybe just "graphic", or maybe just "figure", or maybe forget the "--format" option entirely and just give kpsewhich the file name. Anyway, no combination produced anything to standard output at all, which was one episode in a weekend of frustration lead me to ask my question in the first place. Anybody have a candidate answer that might work? -- M/S 258-5 | 1024-bit PGP fingerprint: | [EMAIL PROTECTED] NASA Ames Research Center | 41 B0 89 0A 8F 94 6C 59 | (650) 604-4416 Moffett Field, CA 94035-1000 | 7C 80 10 20 25 C7 2F E6 | FAX: (650) 604-4377 We each earn what freedom of speech we defend for those who most offend us.
Re: LyX on a CD
Initially quoting me, [EMAIL PROTECTED] said: Incidently, if you have something against FreeBSD, I understand that the ports system works with NetBSD too. Cool. So is that just a Makefile that pulls down the tar ball and makes the package? Ports is a skeletal directory structure of makefiles, patch files, table-of-contents files, etc. that use local tarballs if you have them, fetch them if necessary, patch them for bug fixes and for *BSD porting needs, configure, build, and install. They also de-install, clean, etc. If there are unmet dependencies, the ports system handles them recursively. To keep the skeletin up to date, occasionally, I run cvsup -g cvs-ports The cvs-ports file contains *default host=cvsup10.FreeBSD.org *default base=/usr *default prefix=/usr *default release=cvs *default delete use-rel-suffix *default tag=. ports-all -- M/S 258-5 | 1024-bit PGP fingerprint: | [EMAIL PROTECTED] NASA Ames Research Center | 41 B0 89 0A 8F 94 6C 59 | (650) 604-4416 Moffett Field, CA 94035-1000 | 7C 80 10 20 25 C7 2F E6 | FAX: (650) 604-4377 We each earn what freedom of speech we defend for those who most offend us.
Re: LyX on a CD
Initially quoting me, [EMAIL PROTECTED] said: Incidently, if you have something against FreeBSD, I understand that the ports system works with NetBSD too. Cool. So is that just a Makefile that pulls down the tar ball and makes the package? Ports is a skeletal directory structure of makefiles, patch files, table-of-contents files, etc. that use local tarballs if you have them, fetch them if necessary, patch them for bug fixes and for *BSD porting needs, configure, build, and install. They also de-install, clean, etc. If there are unmet dependencies, the ports system handles them recursively. To keep the skeletin up to date, occasionally, I run cvsup -g cvs-ports The cvs-ports file contains *default host=cvsup10.FreeBSD.org *default base=/usr *default prefix=/usr *default release=cvs *default delete use-rel-suffix *default tag=. ports-all -- M/S 258-5 | 1024-bit PGP fingerprint: | [EMAIL PROTECTED] NASA Ames Research Center | 41 B0 89 0A 8F 94 6C 59 | (650) 604-4416 Moffett Field, CA 94035-1000 | 7C 80 10 20 25 C7 2F E6 | FAX: (650) 604-4377 We each earn what freedom of speech we defend for those who most offend us.
Re: LyX on a CD
Initially quoting me, [EMAIL PROTECTED] said: >>Incidently, if you have something against FreeBSD, I understand that >>the ports system works with NetBSD too. >Cool. So is that just a Makefile that pulls down the tar ball and >makes the package? Ports is a skeletal directory structure of makefiles, patch files, table-of-contents files, etc. that use local tarballs if you have them, fetch them if necessary, patch them for bug fixes and for *BSD porting needs, configure, build, and install. They also de-install, clean, etc. If there are unmet dependencies, the ports system handles them recursively. To keep the skeletin up to date, occasionally, I run cvsup -g cvs-ports The cvs-ports file contains *default host=cvsup10.FreeBSD.org *default base=/usr *default prefix=/usr *default release=cvs *default delete use-rel-suffix *default tag=. ports-all -- M/S 258-5 | 1024-bit PGP fingerprint: | [EMAIL PROTECTED] NASA Ames Research Center | 41 B0 89 0A 8F 94 6C 59 | (650) 604-4416 Moffett Field, CA 94035-1000 | 7C 80 10 20 25 C7 2F E6 | FAX: (650) 604-4377 We each earn what freedom of speech we defend for those who most offend us.
U.S. Legal Briefs
I searched the LyX Users archives in vain for a reference to a LyX template or layout file for U.S. legal briefs, with their peculiar title pages and reference formats. I saw another question like mine in the archives, but no answers. Is there no help for a LyX fan who finds himself needing to write an arbitration brief? -- M/S 258-5 | 1024-bit PGP fingerprint: | [EMAIL PROTECTED] NASA Ames Research Center | 41 B0 89 0A 8F 94 6C 59 | (650) 604-4416 Moffett Field, CA 94035-1000 | 7C 80 10 20 25 C7 2F E6 | FAX: (650) 604-4377 We each earn what freedom of speech we defend for those who most offend us.
U.S. Legal Briefs
I searched the LyX Users archives in vain for a reference to a LyX template or layout file for U.S. legal briefs, with their peculiar title pages and reference formats. I saw another question like mine in the archives, but no answers. Is there no help for a LyX fan who finds himself needing to write an arbitration brief? -- M/S 258-5 | 1024-bit PGP fingerprint: | [EMAIL PROTECTED] NASA Ames Research Center | 41 B0 89 0A 8F 94 6C 59 | (650) 604-4416 Moffett Field, CA 94035-1000 | 7C 80 10 20 25 C7 2F E6 | FAX: (650) 604-4377 We each earn what freedom of speech we defend for those who most offend us.
U.S. Legal Briefs
I searched the LyX Users archives in vain for a reference to a LyX template or layout file for U.S. legal briefs, with their peculiar title pages and reference formats. I saw another question like mine in the archives, but no answers. Is there no help for a LyX fan who finds himself needing to write an arbitration brief? -- M/S 258-5 | 1024-bit PGP fingerprint: | [EMAIL PROTECTED] NASA Ames Research Center | 41 B0 89 0A 8F 94 6C 59 | (650) 604-4416 Moffett Field, CA 94035-1000 | 7C 80 10 20 25 C7 2F E6 | FAX: (650) 604-4377 We each earn what freedom of speech we defend for those who most offend us.
Re: citation of proceedings
[EMAIL PROTECTED] said:
Note that the address is the publisher's address, not the location of
the conference. I suggest to put the conference location in the title.
Interesting. My technique has been to give proceedings references in two
parts, one for the book itself, and one for the article within it. An example
is:
@inproceedings{dgv:wkidea,
crossref = {crypto:93},
author= {Daemen, Joan and Govaerts, Ren{\'{e}} and Vandewalle, Joos},
title = {Weak Keys for {IDEA}},
annote= {Discovery of a class of chosen-plaintext weak IDEA keys},
pages = {224--231}
}
@proceedings{crypto:93,
editor= {Stinson, Douglas R.},
title = {Advances in Cryptology---{CRYPTO} '93},
booktitle = {Advances in Cryptology---{CRYPTO} '93},
volume= {773},
series= {Lecture Notes in Computer Science},
publisher = {Springer-Verlag, 1994},
address = {Santa Barbara, CA},
month = Aug # {~22--26,},
year = {1993},
isbn = {3-540-57766-1}
}
You may notice that my practice has been to use the address, month and year
fields of the book entry to refer to the conference, to depend upon the
publisher's name without an address to identify it uniquely, and to list the
copyright year with the publisher's name if it is different from the year of
the conference.
Apparently, I'm out-of-step. If the address field should apply to the
publisher, should the month field be scrapped and the year field give the year
of publication instead of the year of the conference? Also, can anyone
enlighten me as to the pitfalls associated with my past practice?
--
M/S 258-5 | 1024-bit PGP fingerprint: | [EMAIL PROTECTED]
NASA Ames Research Center | 41 B0 89 0A 8F 94 6C 59 | (650) 604-4416
Moffett Field, CA 94035-1000 | 7C 80 10 20 25 C7 2F E6 | FAX: (650) 604-4377
We each earn what freedom of speech we defend for those who most offend us.
Re: citation of proceedings
[EMAIL PROTECTED] said:
Note that the address is the publisher's address, not the location of
the conference. I suggest to put the conference location in the title.
Interesting. My technique has been to give proceedings references in two
parts, one for the book itself, and one for the article within it. An example
is:
@inproceedings{dgv:wkidea,
crossref = {crypto:93},
author= {Daemen, Joan and Govaerts, Ren{\'{e}} and Vandewalle, Joos},
title = {Weak Keys for {IDEA}},
annote= {Discovery of a class of chosen-plaintext weak IDEA keys},
pages = {224--231}
}
@proceedings{crypto:93,
editor= {Stinson, Douglas R.},
title = {Advances in Cryptology---{CRYPTO} '93},
booktitle = {Advances in Cryptology---{CRYPTO} '93},
volume= {773},
series= {Lecture Notes in Computer Science},
publisher = {Springer-Verlag, 1994},
address = {Santa Barbara, CA},
month = Aug # {~22--26,},
year = {1993},
isbn = {3-540-57766-1}
}
You may notice that my practice has been to use the address, month and year
fields of the book entry to refer to the conference, to depend upon the
publisher's name without an address to identify it uniquely, and to list the
copyright year with the publisher's name if it is different from the year of
the conference.
Apparently, I'm out-of-step. If the address field should apply to the
publisher, should the month field be scrapped and the year field give the year
of publication instead of the year of the conference? Also, can anyone
enlighten me as to the pitfalls associated with my past practice?
--
M/S 258-5 | 1024-bit PGP fingerprint: | [EMAIL PROTECTED]
NASA Ames Research Center | 41 B0 89 0A 8F 94 6C 59 | (650) 604-4416
Moffett Field, CA 94035-1000 | 7C 80 10 20 25 C7 2F E6 | FAX: (650) 604-4377
We each earn what freedom of speech we defend for those who most offend us.
Re: citation of proceedings
[EMAIL PROTECTED] said:
>Note that the address is the publisher's address, not the location of
>the conference. I suggest to put the conference location in the title.
Interesting. My technique has been to give proceedings references in two
parts, one for the book itself, and one for the article within it. An example
is:
@inproceedings{dgv:wkidea,
crossref = {crypto:93},
author= {Daemen, Joan and Govaerts, Ren{\'{e}} and Vandewalle, Joos},
title = {Weak Keys for {IDEA}},
annote= {Discovery of a class of chosen-plaintext weak IDEA keys},
pages = {224--231}
}
@proceedings{crypto:93,
editor= {Stinson, Douglas R.},
title = {Advances in Cryptology---{CRYPTO} '93},
booktitle = {Advances in Cryptology---{CRYPTO} '93},
volume= {773},
series= {Lecture Notes in Computer Science},
publisher = {Springer-Verlag, 1994},
address = {Santa Barbara, CA},
month = Aug # {~22--26,},
year = {1993},
isbn = {3-540-57766-1}
}
You may notice that my practice has been to use the address, month and year
fields of the book entry to refer to the conference, to depend upon the
publisher's name without an address to identify it uniquely, and to list the
copyright year with the publisher's name if it is different from the year of
the conference.
Apparently, I'm out-of-step. If the address field should apply to the
publisher, should the month field be scrapped and the year field give the year
of publication instead of the year of the conference? Also, can anyone
enlighten me as to the pitfalls associated with my past practice?
--
M/S 258-5 | 1024-bit PGP fingerprint: | [EMAIL PROTECTED]
NASA Ames Research Center | 41 B0 89 0A 8F 94 6C 59 | (650) 604-4416
Moffett Field, CA 94035-1000 | 7C 80 10 20 25 C7 2F E6 | FAX: (650) 604-4377
We each earn what freedom of speech we defend for those who most offend us.
Re: Footnoteref Problem
Initially quoting me, [EMAIL PROTECTED] said:
Missing number, treated as zero.
...ect\footnotemark[\protect\ref{foot:div}]}
A number should have been here; I inserted "0".
(If you can't figure out why I needed to see a number,
look up `wierd error' in the index to The TeXbook.)
"Wierd error" indeed. I protected the original footnote in its section
heading. I protected the label within the footnote. I protected the
footnotemark in its section heading, and I protected its optional reference
argument. My previous experience is that a \ref to a label in a previous
footnote will produce the number footnotemark needs.
Is this just not possible, or can someone show me how to get what I'm looking
for?
You should put protect _only_ before \footnotemark, namely
\protect\footnotemark[\ref{foot:div}]
Yes. Following my usual procedure for this sort of experimental computer
science, I first protected everything in sight, one thing at a time, until
something good happened. As soon as I put the protect on footnotemark, I went
from six errors down to one. Unfortunately, that one last error never went
away. Ultimately, I've removed all the extra protects, and the one error
remains.
For what it's worth, this is Lyx 1.1.5fix1.
--
M/S 258-5 | 1024-bit PGP fingerprint: | [EMAIL PROTECTED]
NASA Ames Research Center | 41 B0 89 0A 8F 94 6C 59 | (650) 604-4416
Moffett Field, CA 94035-1000 | 7C 80 10 20 25 C7 2F E6 | FAX: (650) 604-4377
We each earn what freedom of speech we defend for those who most offend us.
Re: Footnoteref Problem
Initially quoting me, [EMAIL PROTECTED] said:
Missing number, treated as zero.
...ect\footnotemark[\protect\ref{foot:div}]}
A number should have been here; I inserted "0".
(If you can't figure out why I needed to see a number,
look up `wierd error' in the index to The TeXbook.)
"Wierd error" indeed. I protected the original footnote in its section
heading. I protected the label within the footnote. I protected the
footnotemark in its section heading, and I protected its optional reference
argument. My previous experience is that a \ref to a label in a previous
footnote will produce the number footnotemark needs.
Is this just not possible, or can someone show me how to get what I'm looking
for?
You should put protect _only_ before \footnotemark, namely
\protect\footnotemark[\ref{foot:div}]
Yes. Following my usual procedure for this sort of experimental computer
science, I first protected everything in sight, one thing at a time, until
something good happened. As soon as I put the protect on footnotemark, I went
from six errors down to one. Unfortunately, that one last error never went
away. Ultimately, I've removed all the extra protects, and the one error
remains.
For what it's worth, this is Lyx 1.1.5fix1.
--
M/S 258-5 | 1024-bit PGP fingerprint: | [EMAIL PROTECTED]
NASA Ames Research Center | 41 B0 89 0A 8F 94 6C 59 | (650) 604-4416
Moffett Field, CA 94035-1000 | 7C 80 10 20 25 C7 2F E6 | FAX: (650) 604-4377
We each earn what freedom of speech we defend for those who most offend us.
Re: Footnoteref Problem
Initially quoting me, [EMAIL PROTECTED] said:
>> Missing number, treated as zero.
>> ...ect\footnotemark[\protect\ref{foot:div}]}
>> A number should have been here; I inserted "0".
>> (If you can't figure out why I needed to see a number,
>> look up `wierd error' in the index to The TeXbook.)
>>"Wierd error" indeed. I protected the original footnote in its section
>>heading. I protected the label within the footnote. I protected the
>>footnotemark in its section heading, and I protected its optional reference
>>argument. My previous experience is that a \ref to a label in a previous
>>footnote will produce the number footnotemark needs.
>>Is this just not possible, or can someone show me how to get what I'm looking
>>for?
>You should put protect _only_ before \footnotemark, namely
>\protect\footnotemark[\ref{foot:div}]
Yes. Following my usual procedure for this sort of experimental computer
science, I first protected everything in sight, one thing at a time, until
something good happened. As soon as I put the protect on footnotemark, I went
from six errors down to one. Unfortunately, that one last error never went
away. Ultimately, I've removed all the extra protects, and the one error
remains.
For what it's worth, this is Lyx 1.1.5fix1.
--
M/S 258-5 | 1024-bit PGP fingerprint: | [EMAIL PROTECTED]
NASA Ames Research Center | 41 B0 89 0A 8F 94 6C 59 | (650) 604-4416
Moffett Field, CA 94035-1000 | 7C 80 10 20 25 C7 2F E6 | FAX: (650) 604-4377
We each earn what freedom of speech we defend for those who most offend us.
