Testing example code in LyX documents
Hi all I recently came across BoostBook and also python's DocTest module. These systems are designed your documentation to include sample code (ie examples of how to do stuff) in such a way that those code examples can be incorporated into test harnesses etc. This means that you can automatically run all of your code examples each time you update your documentation, and therefore be confident that your latest changes (to either you example or to your main code) haven't stopped your examples from working as expected. Is anyone using techniques like these with LyX? If so, how? Cheers JP -- John Pye Department of Mechanical and Manufacturing Engineering University of New South Wales, Sydney, Australia http://pye.dyndns.org/
Re: Alignment with Figures
On Tue, Mar 28, 2006 at 05:16:13PM -0600, Bruce Pourciau wrote: > How can I get each label aligned with, or roughly aligned with, the > horizontal center line of the bounding box of its figure? Put each figure inside a 1x1 tabular, then place the 1x1 tabular inside your original tabular where the figure used to be. You can use Layout->Tabular->Borders to remove the borders from the 1x1 tabular so that you do not have a second set of borders around the tabular. -- John C. McCabe-Dansted Masters Student
Re: Trouble compiling lyx 1.3.7 on Debian/sarge
Thank you! I got it to work by installing a few more packages. If you install the lyx package in sarge you get 1.3.4. Then I installed the following. Some of which may not be necessary. ii libqt3-dev 3.3.4-3Qt development files ii qt3-dev-tools 3.3.4-3Qt3 development tools ii libqt3-headers 3.3.4-3Qt3 header files ii libqt3c102 3.3.4-3Qt GUI Library, Version 3 ii libqt3-compat- 3.3.4-3Qt 1.x and 2.x compatibility includes ii libqt3c102-mt 3.3.4-3Qt GUI Library (Threaded runtime version), V (the indented oned were installed because libqt3-dev dependencies) configure with the --with-qt-dir=/usr/share/qt3 make; make install Voila! Thanks again. -Greg On Mon, Mar 27, 2006 at 05:32:37PM -0700, Gregory Meymaris wrote: > Hello, > > I am trying to compile lyx 1.3.7 on Debian/sarge but I am not having > much luck. I've attached the config.log file. Shown below is the > error message. It's probably that I either don't have the correct > packages installed or I don't have all the paths I need when I > 'configure'. On the other hand, when I look on the web for > badSuperclassWarning, it appears to in qobject.h. That is in > /usr/share/qt3//include, which is -I'ed in, but badSuperclassWarning > is not defined in there. > > Anyone have any thoughts? > > Thanks in advance! > > -Greg > > > ~dpkg -l "libqt*"|grep ^i > ii libqt3-headers 3.3.4-3Qt3 header files > ii libqt3-mt-dev 3.3.4-3Qt development files (Threaded) > ii libqt3c102-mt 3.3.4-3Qt GUI Library (Threaded runtime version), V > > > make[6]: Entering directory `/opt/lyx_src/lyx-1.3.7/src/frontends/qt2/ui/moc' > if /bin/sh ../../../../../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I. > -I../../../../../src -I../../../../../src -I../../../../../src/frontends > -I../../../../../src/frontends/controllers -I./qt2 -I/usr/share/qt3//include > -I../../../../../boost -isystem /usr/X11R6/include -DQT_CLEAN_NAMESPACE > -DQT_GENUINE_STR -DQT_NO_STL -DQT_THREAD_SUPPORT -DQT_NO_TRANSLATION -O -MT > BiblioModuleBase_moc.lo -MD -MP -MF ".deps/BiblioModuleBase_moc.Tpo" -c -o > BiblioModuleBase_moc.lo BiblioModuleBase_moc.C; \ > then mv -f ".deps/BiblioModuleBase_moc.Tpo" ".deps/BiblioModuleBase_moc.Plo"; > else rm -f ".deps/BiblioModuleBase_moc.Tpo"; exit 1; fi > g++ -DHAVE_CONFIG_H -I. -I. -I../../../../../src -I../../../../../src > -I../../../../../src/frontends -I../../../../../src/frontends/controllers > -I./qt2 -I/usr/share/qt3//include -I../../../../../boost -isystem > /usr/X11R6/include -DQT_CLEAN_NAMESPACE -DQT_GENUINE_STR -DQT_NO_STL > -DQT_THREAD_SUPPORT -DQT_NO_TRANSLATION -O -MT BiblioModuleBase_moc.lo -MD > -MP -MF .deps/BiblioModuleBase_moc.Tpo -c BiblioModuleBase_moc.C > BiblioModuleBase_moc.C:30: error: no `void > BiblioModuleBase::initMetaObject()' >member function declared in class `BiblioModuleBase' > BiblioModuleBase_moc.C: In member function `void >BiblioModuleBase::initMetaObject()': > BiblioModuleBase_moc.C:34: error: `badSuperclassWarning' undeclared (first > use >this function) > BiblioModuleBase_moc.C:34: error: (Each undeclared identifier is reported > only >once for each function it appears in.) > BiblioModuleBase_moc.C: In static member function `static QMetaObject* >BiblioModuleBase::staticMetaObject()': > BiblioModuleBase_moc.C:68: error: no matching function for call to > `QMetaObject >::new_metaobject(const char[17], const char[8], int, int, int, int, int, >int, int, int, int, int)' > /usr/share/qt3/include/qmetaobject.h:211: error: candidates are: static >QMetaObject* QMetaObject::new_metaobject(const char*, QMetaObject*, const >QMetaData*, int, const QMetaData*, int, const QMetaProperty*, int, const >QMetaEnum*, int, const QClassInfo*, int) > /usr/share/qt3/include/qmetaobject.h:219: error: static >QMetaObject* QMetaObject::new_metaobject(const char*, QMetaObject*, const >QMetaData*, int, const QMetaData*, int, const QMetaProperty*, int, const >QMetaEnum*, int, bool (*)(QObject*, int, int, QVariant*), const > QClassInfo*, >int) > BiblioModuleBase_moc.C:69: error: `set_slot_access' undeclared (first use > this >function) > make[6]: *** [BiblioModuleBase_moc.lo] Error 1 > make[6]: Leaving directory `/opt/lyx_src/lyx-1.3.7/src/frontends/qt2/ui/moc' > make[5]: *** [all-recursive] Error 1 > make[5]: Leaving directory `/opt/lyx_src/lyx-1.3.7/src/frontends/qt2/ui' > make[4]: *** [all-recursive] Error 1 > make[4]: Leaving directory `/opt/lyx_src/lyx-1.3.7/src/frontends/qt2' > make[3]: *** [all-recursive] Error 1 > make[3]: Leaving directory `/opt/lyx_src/lyx-1.3.7/src/frontends' > make[2]: *** [all-recursive] Error 1 > make[2]: Leaving directory `/opt/lyx_src/lyx-1.3.7/src' > make[1]: *** [all] Error 2 > make[1]: Leaving directory `/opt/lyx_src/lyx-1.3.7/src' > make: *** [all-recursiv
Alignment with Figures
Suppose I have two figures, labeled 1 and 2, which I would like to display vertically, with their labels on the left, like so: 1 fig 2 fig Using a list or tabular environment, each label ends up horizontally aligned with the bottom of the bounding box for its figure. Of course the labels then look far too low, almost like this: fig 1 fig 2 How can I get each label aligned with, or roughly aligned with, the horizontal center line of the bounding box of its figure? Thanks for any suggestions. Bruce
Instant Preview doesn't work with "Input: lyxmacros.lyx"
When using Instant Preview it works on small example files, however when I use it on a file that has a "Input: lyxmacros.lyx" it doesn't work, because it does not include the math-macros in lyxmacros.lyx into the preview file. (using 1.3.7) -- John C. McCabe-Dansted Master's Student
Re: size of table and pictures and files in .lyx
Dominique Bünzli wrote: Hello, I have a big table and a big picture (inserted via float --> figure and then --> graphics) . The problem is that they are getting out of the page when I export to pdf. LyX isn't resizing automatically the table/picture so that it displays in whole in my output. Is there a way to do that ? If you right click the graphic in LyX, you can set the width or height (or both) to either fixed sizes or a percentage of some page measure. I usually use 'text%' (a percentage of the text area dimensions), but you might want 'page%'. You can set just one of width and height and tell LyX to maintain the aspect ratio. I don't know an easy way to scale tables, other than to highlight the whole table and change the font size to something smaller. There's also the longtable option, which stretches a table across multiple pages. The other question I have is how do you embed the pictures into the lyx file ? Is it possible or do you have to keep the pictures apart from the lyx file ? The only way I know to insert a picture in a LyX file so that it is literally part of the LyX file is to draw it in ERT (using, say, pgf). If the picture is a binary file, it has to be separate. (LyX docs are text files.) /Paul
FIXED: Re: memoir (and other classes) unavailable
It turned out I just needed to Edit -> Reconfigure and restart LyX. I think this normally would not have been necessary, except that when I upgraded my workstation to AMD64, and effectively changed Linux distributions in the process, I pulled the old hard drive out of my 32-bit system and placed it in the new one (along with /home/amax/.lyx/*). I believe memoir was not installed on the old system, and that is why the reconfigure was necessary. Thanks, Paul. Aaron On Saturday 25 March 2006 09:59 am, Aaron Maxwell wrote: > Hi, I'm using LyX 1.3.6 on Debian Linux x86_64 (testing). I'm > attempting to use the memoir document class. In the Layout -> > Document dialog, the line item for memoir says "Unavailable: memoir". > I can select that option but obviously LyX is not able to generate a > document from it. Is there some way I can make memoir > useable/available to LyX? > > I have verified that the memoir class is correctly installed on my > system (by writing a latex doc that uses it, and successfully > creating the dvi). Also, under the View -> TeX Information menu > item, LyX is able to show the memoir.cls file and its contents. > > Help is much appreciated, thank you in advance. -- Peace, Aaron Maxwell - http://redsymbol.net
size of table and pictures and files in .lyx
Hello, I have a big table and a big picture (inserted via float --> figure and then --> graphics) . The problem is that they are getting out of the page when I export to pdf. LyX isn't resizing automatically the table/picture so that it displays in whole in my output. Is there a way to do that ? The other question I have is how do you embed the pictures into the lyx file ? Is it possible or do you have to keep the pictures apart from the lyx file ? Thanks in advance for your answers. Dominique
Re: memoir (and other classes) unavailable
Aaron Maxwell wrote: Hi, I'm using LyX 1.3.6 on Debian Linux x86_64 (testing). I'm attempting to use the memoir document class. In the Layout -> Document dialog, the line item for memoir says "Unavailable: memoir". I can select that option but obviously LyX is not able to generate a document from it. Is there some way I can make memoir useable/available to LyX? I have verified that the memoir class is correctly installed on my system (by writing a latex doc that uses it, and successfully creating the dvi). Also, under the View -> TeX Information menu item, LyX is able to show the memoir.cls file and its contents. Help is much appreciated, thank you in advance. If the memoir class was installed after LyX, you need to do Edit->Reconfigure in LyX so that LyX knows it's there. If that's not the problem, verify that memoir.layout exists in the LyX layout directory. /Paul
Re: XHTML output
Jordi Espasa Clofent wrote: Hi stephen, I've tried the XHTML output option of OpenOffice Writer in *.odt document and it seems work fine. Indeed, very fine: I've put the obtained XHTML code in W3M code validator and the results have been completely satisfactories. In spite of my problem is resolved, I still wonder if is possible that generate XHMTL code from *.lyx document. Thanks again. Well, you originally asked: "Is there some tools to convert lyx file to XHTML file?" If you meant is there one tool, one converter, the answer is no. In LyX1.4.x you will find a Docbook converter which is a step in the right direction. LyX uses helper applications (other tools) such as Latex. Latex frequently comes htlatex which converts a .tex file (LyX can export a .lyx file to .tex) into html. During installation, LyX checks for a list of converters, but not a .lyx to Xhtml converter, because I am pretty sure no such thing exists, free or commercial. So I suggested the Python scripts of Nick Thomas, which is actually a remarkable possibility, to convert .lyx to OpenOffice and from OpenOffice to XHTML. The development for LyX schedules Unicode for the release of LyX1.5 and XML for 1.6 which will be more than a year away. Perhaps LyX1.6/XML will provide a simpler converting method. The more complicated (design complexity, number of steps and different tools) that a conversion goes through makes the conversion more problematic, so that they are approximations and need to be proofread. It's a mathematical principle that sufficiently complicated conversions do not have a rule/algorithm (COLT) that either humans or computers can discover/anticipate even if such a rule exists. Regards, Stephen
Re: XHTML output
___/ On Tue 28 Mar 2006 18:35:30 BST, [ Stephen Harris ] wrote : \___ Jordi Espasa Clofent wrote: Hi all, I need generate technical documentation in XHTML. I know the HTML ouput is possible with severals tools (like latex2html, after convert lyx file in tex file, of course) But ¿Is there some tools to convert lyx file to XHTML file? Thanks. I notice that OpenOffice has an option to Export to XHTML. http://marc.theaimsgroup.com/?l=lyx-docs&m=114314347303091&w=2 Nick Thomas recently wrote: "I much like lyx, but have the need to convert to word-processor format on occasions. I have written two Python programs that convert to OpenOffice format, and for example your UserGuide is converted successfully." SH: Nick's programs aren't generally available yet, but perhaps you could write him in order to obtain the programs and then test the converted UserGuide in OpenOffice with Export as XHTML. Maybe this will be helpful, Stephen Hi, Here is an alternative approach. Be aware that, from a W3C standards point-of-view, lyx2html/latex2html do *not* produce good markup. They are rather out-of-date and out-of-touch when it comes to certain design practices. This statement is subjective and may also refer to older versions of the tool below. Regardless: HTMLTidy is a popular tool for sanitising input HTML files and converting them to proper, sometimes valid, (X)HTML. I suggest you have a look at: * http://tidy.sourceforge.net/ (I was recently told it has an added command-line option for XHTML) * http://www22.brinkster.com/beeandnee/techzone/articles/htmltoxhtml.asp Hope it helps, Roy -- Roy S. Schestowitz http://Schestowitz.com |SuSE Linux ¦ PGP-Key: 0x74572E8E 9:00pm up 20 days 10:45, 8 users, load average: 1.10, 0.81, 0.73
Re: XHTML output
Hi stephen, I've tried the XHTML output option of OpenOffice Writer in *.odt document and it seems work fine. Indeed, very fine: I've put the obtained XHTML code in W3M code validator and the results have been completely satisfactories. In spite of my problem is resolved, I still wonder if is possible that generate XHMTL code from *.lyx document. Thanks again. -- Salut, Jordi Espasa pgpnm8JKRsiyK.pgp Description: PGP signature
Re: correct page break + numbering after floats
I solved it! The problem was that the picture on the library page was
bigger than the available textarea of the page. And this, for some
reason I don't know, caused a blank page to be printed before the
picture... Anyway, I made the text area slightly bigger with changepage
from the chngpage package in ERT, and it all worked fine!
/Sara
john wrote:
>On Mon, Mar 27, 2006 at 11:29:27AM +0200, Sara Stymne wrote:
>
>
>>I have tried that, and putting it in the middle of the page to, but it
>>is not working, because I get an extra blank page before the library
>>page and empty gets applied to that, and the library page still gets
>>headings. I get this blank page regardless of using \clearpage or
>>\cleardoublepage.
>>
>>
>
>I was not referring to this case.
>
>
>
>>If I use the LyX menue page break between the tables I
>>do not get the extra blank page,
>>
>>
>
>This was the case I was referring to.
>
>
>
>>but then \thispagestyle{empty} is
>>applied to the last table page instead of the library page.
>>
>>
>
>It seems strange that is would be the case, even if the
>\thispagestyle{empty} was placed at the end of the library page.
>
>Could you mail me a file where this occurs so that I can see what is
>happening?
>
>
>
>>/Sara
>>
>>
>
>--
>John C. McCabe-Dansted
>Masters Student
>
>
Re: XHTML output
Jordi Espasa Clofent wrote: Hi all, I need generate technical documentation in XHTML. I know the HTML ouput is possible with severals tools (like latex2html, after convert lyx file in tex file, of course) But ¿Is there some tools to convert lyx file to XHTML file? Thanks. I notice that OpenOffice has an option to Export to XHTML. http://marc.theaimsgroup.com/?l=lyx-docs&m=114314347303091&w=2 Nick Thomas recently wrote: "I much like lyx, but have the need to convert to word-processor format on occasions. I have written two Python programs that convert to OpenOffice format, and for example your UserGuide is converted successfully." SH: Nick's programs aren't generally available yet, but perhaps you could write him in order to obtain the programs and then test the converted UserGuide in OpenOffice with Export as XHTML. Maybe this will be helpful, Stephen
XHTML output
Hi all, I need generate technical documentation in XHTML. I know the HTML ouput is possible with severals tools (like latex2html, after convert lyx file in tex file, of course) But ¿Is there some tools to convert lyx file to XHTML file? Thanks. -- Salut, Jordi Espasa pgpCxst1rqXKy.pgp Description: PGP signature
keymap/.cdef for umlauts on american keykoard
Hello everybody,
I have a question regarding keymaps:
I use an "american" keyboard and write mostly in
english, but sometimes I have to write german texts.
Therfore I need umlauts.
Right now I use LyX 1.4.0 under RedHat (Fedora). My
keymap is the default american.kmap.
Everything works fine on screen. When I type ":" plus
o I get an "umlaut o" which is great for me.
But when I export my text as a .tex-file I get weird
letters instead of \"{o} for example.
How can I change that?? Do I have to change my .cdef
and/or .kmap files??
Or is it a problem whith my text editor (to open the
exported .tex-file) using a different standard?
Thanks a lot for your help,
-helmut
___
Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de
Re: Editing equations in 1.4.0 much clumsier than in 1.3.5!
> "Davide" == Davide Cescato <[EMAIL PROTECTED]> writes:
Hello Davide,
Davide> 1. (major bug) Type a symbol with both an subscript and a
Davide> superscript (such as $a_{b}^{c}). If you erase the superscript
Davide> {c}, then the subscript {b} disappears too.
Will be fixed in 1.4.1.
Davide> 2. Suppose you typed $a+b^{c}$ and you want to erase $b^{c}$.
Davide> In 1.3.5, you just place the cursor between + and 'a', push
Davide> the "del" once, and it's gone. In 1.4.0, you have to press
Davide> "del" twice, since the first press only *selects* b^{c}...
Davide> What is the point of having to press twice instead of once? In
Davide> 1.3.5, pressing "del" once is enough. If you by mistake delete
Davide> too much, you can just use Ctrl+Z to undo. I find this
Davide> approach more practical.
This is by design for all `complex' insets. It could be easily reverted.
Davide> 3. Type $ab^{c}$ and try to select just $b^{c}$ by placing the
Davide> mouse between $a$ and $b$, clicking and dragging to the right.
Davide> It does not work. You have to click when the mouse is *just
Davide> on* the $b$, and then drag to the right. In 1.3.5, both ways
Davide> worked.
There will be improvements in cursor placement in 1.4.1.
Davide> 4. Create a eqnarray or AMS align environment. In 1.3.5, you
Davide> can use the Tab key to jump from an input field to the next
Davide> one, in 1.4.0 it does not work.
Works here.
Davide> 5. (minor issue compared to the previous ones) After creating
Davide> a math-macro by typing "M-x math-macro xyz", the cursor is
Davide> outside of the macro definition field, and you have to move it
Davide> inside before you can start editing the macro. In 1.3.5, the
Davide> cursor is just where you need it: inside the macro definition
Davide> field.
The code that puts the cursor in the right position has been commented
out. I do not know why.
Davide> I wonder what the reasons for such un-optimizations are...
New features added, old bugs fixed, and therefore new bugs added.
JMarc
Re: Editing equations in 1.4.0 much clumsier than in 1.3.5!
Davide Cescato wrote:
Hello,
I am using LyX on a Debian-powered x86 machine.
I switched back to version 1.3.5 since editing in math mode (i.e.,
inside the magenta-coloured boxes created with Ctrl+M or Ctrl+Shift+M)
is way better there than in version 1.4.0!
1.4.0 have some rough edges. Some of this already works better in the
development version (1.5.0svn) though.
Here are a few frustrating "bad behaviours" that I found in math mode
in 1.4.0. (the '$' signs delimit what has to be typed in math mode)
1. (major bug) Type a symbol with both an subscript and a superscript
(such as $a_{b}^{c}). If you erase the superscript {c}, then the
subscript {b} disappears too.
This seems fixed. I can erase the superscript only, by placing the
cursor at the start
of superscript and press del, or at the end of superscript and press
backspace.
2. Suppose you typed $a+b^{c}$ and you want to erase $b^{c}$. In
1.3.5, you just place the cursor between + and 'a', push the "del"
once, and it's gone. In 1.4.0, you have to press "del" twice, since
the first press only *selects* b^{c}... What is the point of having to
press twice instead of once? In 1.3.5, pressing "del" once is enough.
If you by mistake delete too much, you can just use Ctrl+Z to undo. I
find this approach more practical.
1.5 is still like this, consider filing a bug at bugzilla.lyx.org
3. Type $ab^{c}$ and try to select just $b^{c}$ by placing the mouse
between $a$ and $b$, clicking and dragging to the right. It does not
work. You have to click when the mouse is *just on* the $b$, and then
drag to the right. In 1.3.5, both ways worked.
I can make such a selection. Now, "between a and b", and "just on the b" are
positions so close to each other that I can't really notice the difference.
Or did I misunderstand you?
For click and drag to the left, 1.4.0 has a similar issue (it is even
impossible to place the cursor just on the right of $b^{c}$ by
clicking between $b^{c}$ and the right edge of the math-mode box).
I can place the cursor there (to the right of b^c, still inside math)
but it is
a narrow place indeed. It is easier to reach using the keyboard.
4. Create a eqnarray or AMS align environment. In 1.3.5, you can use
the Tab key to jump from an input field to the next one, in 1.4.0 it
does not work.
Tab does the trick here. Did you try lyx-qt or lyx-xforms?
I wonder what the reasons for such un-optimizations are... I hope that
I am not the only one who finds 1.3.5 better.
Nobody goes around saying - "hey - lets make this a bit more difficult!"
But a lot of things have been changed, sometimes forcing reimplementation
of details. Some cases will be different than before, it is then only a
matter
of getting used to the new way. Other cases are true pessimizations, and
it is good that you report them. Consider posting such things to the
developer
list, and file bug reports so they won't be forgotten.
Helge Hafting
Editing equations in 1.4.0 much clumsier than in 1.3.5!
Hello,
I am using LyX on a Debian-powered x86 machine.
I switched back to version 1.3.5 since editing in math mode (i.e.,
inside the magenta-coloured boxes created with Ctrl+M or Ctrl+Shift+M)
is way better there than in version 1.4.0!
Here are a few frustrating "bad behaviours" that I found in math mode in
1.4.0. (the '$' signs delimit what has to be typed in math mode)
1. (major bug) Type a symbol with both an subscript and a superscript
(such as $a_{b}^{c}). If you erase the superscript {c}, then the
subscript {b} disappears too.
2. Suppose you typed $a+b^{c}$ and you want to erase $b^{c}$. In 1.3.5,
you just place the cursor between + and 'a', push the "del" once, and
it's gone. In 1.4.0, you have to press "del" twice, since the first
press only *selects* b^{c}... What is the point of having to press twice
instead of once? In 1.3.5, pressing "del" once is enough. If you by
mistake delete too much, you can just use Ctrl+Z to undo. I find this
approach more practical.
3. Type $ab^{c}$ and try to select just $b^{c}$ by placing the mouse
between $a$ and $b$, clicking and dragging to the right. It does not
work. You have to click when the mouse is *just on* the $b$, and then
drag to the right. In 1.3.5, both ways worked. For click and drag to the
left, 1.4.0 has a similar issue (it is even impossible to place the
cursor just on the right of $b^{c}$ by clicking between $b^{c}$ and the
right edge of the math-mode box).
4. Create a eqnarray or AMS align environment. In 1.3.5, you can use the
Tab key to jump from an input field to the next one, in 1.4.0 it does
not work.
5. (minor issue compared to the previous ones) After creating a
math-macro by typing "M-x math-macro xyz", the cursor is outside of the
macro definition field, and you have to move it inside before you can
start editing the macro. In 1.3.5, the cursor is just where you need it:
inside the macro definition field.
I wonder what the reasons for such un-optimizations are... I hope that I
am not the only one who finds 1.3.5 better.
Regards
Davide
