Re: Documentation of LyX functions (aka LFUNs)
On 24.07.08, Jürgen Spitzmüller wrote: Pavel Sanda wrote: or we can put the .lyx file into LyX help menu. I think it's a good idea, this is useful information. Maybe as an appendix to Customization? Seconded. Günter
Re: The \DeclareMathOperatorcommand in my lyx doesn't work,please help!
On 23.07.08, Richard heck wrote:
LittleNew wrote:
I wanted to add a \arccot self-defined function in my
document, and I followed the help's instruction to add
\DeclareMathOperator{\arccot}{arccot} in Document-settings...-LaTeX
Preamble, but after I did it, nothing happened.
...
Is the problem that it doesn't look right in LyX itself or in the LaTeX
output? I don't think it will look any different in LyX. But it should
look right in the output.
To fix this in LyX, you would need to define a math-macro in a disabled
branch or a comment. (This works in LyX = 1.5.5, I do not know about 1.6).
See the attachment for an example.
GM
Re: Progress on the MS Word to LyX conversion (xml)
On Wednesday 23 July 2008 19:24:16 Pavel Sanda wrote:
this depends on what you master. i'm used on the bunch of small unix
utilities so i gave that sed example. if you know python you will do in
python. my point was not propose the best tools but to groan and moan about
xml :)
FWIW this chunk is from one of my shell scripts:
echo $1
for i in {8..40}
do
echo -n '.'
w=`printf %.2d0 $i`
f=dfa-$1-$w.dat
./dfa -s -w $w $1.dat | ./join-lag.py -l $w -r $1.dates $f
cut -f1,2 $f | join -a1 dfa.dat - tmp.dat
mv tmp.dat dfa.dat
done
So as you can see I know more than python. :-)
And yes I know this only works with bash, and that is OK with me. :-)
My point is that it is alright to use the small tools of the trade but we can
do better because lyx documents are richer than just pure text.
I am not saying that your usage is wrong what I claim is that we need better
script tools to handle lyx documents. Those tools should be stable across lyx
versions and should not depend of any particular file format.
pavel
--
José Abílio
Re: We could really use search-for-environment and search-for-charstyle
On Wednesday 23 July 2008 19:16:49 Steve Litt wrote: Hi all, One feature I think would be really helpful in LyX would be search-for-environment and search-for-character-style. That way I wouldn't need to go into Vim every time I wanted to locate a specific character style. Thanks SteeveT I am not sure we have this in bigzilla but I agree it would be nice to have both in LyX and in bugzilla (if it is not there yet). Something that I had the need to recently was to find where a given bibliographic citation was used. Again another search issue. Steve Litt Recession Relief Package http://www.recession-relief.US -- José Abílio
Re: We could really use search-for-environment and search-for-charstyle
José Matos wrote: On Wednesday 23 July 2008 19:16:49 Steve Litt wrote: Hi all, One feature I think would be really helpful in LyX would be search-for-environment and search-for-character-style. That way I wouldn't need to go into Vim every time I wanted to locate a specific character style. Thanks SteeveT I am not sure we have this in bigzilla but I agree it would be nice to have both in LyX and in bugzilla (if it is not there yet). Something that I had the need to recently was to find where a given bibliographic citation was used. Again another search issue. He he, in 1.6 you can use the navigator, there is a list of citation there in case you didn't notice :-) As for character style naigation, we could have something similar in 1.6.x. Abdel.
Re: We could really use search-for-environment and search-for-charstyle
On Wed, 23 Jul 2008, Steve Litt wrote: One feature I think would be really helpful in LyX would be search-for-environment and search-for-character-style. That way I wouldn't need to go into Vim every time I wanted to locate a specific character style. Hi Steve, You should send this to the developers' list, as I suspect you know:-) (Or add it to bugzilla of course) Hope the word-LyX conversion is going well, Christian -- Christian Ridderström, +46-8-768 39 44http://www.md.kth.se/~chr
Re: Progress on the MS Word to LyX conversion (xml)
On Wed, 23 Jul 2008, Steve Litt wrote: As a sed/awk/perl/ruby parser, I appreciate that very much. The more I think about it, the more I think I should make the XML-YAML and YAML-XML converters. That way, if future generations of LyX project programmers forget why it's important to space their XML just so, it won't matter. Also, I have a feeling that YAML will be much easier to parse than either 1.5.x or XML. At first I'll do them in Ruby because Ruby has all that stuff built in and easy to do. Did you see José's post about how the lyx2lyx stuff is really inside a Python lib (module)? You'd probably only need a different kind of wrapper that calls this module, instead of reinventing everything in Ruby. /Christian -- Christian Ridderström, +46-8-768 39 44http://www.md.kth.se/~chr
Re: Documentation of LyX functions (aka LFUNs)
On Wed, 23 Jul 2008, Pavel Sanda wrote: Then we can link to that page from the page http://wiki.lyx.org/LyX/LyxFunctions and eventually integrate the results. i have already put the section here, so from my point of view its finished. Great. when 1.6 is out we can replace the whole page by the current version. Sounds good. or we can put the .lyx file into LyX help menu. dont know if others think its good idea. No opinion. by the way - Uwe, i have hidden wish - would it be possible for you to produce ONE BIG LYX documentation for all the manuals together (plus lfuns.lyx) - each file could be one part for example... ? Would you only use it to search for information? In that case, maybe having a version exported to HTML would be useful? we can even put this as main documentation link from our official site. You don't mean as a single web page do you...? It'd be _huge_. Still, I like the idea of having these special versions of the documentation available through the web site. /Christian -- Christian Ridderström, +46-8-768 39 44http://www.md.kth.se/~chr
Re: Documentation of LyX functions (aka LFUNs)
On Wed, 23 Jul 2008, Pavel Sanda wrote: by the way - Uwe, i have hidden wish - would it be possible for you to produce ONE BIG LYX documentation for all the manuals together (plus lfuns.lyx) - each file could be one part for example... ? Would you only use it to search for information? In that case, maybe having a version exported to HTML would be useful? we can even put this as main documentation link from our official site. You don't mean as a single web page do you...? It'd be _huge_. while html version could be used for that too, i somehow like the idea, that we have one single huge pdf, we can call the Book :) pavel
Re: Progress on the MS Word to LyX conversion (xml)
what I claim is that we need better script tools to handle lyx documents. Those tools should be stable across lyx versions and should not depend of any particular file format. frankly - these are nice dreams, but there is not manpower to do it. my feeling is that the xml-branch commit activity pefectly shows what will happen after the worst bugs will be repaired in xml merged trunk. or you have some particular developer in mind? :)) pavel
Re: We could really use search-for-environment and search-for-charstyle
Abdelrazak Younes wrote: As for character style naigation, we could have something similar in 1.6.x. I was wondering yesterday if this could be used : http://doc.trolltech.com/4.4/qtxmlpatterns.html It works on non-xml data and you can mash-up in one structure the LyX format and the external sources for example the bib fields or files inserted. Cheers, Charles -- http://www.kde-france.org
Re: We could really use search-for-environment and search-for-charstyle
On Wednesday 23 July 2008 19:16:49 Steve Litt wrote: Hi all, One feature I think would be really helpful in LyX would be search-for-environment and search-for-character-style. That way I wouldn't need to go into Vim every time I wanted to locate a specific character style. Thanks SteeveT I am not sure we have this in bigzilla but I agree it would be nice to have both in LyX and in bugzilla (if it is not there yet). Something that I had the need to recently was to find where a given bibliographic citation was used. Again another search issue. this debate is somehow connected with this thread http://www.mail-archive.com/[EMAIL PROTECTED]/msg141358.html then some general lfun for search would be easy. pavel
Re: replace text
Maybe LyX need chemistry mode similar to the math mode (with certainly less
options).
2008/7/23 Christopher Reeve [EMAIL PROTECTED]:
I don't know about you, but I find having lots of ERTs in my document
distracting and a bit annoying!
My solution is similar but instead I use the math mode - that way I see the
actual symbol I typed...
eg, include the following line in your Preamble
\newcommand{\hho}{\text{H}_2\text{O}}
Then inside your document simply type Command-m (or Ctrl-m on a PC?) which
starts the equation editor
enter \hho as your equation and hit space a couple of times.
You should now have a nice compiled H20 to look at in your LyX document.
So that I can see for example the Angstrom symbol I type Command-m \text
space \AA Command-end (ie \text{\AA}) so that I actuall can see it rather
than an annoying ERT.
Chris.
--
Manveru
jabber: [EMAIL PROTECTED]
gg: 1624001
http://www.manveru.pl
Re: Hollywood template author's address
Thomas King [EMAIL PROTECTED] writes: I looked through the archives and wiki, and didn't find an answer to this issue (although it was mentioned on the devel list). The hollywood.lyx template doesn't render the author's address. Is there something I need to tweak first? Thank you, Tom King Sorry to be a pest, but does anyone know if there is a tweak for this issue besides changing the attribute away from author's address? Thanks!
Re: Whats wrong with tabluar?
It isn't a bug, it's the way it works, I suppose it is a way to emphasize the header line. You can modify easily your table : select the first line and remove the bottom border ( there is a button in the table tool bar ). Hope it helps. Siegfried
Whats wrong with tabluar?
I have made a 3x3 tabular. But for some reason the first row is seperated from the 2 last rows. Is this a bug in LyX? -- View this message in context: http://n2.nabble.com/Whats-wrong-with-tabluar--tp580261p580261.html Sent from the LyX - Users mailing list archive at Nabble.com.
Re: Problem with Lyx 1.5.5 (Windows, Miktex) when converting to PS
Michael Logies wrote: The 58 pages take 1:35 (95 seconds) with Lyx 1.5.5 (for PS) till gsview comes up with the error message (PIV, 3 GHz, 3 GB RAM, Win XP Prof.) Lyx 1.4.5 takes 1:25 and succeeds. Both need 6 rounds of Latex. I suspect the speed difference has less to do with the LyX version and more to do with misadventures in processing the exported LaTeX. You might try the following: export the document to LaTeX (using File-Export) in both LyX versions and compare the .tex files for differences. If you don't have a file comparison utility better than fc (which is a DOS command), you can download WinMerge (recommended) or zip them and post them here for one of us to look at. If the problem is a change in what LyX is exporting, that will help identify it. If it's not in the export, the only other thing I can think of is to look for a change in either the converter path (perhaps different options being used) or something relating to image processing (but the error messages make that unlikely). /Paul
Re: Whats wrong with tabluar?
bigblop, first row is seperated from the 2 last rows with a double line? This is the default setting for LyX tables. To remove, select a cell in the second row and deselect the top boarder in the table toolbar or in the table setting dialog box. z -- View this message in context: http://n2.nabble.com/Whats-wrong-with-tabluar--tp580261p580518.html Sent from the LyX - Users mailing list archive at Nabble.com.
Re: Progress on the MS Word to LyX conversion
I understand DTD simplicity... but it is no longer fresh these days. Schema allows better understanding and can be processed by XSLT. 2008/7/23 John [EMAIL PROTECTED]: On Wednesday 23 July 2008 08:04:59 am Steve Litt wrote: On Tuesday 22 July 2008 11:32, rgheck wrote: Steve Litt wrote: I don't know how it will be after LyX goes XML, but right now at 1.5.3, converting my LyX code to something else by parsing the LyX native code would be trivial. This is probably teaching Grandma to suck eggs - but There is a very good set of XML utilities available in Linux which alloy you easily parse and transform .xml files into almost anything you want (using xslt, sax, and friends. In openSUSE it is called xmlstarlet and comes with the installation CDs or DVD. These should make it easy to translate to and from LyX (when it finally goes fully XML). John O'Gorman My understanding is that, whatever happens with the LyX file format, we want it to remain possible to do the sort of simple scripting we all like to be able to do. The XML business is really just a matter of replacing things like this: \begin_layout Standard this. \end_layout \begin_layout Standard \begin_inset CommandInset bibtex LatexCommand bibtex bibfiles /tmp/bib options plain \end_inset \end_layout with things like this: layout name=Standard this. /layout layout name=Standard inset type=bibtext latex=bibtex bibfiles=/tmp/bib options=plain / /layout Just as easy to parse, I hope. Maybe even easier. That's not anything actually agreed or implemented It's not as easy to parse, but it's reasonable. If that's the extent of the XMLization of LyX, it should still be somewhat tweakable with Vim, Perl, etc. The real problems come in when they do things in XML that would be denormalization in a database. Store the paragraphs one place, and then store the *number of paragraphs* somewhere else, so if you add a paragraph and forget to increment the number, your doc no longer opens. Or treating the XML file like a relational database, where you have a list of styles with numbered IDs one place, and then have those numbers applied to paragraphs somewhere else. This is an excellent programming technique, but for the guy just trying to casually go in and tweak something, or casually trying to programmatically generate LyX data, it can be daunting indeed. Personally, I love having my style defs in the layout file and using the style names as their identifiers. Then there's this habit of people like OpenOffice, where the native format is a Zip file unzipping to different directories, each containing XML files and other types of files. Yeah, I just dare anyone to generate OpenOffice on the fly. I suggest that whatever you decide, you document the XML structure. I don't mean document as in it's open source, read the code. I mean document as in Here is the data hierarchy, here is the high level data design, here are our reasons for doing it this way, here are the data interdependencies, here are some tips for building LyX files programmatically and tweaking them either programmatically or with an editor. And here is a tutorial on building and tweaking LyX files without the LyX front end. I'm busy these days, but if you keep me in the loop I'll do at least a good chunk of that documentation. One more thing -- if you're going XML and don't want to reinvent the wheel, you'll be using someone else's XML parser. Please, please, PLEASE, don't make it some parser with tons of dependency so that the guy with a 2 year old distro can't compile LyX because of the XML parser. We already have enough problems with Qt dependencies. Thanks SteveT Steve Litt Recession Relief Package http://www.recession-relief.US -- Manveru jabber: [EMAIL PROTECTED] gg: 1624001 http://www.manveru.pl
Math Macro
A paper I'm writing has a googolplex of symbols with an \overrightarrow overhead. What would be the best way to make these insertions in math mode as quick as possible? Bruce
Re: Math Macro
Bruce Pourciau wrote:
A paper I'm writing has a googolplex of symbols with an
\overrightarrow overhead. What would be the best way to make these
insertions in math mode as quick as possible?
Well, you can shorten \overrightarrow by defining a quick math-macro, e.g.:
\newcommand{\ora}[1]{\overrightarrow{#1}}
Remember that you can actually type that into LyX, then highlight it,
and hit Ctrl-M to declare the macro. And then, if you like, you can
define a shortcut for this: math-insert \ora is the function you would
want.
rh
Re: Documentation of LyX functions (aka LFUNs)
On 24.07.08, Jürgen Spitzmüller wrote: Pavel Sanda wrote: or we can put the .lyx file into LyX help menu. I think it's a good idea, this is useful information. Maybe as an appendix to Customization? Seconded. Günter
Re: The \DeclareMathOperatorcommand in my lyx doesn't work,please help!
On 23.07.08, Richard heck wrote:
LittleNew wrote:
I wanted to add a \arccot self-defined function in my
document, and I followed the help's instruction to add
\DeclareMathOperator{\arccot}{arccot} in Document-settings...-LaTeX
Preamble, but after I did it, nothing happened.
...
Is the problem that it doesn't look right in LyX itself or in the LaTeX
output? I don't think it will look any different in LyX. But it should
look right in the output.
To fix this in LyX, you would need to define a math-macro in a disabled
branch or a comment. (This works in LyX = 1.5.5, I do not know about 1.6).
See the attachment for an example.
GM
Re: Progress on the MS Word to LyX conversion (xml)
On Wednesday 23 July 2008 19:24:16 Pavel Sanda wrote:
this depends on what you master. i'm used on the bunch of small unix
utilities so i gave that sed example. if you know python you will do in
python. my point was not propose the best tools but to groan and moan about
xml :)
FWIW this chunk is from one of my shell scripts:
echo $1
for i in {8..40}
do
echo -n '.'
w=`printf %.2d0 $i`
f=dfa-$1-$w.dat
./dfa -s -w $w $1.dat | ./join-lag.py -l $w -r $1.dates $f
cut -f1,2 $f | join -a1 dfa.dat - tmp.dat
mv tmp.dat dfa.dat
done
So as you can see I know more than python. :-)
And yes I know this only works with bash, and that is OK with me. :-)
My point is that it is alright to use the small tools of the trade but we can
do better because lyx documents are richer than just pure text.
I am not saying that your usage is wrong what I claim is that we need better
script tools to handle lyx documents. Those tools should be stable across lyx
versions and should not depend of any particular file format.
pavel
--
José Abílio
Re: We could really use search-for-environment and search-for-charstyle
On Wednesday 23 July 2008 19:16:49 Steve Litt wrote: Hi all, One feature I think would be really helpful in LyX would be search-for-environment and search-for-character-style. That way I wouldn't need to go into Vim every time I wanted to locate a specific character style. Thanks SteeveT I am not sure we have this in bigzilla but I agree it would be nice to have both in LyX and in bugzilla (if it is not there yet). Something that I had the need to recently was to find where a given bibliographic citation was used. Again another search issue. Steve Litt Recession Relief Package http://www.recession-relief.US -- José Abílio
Re: We could really use search-for-environment and search-for-charstyle
José Matos wrote: On Wednesday 23 July 2008 19:16:49 Steve Litt wrote: Hi all, One feature I think would be really helpful in LyX would be search-for-environment and search-for-character-style. That way I wouldn't need to go into Vim every time I wanted to locate a specific character style. Thanks SteeveT I am not sure we have this in bigzilla but I agree it would be nice to have both in LyX and in bugzilla (if it is not there yet). Something that I had the need to recently was to find where a given bibliographic citation was used. Again another search issue. He he, in 1.6 you can use the navigator, there is a list of citation there in case you didn't notice :-) As for character style naigation, we could have something similar in 1.6.x. Abdel.
Re: We could really use search-for-environment and search-for-charstyle
On Wed, 23 Jul 2008, Steve Litt wrote: One feature I think would be really helpful in LyX would be search-for-environment and search-for-character-style. That way I wouldn't need to go into Vim every time I wanted to locate a specific character style. Hi Steve, You should send this to the developers' list, as I suspect you know:-) (Or add it to bugzilla of course) Hope the word-LyX conversion is going well, Christian -- Christian Ridderström, +46-8-768 39 44http://www.md.kth.se/~chr
Re: Progress on the MS Word to LyX conversion (xml)
On Wed, 23 Jul 2008, Steve Litt wrote: As a sed/awk/perl/ruby parser, I appreciate that very much. The more I think about it, the more I think I should make the XML-YAML and YAML-XML converters. That way, if future generations of LyX project programmers forget why it's important to space their XML just so, it won't matter. Also, I have a feeling that YAML will be much easier to parse than either 1.5.x or XML. At first I'll do them in Ruby because Ruby has all that stuff built in and easy to do. Did you see José's post about how the lyx2lyx stuff is really inside a Python lib (module)? You'd probably only need a different kind of wrapper that calls this module, instead of reinventing everything in Ruby. /Christian -- Christian Ridderström, +46-8-768 39 44http://www.md.kth.se/~chr
Re: Documentation of LyX functions (aka LFUNs)
On Wed, 23 Jul 2008, Pavel Sanda wrote: Then we can link to that page from the page http://wiki.lyx.org/LyX/LyxFunctions and eventually integrate the results. i have already put the section here, so from my point of view its finished. Great. when 1.6 is out we can replace the whole page by the current version. Sounds good. or we can put the .lyx file into LyX help menu. dont know if others think its good idea. No opinion. by the way - Uwe, i have hidden wish - would it be possible for you to produce ONE BIG LYX documentation for all the manuals together (plus lfuns.lyx) - each file could be one part for example... ? Would you only use it to search for information? In that case, maybe having a version exported to HTML would be useful? we can even put this as main documentation link from our official site. You don't mean as a single web page do you...? It'd be _huge_. Still, I like the idea of having these special versions of the documentation available through the web site. /Christian -- Christian Ridderström, +46-8-768 39 44http://www.md.kth.se/~chr
Re: Documentation of LyX functions (aka LFUNs)
On Wed, 23 Jul 2008, Pavel Sanda wrote: by the way - Uwe, i have hidden wish - would it be possible for you to produce ONE BIG LYX documentation for all the manuals together (plus lfuns.lyx) - each file could be one part for example... ? Would you only use it to search for information? In that case, maybe having a version exported to HTML would be useful? we can even put this as main documentation link from our official site. You don't mean as a single web page do you...? It'd be _huge_. while html version could be used for that too, i somehow like the idea, that we have one single huge pdf, we can call the Book :) pavel
Re: Progress on the MS Word to LyX conversion (xml)
what I claim is that we need better script tools to handle lyx documents. Those tools should be stable across lyx versions and should not depend of any particular file format. frankly - these are nice dreams, but there is not manpower to do it. my feeling is that the xml-branch commit activity pefectly shows what will happen after the worst bugs will be repaired in xml merged trunk. or you have some particular developer in mind? :)) pavel
Re: We could really use search-for-environment and search-for-charstyle
Abdelrazak Younes wrote: As for character style naigation, we could have something similar in 1.6.x. I was wondering yesterday if this could be used : http://doc.trolltech.com/4.4/qtxmlpatterns.html It works on non-xml data and you can mash-up in one structure the LyX format and the external sources for example the bib fields or files inserted. Cheers, Charles -- http://www.kde-france.org
Re: We could really use search-for-environment and search-for-charstyle
On Wednesday 23 July 2008 19:16:49 Steve Litt wrote: Hi all, One feature I think would be really helpful in LyX would be search-for-environment and search-for-character-style. That way I wouldn't need to go into Vim every time I wanted to locate a specific character style. Thanks SteeveT I am not sure we have this in bigzilla but I agree it would be nice to have both in LyX and in bugzilla (if it is not there yet). Something that I had the need to recently was to find where a given bibliographic citation was used. Again another search issue. this debate is somehow connected with this thread http://www.mail-archive.com/[EMAIL PROTECTED]/msg141358.html then some general lfun for search would be easy. pavel
Re: replace text
Maybe LyX need chemistry mode similar to the math mode (with certainly less
options).
2008/7/23 Christopher Reeve [EMAIL PROTECTED]:
I don't know about you, but I find having lots of ERTs in my document
distracting and a bit annoying!
My solution is similar but instead I use the math mode - that way I see the
actual symbol I typed...
eg, include the following line in your Preamble
\newcommand{\hho}{\text{H}_2\text{O}}
Then inside your document simply type Command-m (or Ctrl-m on a PC?) which
starts the equation editor
enter \hho as your equation and hit space a couple of times.
You should now have a nice compiled H20 to look at in your LyX document.
So that I can see for example the Angstrom symbol I type Command-m \text
space \AA Command-end (ie \text{\AA}) so that I actuall can see it rather
than an annoying ERT.
Chris.
--
Manveru
jabber: [EMAIL PROTECTED]
gg: 1624001
http://www.manveru.pl
Re: Hollywood template author's address
Thomas King [EMAIL PROTECTED] writes: I looked through the archives and wiki, and didn't find an answer to this issue (although it was mentioned on the devel list). The hollywood.lyx template doesn't render the author's address. Is there something I need to tweak first? Thank you, Tom King Sorry to be a pest, but does anyone know if there is a tweak for this issue besides changing the attribute away from author's address? Thanks!
Re: Whats wrong with tabluar?
It isn't a bug, it's the way it works, I suppose it is a way to emphasize the header line. You can modify easily your table : select the first line and remove the bottom border ( there is a button in the table tool bar ). Hope it helps. Siegfried
Whats wrong with tabluar?
I have made a 3x3 tabular. But for some reason the first row is seperated from the 2 last rows. Is this a bug in LyX? -- View this message in context: http://n2.nabble.com/Whats-wrong-with-tabluar--tp580261p580261.html Sent from the LyX - Users mailing list archive at Nabble.com.
Re: Problem with Lyx 1.5.5 (Windows, Miktex) when converting to PS
Michael Logies wrote: The 58 pages take 1:35 (95 seconds) with Lyx 1.5.5 (for PS) till gsview comes up with the error message (PIV, 3 GHz, 3 GB RAM, Win XP Prof.) Lyx 1.4.5 takes 1:25 and succeeds. Both need 6 rounds of Latex. I suspect the speed difference has less to do with the LyX version and more to do with misadventures in processing the exported LaTeX. You might try the following: export the document to LaTeX (using File-Export) in both LyX versions and compare the .tex files for differences. If you don't have a file comparison utility better than fc (which is a DOS command), you can download WinMerge (recommended) or zip them and post them here for one of us to look at. If the problem is a change in what LyX is exporting, that will help identify it. If it's not in the export, the only other thing I can think of is to look for a change in either the converter path (perhaps different options being used) or something relating to image processing (but the error messages make that unlikely). /Paul
Re: Whats wrong with tabluar?
bigblop, first row is seperated from the 2 last rows with a double line? This is the default setting for LyX tables. To remove, select a cell in the second row and deselect the top boarder in the table toolbar or in the table setting dialog box. z -- View this message in context: http://n2.nabble.com/Whats-wrong-with-tabluar--tp580261p580518.html Sent from the LyX - Users mailing list archive at Nabble.com.
Re: Progress on the MS Word to LyX conversion
I understand DTD simplicity... but it is no longer fresh these days. Schema allows better understanding and can be processed by XSLT. 2008/7/23 John [EMAIL PROTECTED]: On Wednesday 23 July 2008 08:04:59 am Steve Litt wrote: On Tuesday 22 July 2008 11:32, rgheck wrote: Steve Litt wrote: I don't know how it will be after LyX goes XML, but right now at 1.5.3, converting my LyX code to something else by parsing the LyX native code would be trivial. This is probably teaching Grandma to suck eggs - but There is a very good set of XML utilities available in Linux which alloy you easily parse and transform .xml files into almost anything you want (using xslt, sax, and friends. In openSUSE it is called xmlstarlet and comes with the installation CDs or DVD. These should make it easy to translate to and from LyX (when it finally goes fully XML). John O'Gorman My understanding is that, whatever happens with the LyX file format, we want it to remain possible to do the sort of simple scripting we all like to be able to do. The XML business is really just a matter of replacing things like this: \begin_layout Standard this. \end_layout \begin_layout Standard \begin_inset CommandInset bibtex LatexCommand bibtex bibfiles /tmp/bib options plain \end_inset \end_layout with things like this: layout name=Standard this. /layout layout name=Standard inset type=bibtext latex=bibtex bibfiles=/tmp/bib options=plain / /layout Just as easy to parse, I hope. Maybe even easier. That's not anything actually agreed or implemented It's not as easy to parse, but it's reasonable. If that's the extent of the XMLization of LyX, it should still be somewhat tweakable with Vim, Perl, etc. The real problems come in when they do things in XML that would be denormalization in a database. Store the paragraphs one place, and then store the *number of paragraphs* somewhere else, so if you add a paragraph and forget to increment the number, your doc no longer opens. Or treating the XML file like a relational database, where you have a list of styles with numbered IDs one place, and then have those numbers applied to paragraphs somewhere else. This is an excellent programming technique, but for the guy just trying to casually go in and tweak something, or casually trying to programmatically generate LyX data, it can be daunting indeed. Personally, I love having my style defs in the layout file and using the style names as their identifiers. Then there's this habit of people like OpenOffice, where the native format is a Zip file unzipping to different directories, each containing XML files and other types of files. Yeah, I just dare anyone to generate OpenOffice on the fly. I suggest that whatever you decide, you document the XML structure. I don't mean document as in it's open source, read the code. I mean document as in Here is the data hierarchy, here is the high level data design, here are our reasons for doing it this way, here are the data interdependencies, here are some tips for building LyX files programmatically and tweaking them either programmatically or with an editor. And here is a tutorial on building and tweaking LyX files without the LyX front end. I'm busy these days, but if you keep me in the loop I'll do at least a good chunk of that documentation. One more thing -- if you're going XML and don't want to reinvent the wheel, you'll be using someone else's XML parser. Please, please, PLEASE, don't make it some parser with tons of dependency so that the guy with a 2 year old distro can't compile LyX because of the XML parser. We already have enough problems with Qt dependencies. Thanks SteveT Steve Litt Recession Relief Package http://www.recession-relief.US -- Manveru jabber: [EMAIL PROTECTED] gg: 1624001 http://www.manveru.pl
Math Macro
A paper I'm writing has a googolplex of symbols with an \overrightarrow overhead. What would be the best way to make these insertions in math mode as quick as possible? Bruce
Re: Math Macro
Bruce Pourciau wrote:
A paper I'm writing has a googolplex of symbols with an
\overrightarrow overhead. What would be the best way to make these
insertions in math mode as quick as possible?
Well, you can shorten \overrightarrow by defining a quick math-macro, e.g.:
\newcommand{\ora}[1]{\overrightarrow{#1}}
Remember that you can actually type that into LyX, then highlight it,
and hit Ctrl-M to declare the macro. And then, if you like, you can
define a shortcut for this: math-insert \ora is the function you would
want.
rh
Re: Documentation of LyX functions (aka LFUNs)
On 24.07.08, Jürgen Spitzmüller wrote: > Pavel Sanda wrote: > > or we can put the .lyx file into LyX help menu. > I think it's a good idea, this is useful information. Maybe as an > appendix to Customization? Seconded. Günter
Re: The "\DeclareMathOperator"command in my lyx doesn't work,please help!
On 23.07.08, Richard heck wrote:
> LittleNew wrote:
>> I wanted to add a "\arccot" self-defined function in my
>> document, and I followed the help's instruction to add
>> "\DeclareMathOperator{\arccot}{arccot}" in "Document->settings...->LaTeX
>> Preamble", but after I did it, nothing happened.
...
> Is the problem that it doesn't look right in LyX itself or in the LaTeX
> output? I don't think it will look any different in LyX. But it should
> look right in the output.
To fix this in LyX, you would need to define a math-macro in a disabled
branch or a comment. (This works in LyX <= 1.5.5, I do not know about 1.6).
See the attachment for an example.
GM
Re: Progress on the MS Word to LyX conversion (xml)
On Wednesday 23 July 2008 19:24:16 Pavel Sanda wrote:
> this depends on what you master. i'm used on the bunch of small unix
> utilities so i gave that sed example. if you know python you will do in
> python. my point was not propose the best tools but to groan and moan about
> xml :)
FWIW this chunk is from one of my shell scripts:
echo $1
for i in {8..40}
do
echo -n '.'
w=`printf "%.2d0" $i`
f="dfa-$1-$w.dat"
./dfa -s -w $w < $1.dat | ./join-lag.py -l $w -r $1.dates > $f
cut -f1,2 $f | join -a1 dfa.dat - > tmp.dat
mv tmp.dat dfa.dat
done
So as you can see I know more than python. :-)
And yes I know this only works with bash, and that is OK with me. :-)
My point is that it is alright to use the small tools of the trade but we can
do better because lyx documents are richer than just pure text.
I am not saying that your usage is wrong what I claim is that we need better
script tools to handle lyx documents. Those tools should be stable across lyx
versions and should not depend of any particular file format.
> pavel
--
José Abílio
Re: We could really use search-for-environment and search-for-charstyle
On Wednesday 23 July 2008 19:16:49 Steve Litt wrote: > Hi all, > > One feature I think would be really helpful in LyX would be > search-for-environment and search-for-character-style. That way I wouldn't > need to go into Vim every time I wanted to locate a specific character > style. > > Thanks > > SteeveT I am not sure we have this in bigzilla but I agree it would be nice to have both in LyX and in bugzilla (if it is not there yet). Something that I had the need to recently was to find where a given bibliographic citation was used. Again another search issue. > Steve Litt > Recession Relief Package > http://www.recession-relief.US -- José Abílio
Re: We could really use search-for-environment and search-for-charstyle
José Matos wrote: On Wednesday 23 July 2008 19:16:49 Steve Litt wrote: Hi all, One feature I think would be really helpful in LyX would be search-for-environment and search-for-character-style. That way I wouldn't need to go into Vim every time I wanted to locate a specific character style. Thanks SteeveT I am not sure we have this in bigzilla but I agree it would be nice to have both in LyX and in bugzilla (if it is not there yet). Something that I had the need to recently was to find where a given bibliographic citation was used. Again another search issue. He he, in 1.6 you can use the navigator, there is a list of citation there in case you didn't notice :-) As for character style naigation, we could have something similar in 1.6.x. Abdel.
Re: We could really use search-for-environment and search-for-charstyle
On Wed, 23 Jul 2008, Steve Litt wrote: One feature I think would be really helpful in LyX would be search-for-environment and search-for-character-style. That way I wouldn't need to go into Vim every time I wanted to locate a specific character style. Hi Steve, You should send this to the developers' list, as I suspect you know:-) (Or add it to bugzilla of course) Hope the word->LyX conversion is going well, Christian -- Christian Ridderström, +46-8-768 39 44http://www.md.kth.se/~chr
Re: Progress on the MS Word to LyX conversion (xml)
On Wed, 23 Jul 2008, Steve Litt wrote: As a sed/awk/perl/ruby parser, I appreciate that very much. The more I think about it, the more I think I should make the XML->YAML and YAML->XML converters. That way, if future generations of LyX project programmers forget why it's important to space their XML "just so", it won't matter. Also, I have a feeling that YAML will be much easier to parse than either 1.5.x or XML. At first I'll do them in Ruby because Ruby has all that stuff built in and easy to do. Did you see José's post about how the lyx2lyx stuff is really inside a Python lib (module)? You'd probably only need a different kind of wrapper that calls this module, instead of reinventing everything in Ruby. /Christian -- Christian Ridderström, +46-8-768 39 44http://www.md.kth.se/~chr
Re: Documentation of LyX functions (aka LFUNs)
On Wed, 23 Jul 2008, Pavel Sanda wrote: Then we can link to that page from the page http://wiki.lyx.org/LyX/LyxFunctions and eventually integrate the results. i have already put the section here, so from my point of view its finished. Great. when 1.6 is out we can replace the whole page by the current version. Sounds good. or we can put the .lyx file into LyX help menu. dont know if others think its good idea. No opinion. by the way - Uwe, i have hidden wish - would it be possible for you to produce ONE BIG LYX documentation for all the manuals together (plus lfuns.lyx) - each file could be one part for example... ? Would you only use it to search for information? In that case, maybe having a version exported to HTML would be useful? we can even put this as main documentation link from our official site. You don't mean as a single web page do you...? It'd be _huge_. Still, I like the idea of having these special versions of the documentation available through the web site. /Christian -- Christian Ridderström, +46-8-768 39 44http://www.md.kth.se/~chr
Re: Documentation of LyX functions (aka LFUNs)
> On Wed, 23 Jul 2008, Pavel Sanda wrote: >> by the way - Uwe, i have hidden wish - would it be possible for you to >> produce ONE BIG LYX documentation for all the manuals together (plus >> lfuns.lyx) - each file could be one part for example... ? > > Would you only use it to search for information? In that case, maybe having > a version exported to HTML would be useful? > >> we can even put this as main documentation link from our official site. > > You don't mean as a single web page do you...? It'd be _huge_. while html version could be used for that too, i somehow like the idea, that we have one single huge pdf, we can call the Book :) pavel
Re: Progress on the MS Word to LyX conversion (xml)
> what I claim is that we need better > script tools to handle lyx documents. Those tools should be stable across lyx > versions and should not depend of any particular file format. frankly - these are nice dreams, but there is not manpower to do it. my feeling is that the xml-branch commit activity pefectly shows what will happen after the worst bugs will be repaired in xml merged trunk. or you have some particular developer in mind? :)) pavel
Re: We could really use search-for-environment and search-for-charstyle
Abdelrazak Younes wrote: > > As for character style naigation, we could have something similar in > 1.6.x. I was wondering yesterday if this could be used : http://doc.trolltech.com/4.4/qtxmlpatterns.html It works on non-xml data and you can mash-up in one structure the LyX format and the external sources for example the bib fields or files inserted. Cheers, Charles -- http://www.kde-france.org
Re: We could really use search-for-environment and search-for-charstyle
> On Wednesday 23 July 2008 19:16:49 Steve Litt wrote: > > Hi all, > > > > One feature I think would be really helpful in LyX would be > > search-for-environment and search-for-character-style. That way I wouldn't > > need to go into Vim every time I wanted to locate a specific character > > style. > > > > Thanks > > > > SteeveT > > I am not sure we have this in bigzilla but I agree it would be nice to have > both in LyX and in bugzilla (if it is not there yet). > > Something that I had the need to recently was to find where a given > bibliographic citation was used. Again another search issue. this debate is somehow connected with this thread http://www.mail-archive.com/[EMAIL PROTECTED]/msg141358.html then some general lfun for search would be easy. pavel
Re: replace text
Maybe LyX need chemistry mode similar to the math mode (with certainly less
options).
2008/7/23 Christopher Reeve <[EMAIL PROTECTED]>:
> I don't know about you, but I find having lots of ERTs in my document
> distracting and a bit annoying!
>
> My solution is similar but instead I use the math mode - that way I see the
> actual symbol I typed...
>
> eg, include the following line in your Preamble
> \newcommand{\hho}{\text{H}_2\text{O}}
>
> Then inside your document simply type Command-m (or Ctrl-m on a PC?) which
> starts the equation editor
> enter \hho as your equation and hit space a couple of times.
>
> You should now have a nice compiled H20 to look at in your LyX document.
>
> So that I can see for example the Angstrom symbol I type Command-m \text
> space \AA Command-end (ie \text{\AA}) so that I actuall can see it rather
> than an annoying ERT.
>
> Chris.
>
--
Manveru
jabber: [EMAIL PROTECTED]
gg: 1624001
http://www.manveru.pl
Re: Hollywood template author's address
Thomas King <[EMAIL PROTECTED]> writes: > > I looked through the archives and wiki, and didn't find an answer to > this issue (although it was mentioned on the devel list). The > hollywood.lyx template doesn't render the author's address. Is there > something I need to tweak first? > > Thank you, > Tom King > Sorry to be a pest, but does anyone know if there is a tweak for this issue besides changing the attribute away from author's address? Thanks!
Re: Whats wrong with tabluar?
It isn't a bug, it's the way it works, I suppose it is a way to emphasize the header line. You can modify easily your table : select the first line and remove the bottom border ( there is a button in the table tool bar ). Hope it helps. Siegfried
Whats wrong with tabluar?
I have made a 3x3 tabular. But for some reason the first row is seperated from the 2 last rows. Is this a bug in LyX? -- View this message in context: http://n2.nabble.com/Whats-wrong-with-tabluar--tp580261p580261.html Sent from the LyX - Users mailing list archive at Nabble.com.
Re: Problem with Lyx 1.5.5 (Windows, Miktex) when converting to PS
Michael Logies wrote: The 58 pages take 1:35 (95 seconds) with Lyx 1.5.5 (for PS) till gsview comes up with the error message (PIV, 3 GHz, 3 GB RAM, Win XP Prof.) Lyx 1.4.5 takes 1:25 and succeeds. Both need 6 rounds of Latex. I suspect the speed difference has less to do with the LyX version and more to do with misadventures in processing the exported LaTeX. You might try the following: export the document to LaTeX (using File->Export) in both LyX versions and compare the .tex files for differences. If you don't have a file comparison utility better than fc (which is a DOS command), you can download WinMerge (recommended) or zip them and post them here for one of us to look at. If the problem is a change in what LyX is exporting, that will help identify it. If it's not in the export, the only other thing I can think of is to look for a change in either the converter path (perhaps different options being used) or something relating to image processing (but the error messages make that unlikely). /Paul
Re: Whats wrong with tabluar?
bigblop, "first row is seperated from the 2 last rows" with a double line? This is the default setting for LyX tables. To remove, select a cell in the second row and deselect the top boarder in the table toolbar or in the table setting dialog box. z -- View this message in context: http://n2.nabble.com/Whats-wrong-with-tabluar--tp580261p580518.html Sent from the LyX - Users mailing list archive at Nabble.com.
Re: Progress on the MS Word to LyX conversion
I understand DTD simplicity... but it is no longer fresh these days. Schema allows better understanding and can be processed by XSLT. 2008/7/23 John <[EMAIL PROTECTED]>: > On Wednesday 23 July 2008 08:04:59 am Steve Litt wrote: > > On Tuesday 22 July 2008 11:32, rgheck wrote: > > > Steve Litt wrote: > > > > I don't know how it will be after LyX goes XML, but right now at > 1.5.3, > > > > converting my LyX code to something else by parsing the LyX native > code > > > > would be trivial. > This is probably teaching Grandma to suck eggs - but > There is a very good set of XML utilities available in Linux which alloy > you > easily parse and transform .xml files into almost anything you want (using > xslt, sax, and friends. In openSUSE it is called xmlstarlet and comes with > the installation CDs or DVD. > These should make it easy to translate to and from LyX (when it finally > goes > fully XML). > > John O'Gorman > > > > > > My understanding is that, whatever happens with the LyX file format, we > > > want it to remain possible to do the sort of simple scripting we all > > > like to be able to do. The XML business is really just a matter of > > > replacing things like this: > > > > > > \begin_layout Standard > > > this. > > > \end_layout > > > > > > \begin_layout Standard > > > \begin_inset CommandInset bibtex > > > LatexCommand bibtex > > > bibfiles "/tmp/bib" > > > options "plain" > > > > > > \end_inset > > > > > > > > > \end_layout > > > > > > with things like this: > > > > > > > > > this. > > > > > > > > > > > > options="plain" > > > /> > > > > > > Just as easy to parse, I hope. Maybe even easier. > > > > > > That's not anything actually agreed or implemented > > > > It's not as easy to parse, but it's reasonable. If that's the extent of > the > > XMLization of LyX, it should still be somewhat tweakable with Vim, Perl, > > etc. > > > > The real problems come in when they do things in XML that would be > > denormalization in a database. Store the paragraphs one place, and then > > store the *number of paragraphs* somewhere else, so if you add a > paragraph > > and forget to increment the number, your doc no longer opens. > > > > Or treating the XML file like a relational database, where you have a > list > > of styles with numbered IDs one place, and then have those numbers > applied > > to paragraphs somewhere else. This is an excellent programming technique, > > but for the guy just trying to casually go in and tweak something, or > > casually trying to programmatically generate LyX data, it can be daunting > > indeed. Personally, I love having my style defs in the layout file and > > using the style names as their identifiers. > > > > Then there's this habit of people like OpenOffice, where the native > format > > is a Zip file unzipping to different directories, each containing XML > files > > and other types of files. Yeah, I just dare anyone to generate OpenOffice > > on the fly. > > > > I suggest that whatever you decide, you document the XML structure. I > don't > > mean document as in "it's open source, read the code". I mean document as > > in "Here is the data hierarchy, here is the high level data design, here > > are our reasons for doing it this way, here are the data > interdependencies, > > here are some tips for building LyX files programmatically and tweaking > > them either programmatically or with an editor. And here is a tutorial on > > building and tweaking LyX files without the LyX front end. > > > > I'm busy these days, but if you keep me in the loop I'll do at least a > good > > chunk of that documentation. > > > > One more thing -- if you're going XML and don't want to reinvent the > wheel, > > you'll be using someone else's XML parser. Please, please, PLEASE, don't > > make it some parser with tons of dependency so that the guy with a 2 year > > old distro can't compile LyX because of the XML parser. We already have > > enough problems with Qt dependencies. > > > > Thanks > > > > SteveT > > > > Steve Litt > > Recession Relief Package > > http://www.recession-relief.US > > > -- Manveru jabber: [EMAIL PROTECTED] gg: 1624001 http://www.manveru.pl
Math Macro
A paper I'm writing has a googolplex of symbols with an \overrightarrow overhead. What would be the best way to make these insertions in math mode as quick as possible? Bruce
Re: Math Macro
Bruce Pourciau wrote:
A paper I'm writing has a googolplex of symbols with an
\overrightarrow overhead. What would be the best way to make these
insertions in math mode as quick as possible?
Well, you can shorten \overrightarrow by defining a quick math-macro, e.g.:
\newcommand{\ora}[1]{\overrightarrow{#1}}
Remember that you can actually type that into LyX, then highlight it,
and hit Ctrl-M to declare the macro. And then, if you like, you can
define a shortcut for this: "math-insert \ora" is the function you would
want.
rh
