RE: Pagebreak after table
On 08-Jun-2001 Michael Schmitt wrote: >9. There are still infinite repaintings (very often, indeed) I can not confirm this! With the actual cvs version I don't suffer this any more. But if you can come up with a test case?! > 14a. Still does not work - but even for normal text (not specific to > tables) Only "smaller" does not work? Some GUII related to the new dialog? Well it seems to work for me at least! Are you sure this is not font related? > 14b. Side effect: Changing the font size corrupts the cursor. What exactly do you mean with this? I don't see anything strange with the cursor here! Jürgen -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED] Italienallee 13/N Tel/Fax: +39-0471-450260 / +39-0471-450253 I-39100 Bozen Web: http://www.sad.it/~jug -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ "I'd love to go out with you, but there are important world issues that need worrying about."
www.lyx.org is now XHTML-1.0
I have applied Michael Koziarski's patch. Made a couple of tiny changes and added an announcement on the news page. Most pages should be valid apart from all the LDN's from last year. I'll get onto these soon. Devvies, beware that environments like cannot span across multiple paragraphs -- they have to be opened and closed in the matching order. That is, is valid while: ... is invalid. Also be aware that tags like , and should be of the form: , and . Cheers, Allan. (ARRae)
Re: GUI TeX
On Thu, 7 Jun 2001, Amir Karger wrote: > On Thu, Jun 07, 2001 at 12:38:40PM +0100, Simon Dales wrote: > > UKTUG is having an informal meeting in Oxford 27th July 2001. We are > > going to be discussing GUI frontends to TeX, and obviously LyX is part > > of that canon. Would you like send a delegate/speaker? > > > > I don't know all of your emails, so I just picked this from the bottom > > of your webpage > > Hello, Simon. > > Thanks for your email. I'd love to come, but I'm a bit far from England. We > do have a couple Brits on the development team who might be able to make it. > I'm forwarding this to the lyx development list, where they'll see it. You > can address any future correspondence to that address, too. Here you go Angus. It's your turn to get us an endorsement. "LyX -- The only WYSIWYM document processor officially endorsed by the UKTUG" could be a nice little addition to the website and splash page. Hmmm... There's a point. Maybe we should add our current sponsor to the splash page for LyX? Allan. (ARRae)
Re: LyX 1.1.6fix3 and namespaces
On 07-Jun-2001 Lars Gullik Bjønnes wrote: > I just fixed that... Jürgen added something to a file that he > shouldn't have... > > I'll commit in a little bit. Sorry you're right! Hopefully you can fix it for all of us. Jürgen -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED] Italienallee 13/N Tel/Fax: +39-0471-450260 / +39-0471-450253 I-39100 Bozen Web: http://www.sad.it/~jug -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Tempt me with a spoon!
Re: LyX 1.1.6fix3 and namespaces
Juergen Vigna <[EMAIL PROTECTED]> writes: | On 07-Jun-2001 Lars Gullik Bjønnes wrote: | | > I just fixed that... Jürgen added something to a file that he | > shouldn't have... | > | > I'll commit in a little bit. | | Sorry you're right! Hopefully you can fix it for all of us. If your --with-included-string does not work you have to tell the errors. -- Lgb
Re: [PATCH] remove KDE frontend
> "Yves" == Yves Bastide <[EMAIL PROTECTED]> writes: Yves> About autoconf 2.50: I've prepared a patch with compatibility Yves> macros, but it needs to be cleaned up a bit. Great! JMarc
table and platform problem
hi i have a ugly problem with tables made with lyx-1.1.6fix(1,2) on win32: 1.1.6fix(1,2) on linux can't read them correctly but it can be read with 1.2.0cvs, and when i save it, it can also be read with 1.1.6 (both linux and win) but i have a "Floatstable" now what to do? lyx output and testfile is attached test.lyx - made under win lyx.out - output from 1.1.6 under linux test2.lyx - made with 1.2 test2.diff - only difference are the floats -- thx ronny Wrong tabular format (expected got ) Solitary \end_inset. Missing \begin_inset?. Last inset read was: Text Wrong tabular format (expected got ) Solitary \end_inset. Missing \begin_inset?. Last inset read was: Text About to handle -x 'buffer-export latex' moving /tmp/lyx_tmpdir3941J6iY3i/lyx_tmpbuf39414Phxxm/test.tex to /home/ronny/lyx-test/test.tex Dokument wurde als LaTeX exportiert in die Datei `~/lyx-test/test.tex' We are done! #LyX 1.1 created this file. For more info see http://www.lyx.org/ \lyxformat 218 \textclass scrartcl \begin_preamble \renewcommand{\footrulewidth}{0.4pt} \let\oldAuthor\author \renewcommand{\author}[1]{\newcommand{\myAuthor}{#1}\oldAuthor{#1}} \lfoot{\myAuthor} \cfoot{} \rfoot{\thepage} \usepackage[dvips]{hyperref} \end_preamble \options german,pointlessnumbers \language english \inputencoding auto \fontscheme pslatex \graphics default \float_placement h \paperfontsize 12 \spacing single \papersize a4paper \paperpackage a4 \use_geometry 0 \use_amsmath 0 \paperorientation portrait \secnumdepth 4 \tocdepth 3 \paragraph_separation indent \defskip medskip \quotes_language german \quotes_times 2 \papercolumns 1 \papersides 1 \paperpagestyle fancy \layout Subsection Gliederung, Zeitplan \layout Standard Die Diplomarbeit werde ich in die folgende Schritte gliedern, die als Zielstellu ng zu den angegebenen Terminen abgeschlossen sein sollen (Tabelle \begin_inset LatexCommand \prettyref{tab:zeitplan} \end_inset ). \layout Standard \begin_float tab \layout Standard \align center \family sans \begin_inset Tabular \begin_inset Text \layout Standard \family sans \series bold Abschnitt \end_inset \begin_inset Text \layout Standard \family sans \series bold Abschlusstermin \end_inset \begin_inset Text \layout Standard \family sans Ist- und Problemanalyse \end_inset \begin_inset Text \layout Standard \family sans 18. Juni \end_inset \begin_inset Text \layout Standard \family sans Ausarbeitung von Prinzipvarianten \end_inset \begin_inset Text \layout Standard \family sans 2. Juli \end_inset \begin_inset Text \layout Standard \family sans Entscheidung über eine Variante \end_inset \begin_inset Text \layout Standard \family sans 9. Juli \end_inset \begin_inset Text \layout Standard \family sans Konstruktive Ausarbeitung \end_inset \begin_inset Text \layout Standard \family sans 30. Juli \end_inset \begin_inset Text \layout Standard \family sans Bau Prototyp+ Dauerlauf \end_inset \begin_inset Text \layout Standard \family sans 27. August \end_inset \begin_inset Text \layout Standard \family sans Auswertung und Abgabe \end_inset \begin_inset Text \layout Standard \family sans 7. September \end_inset \end_inset \layout Caption \begin_inset LatexCommand \label{tab:zeitplan} \end_inset Zeitplan \end_float \layout Subsection Konventionen \layout Standard In allen Skizzen wird, soweit nicht anders angegeben, die Lage der Radwascheinri chtung wie in Abbildung \begin_inset LatexCommand \prettyref{abb:rawa_schema} \end_inset dargestellt. Das Gehäuse ist in schwarz mit fetten Linien dargestellt, wichtige Funktionstei le sind blau hervorgehoben. \layout Standard \begin_float tab \layout Standard \align center \begin_inset Tabular \begin_inset Text \layout Standard \family sans \series bold Abkürzung / Formelzeichen \end_inset \begin_inset Text \layout Standard \family sans \series bold Bedeutung \end_inset \begin_inset Text \layout Standard \begin_inset Formula \( A \) \end_inset \end_inset \begin_inset Text \layout Standard Flächeninhalt \end_inset \begin_inset Text \layout Standard \begin_inset Formula \( C \) \end_inset \end_inset \begin_inset Text \layout Standard Federkonstante, Federrate \end_inset \begin_inset Text \layout Standard \begin_inset Formula \( d \) \end_inset \end_inset \begin_inset Text \layout Standard Durchmesser \end_inset \begin_inset Text \layout Standard \begin_inset Formula \( F \) \end_inset \end_inset \begin_inset Text
RE: Pagebreak after table
On Fri, 8 Jun 2001, Juergen Vigna wrote: > >9. There are still infinite repaintings (very often, indeed) > > I can not confirm this! With the actual cvs version I don't suffer this > any more. But if you can come up with a test case?! Very strange. I checked that indeed I work with the latest sources. As a kind of proof for the phenomenon described above, I send you the 10 first entries of an almost endless backtrace. I got it when I started lyx, opened a new document, inserted a 5x5 table and put a sequence of "e e e e e e e " in the top left (first) cell. You can get the remaining 2345 frames if you like to :-) Program received signal SIGSEGV, Segmentation fault. 0x4010b319 in _XGetAsyncData () from /usr/X11R6/lib/libX11.so.6 (gdb) #0 0x4010b319 in _XGetAsyncData () fro m /usr/X11R6/lib/libX11.so.6 #1 0x4010b8f9 in _XGetAsyncData () from /usr/X11R6/ lib/libX11.so.6 #2 0x4010ebbd in _XFlush () from /usr/X11R6/lib/libX11.so.6 #3 0 x400f0a5b in XDrawLine () from /usr/X11R6/lib/libX11.so.6 #4 0x808a06a in Painte r::line (this=0x83cc44c, x1=589, y1=106, x2=589, y2=146, col=tabularline, ls =line_solid, lw=line_thin) at Painter.C:84 #5 0x81b566c in InsetTabular::DrawCel lLines (this=0x83fe278, pain=@0x83cc44c, x=589, baseline=135, row=2, cell=11 ) at insettabular.C:414 #6 0x81b4eae in InsetTabular::draw (this=0x83fe278, bv=0 x83cc328, font=@0xbf80073c, baseline=135, x=@0xbf800858, cleared=true) at insettabular.C:292 #7 0x813d8cf in LyXText::draw (this=0x83ab968, bview=0x83cc3 28, row=0x83abb38, vpos=@0xbf800838, offset=0, x=@0xbf800858, cleared=true) at text.C:435 #8 0x81495f0 in LyXText::GetVisibleRow (this=0x83ab968, bview=0 x83cc328, y_offset=0, x_offset=0, row_ptr=0x83abb38, y=0, cleared=false) at text.C:3482 #9 0x812760c in LyXScreen::DrawOneRow (this=0x83ff990, text=0x83a b968, bv=0x83cc328, row=0x83abb38, y_text=0, y_offset=0, x_offset=0) at s creen.C:154 #10 0x8127ff1 in LyXScreen::Update (this=0x83ff990, text=0x83ab968, bv=0x83cc328, y_offset=0, x_offset=0) at screen.C:430 == > > 14a. Still does not work - but even for normal text (not specific to > > tables) > > Only "smaller" does not work? Some GUII related to the new dialog? > Well it seems to work for me at least! Are you sure this is not > font related? I don't know exactly what you mean by "font related". I made another test and found out that it is possible to set the font size to "smaller" by using the character dialog whereas this does not work by pressing "M-s S". The same applies to "huger" (I haven't tested all other sizes). > > 14b. Side effect: Changing the font size corrupts the cursor. > > What exactly do you mean with this? I don't see anything strange with the > cursor here! Make a 5x5 table, enter some text in the third line, mark a substring and set its size to huger using the character dialog. You will notice that the cursor (vertical line) is placed incorrectly (the cursor is not aware that the cell starts lower on screen now ("lower" is probably not the correct English word but I don't know any better phrase) ( michael.usefulComments() ) ? juergen.setHappy() : michael.moreInfo(juergen); Michael -- == Michael Schmittphone: +49 451 500 3725 Institute for Telematics secretary: +49 451 500 3721 Medical University of Luebeck fax: +49 451 500 3722 Ratzeburger Allee 160 eMail: [EMAIL PROTECTED] D-23538 Luebeck, Germany WWW: http://www.itm.mu-luebeck.de ==
Re: LyX 1.1.6fix3 and namespaces
On 08-Jun-2001 Lars Gullik Bjønnes wrote: > If your --with-included-string does not work you have to tell the > errors. Well the errors are easy. LString does not define __BASTRING__ and so the BOOST_NO_LIMITS is not defined. As I don't have a on my RedHat 7.1 system the #include then fails! I'll make for now with -DBOOST_NO_LIMITS that should do the trick, but obviously this should be somehow fixed. Jürgen -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED] Italienallee 13/N Tel/Fax: +39-0471-450260 / +39-0471-450253 I-39100 Bozen Web: http://www.sad.it/~jug -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ If someone says he will do something "without fail", he won't.
Re: [PATCH] remove KDE frontend
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | > "Yves" == Yves Bastide <[EMAIL PROTECTED]> writes: | | Yves> About autoconf 2.50: I've prepared a patch with compatibility | Yves> macros, but it needs to be cleaned up a bit. | | Great! One thing thoug... do we really want them? For users compiling the configure script delivered with LyX is used, developers should all use the same tools. _Or_ is this a patch/addon to autoconf 2.50 to make it backwards compatible with 2.13? -- Lgb
Re: LyX 1.1.6fix3 and namespaces
Juergen Vigna <[EMAIL PROTECTED]> writes: | On 08-Jun-2001 Lars Gullik Bjønnes wrote: | | > If your --with-included-string does not work you have to tell the | > errors. | | Well the errors are easy. LString does not define __BASTRING__ and so the | BOOST_NO_LIMITS is not defined. As I don't have a on my RedHat 7.1 | system the #include then fails! I'll make for now with -DBOOST_NO_LIMITS | that should do the trick, but obviously this should be somehow | fixed. You already tried to fix this with the "LString.h" in boost/config.hpp... and this is included with gcc 2.96. Also we now check for in configure, and BOOST_NO_LIMITS should be set if HAVE_LIMITS is not defined. So where is the error... -- Lgb
Re: [PATCH] remove KDE frontend
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> For users compiling the configure script delivered with LyX is Lars> used, developers should all use the same tools. _Or_ is this a Lars> patch/addon to autoconf 2.50 to make it backwards compatible Lars> with 2.13? In the latest KDE kernel cousin, there are some talks about rewriting to kde configure stuff so that it works with 2.50 and 2.13. So it seems to be possible. JMarc
Re: [PATCH] remove KDE frontend
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: | | Lars> For users compiling the configure script delivered with LyX is | Lars> used, developers should all use the same tools. _Or_ is this a | Lars> patch/addon to autoconf 2.50 to make it backwards compatible | Lars> with 2.13? | | In the latest KDE kernel cousin, there are some talks about rewriting | to kde configure stuff so that it works with 2.50 and 2.13. So it | seems to be possible. I am sure it is possible, the question is if we want it. -- Lgb
Re: [PATCH] remove KDE frontend
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> I am sure it is possible, the question is if we want it. Yes, if this means rewriting ugly code to make it more reasonable. I do not know the specifics, however. JMarc
Re: serbian.kmap
Vladimir Vrzic wrote: > > Also, I have a question: is it possible to make the keymap in such way > that some keys that are usually not capslock-sensitive become > capslock-sensitive ("[", "]", "\" for example)? Simply use Shift_Lock instead of Caps_Lock, for example I have the following lines in my ~/.Xmodmap: keysym Num_Lock = Shift_Lock add Lock = Shift_Lock So I can use the NumLock key to toggle keypad mode and to lock the shift mode. -- marcenuc
Re: LyX 1.1.6fix3 and namespaces
On 08-Jun-2001 Lars Gullik Bjønnes wrote: > Juergen Vigna <[EMAIL PROTECTED]> writes: > >| On 08-Jun-2001 Lars Gullik Bjønnes wrote: >| >| > If your --with-included-string does not work you have to tell the >| > errors. >| >| Well the errors are easy. LString does not define __BASTRING__ and so the >| BOOST_NO_LIMITS is not defined. As I don't have a on my RedHat 7.1 >| system the #include then fails! I'll make for now with -DBOOST_NO_LIMITS >| that should do the trick, but obviously this should be somehow >| fixed. > > You already tried to fix this with the "LString.h" in > boost/config.hpp... and this is included with gcc 2.96. > Also we now check for in configure, and BOOST_NO_LIMITS > should be set if HAVE_LIMITS is not defined. So where is the error... >From config.h: /* Define if you have the header file. */ /* #undef HAVE_LIMITS */ /* Define if you have the header file. */ #define HAVE_LIMITS_H 1 IMO (well actually I'm quite sure about this!) that it is not as you tell it above. I don't have HAVE_LIMITS defined and BOOST_NO_LIMITS is not defined so something seems to be wrong with the configure script, don't you think so? One more thing != !!! Including later gives compile errors! Jürgen P.S.: It's really easy for you to try this out you're working on RedHat 7.1 as I am aren't you? (I know its easier to get bug reports ;) -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED] Italienallee 13/N Tel/Fax: +39-0471-450260 / +39-0471-450253 I-39100 Bozen Web: http://www.sad.it/~jug -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Your business will assume vast proportions.
Re: LyX 1.1.6fix3 and namespaces
Juergen Vigna <[EMAIL PROTECTED]> writes: | On 08-Jun-2001 Lars Gullik Bjønnes wrote: | > Juergen Vigna <[EMAIL PROTECTED]> writes: | > | >| On 08-Jun-2001 Lars Gullik Bjønnes wrote: | >| | >| > If your --with-included-string does not work you have to tell the | >| > errors. | >| | >| Well the errors are easy. LString does not define __BASTRING__ and so the | >| BOOST_NO_LIMITS is not defined. As I don't have a on my RedHat 7.1 | >| system the #include then fails! I'll make for now with -DBOOST_NO_LIMITS | >| that should do the trick, but obviously this should be somehow | >| fixed. | > | > You already tried to fix this with the "LString.h" in | > boost/config.hpp... and this is included with gcc 2.96. | > Also we now check for in configure, and BOOST_NO_LIMITS | > should be set if HAVE_LIMITS is not defined. So where is the error... | | >From config.h: | | /* Define if you have the header file. */ | /* #undef HAVE_LIMITS */ no this is correct | /* Define if you have the header file. */ | #define HAVE_LIMITS_H 1 | | IMO (well actually I'm quite sure about this!) that it is not as you tell | it above. I don't have HAVE_LIMITS defined and BOOST_NO_LIMITS is not defined | so something seems to be wrong with the configure script, don't you think so? And the end of the configure script there should be a #ifndef HAVE_LIMITS #define BOOST_NO_LIMITS #endif are you missing that? | One more thing != !!! Including later gives | compile errors! == == | P.S.: It's really easy for you to try this out you're working on RedHat 7.1 as | I am aren't you? (I know its easier to get bug reports ;) I let you try it out... since you are one that want the lyxstring to work -- Lgb
Re: LyX 1.1.6fix3 and namespaces
On 08-Jun-2001 Lars Gullik Bjønnes wrote: > And the end of the configure script there should be a > >#ifndef HAVE_LIMITS >#define BOOST_NO_LIMITS >#endif > > are you missing that? Yes I'm missing this one! Shouldn't that be too in config.h.in? It's missing there to! >| One more thing != !!! Including later gives >| compile errors! > > == > == Thanks for the explanations! > I let you try it out... > since you are one that want the lyxstring to work Sure no problem at all! I just upgraded my system to latest rawhide 'gcc-*-85' glibc-2.2.3 and XFree-4.1.0 ;) Jürgen -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED] Italienallee 13/N Tel/Fax: +39-0471-450260 / +39-0471-450253 I-39100 Bozen Web: http://www.sad.it/~jug -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Treat your friend as if he might become an enemy. -- Publilius Syrus
Re: LyX 1.1.6fix3 and namespaces
Juergen Vigna <[EMAIL PROTECTED]> writes: | On 08-Jun-2001 Lars Gullik Bjønnes wrote: | | > And the end of the configure script there should be a | > | >#ifndef HAVE_LIMITS | >#define BOOST_NO_LIMITS | >#endif | > | > are you missing that? | | Yes I'm missing this one! Shouldn't that be too in config.h.in? It's missing | there to! No, config.h.in is autogenerated. acconfig.h is the file you are looking for. hmm... autogen.sh should take care of this... -- Lgb
Re: LyX 1.1.6fix3 and namespaces
On 08-Jun-2001 Lars Gullik Bjønnes wrote: > hmm... autogen.sh should take care of this... Well I more or less never run ./autogen.sh, I'll try if that helps! Jürgen -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED] Italienallee 13/N Tel/Fax: +39-0471-450260 / +39-0471-450253 I-39100 Bozen Web: http://www.sad.it/~jug -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Q: How can you tell when a Burroughs salesman is lying? A: When his lips move.
Online LyX Documentation updated!
For anybody interested: After I got a complaint that the Online Documentation is a bit old I updated the site http://www.sad.it/~jug/lyx/lyxdoc with current lyxdoc Documentation, using as export to LaTeX the lyx-1.1.6cvs version. Jürgen -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED] Italienallee 13/N Tel/Fax: +39-0471-450260 / +39-0471-450253 I-39100 Bozen Web: http://www.sad.it/~jug -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Forgive him, for he believes that the customs of his tribe are the laws of nature! -- G.B. Shaw
Re: FYI on Solaris lyx does no build when -g is omitted
> "Dimitri" == Dimitri Papadopoulos <[EMAIL PROTECTED]> writes: Dimitri> Note that LyX 1.1.6fix2 should not be compiled with GCC Dimitri> 2.95.3, at least on Solaris. Could you elaborate? JMarc
Re: LyX 1.1.6fix3 and namespaces
> "Yves" == Yves Bastide <[EMAIL PROTECTED]> writes: Yves> Here's a patch; I finally didn't try to go and test the kde and Yves> gnome frontends, since the versions of the libraries I have are Yves> themselves to-be-cleaned. I do not like much the lstring.h solution... How come the main branch does not have this problem? Same goes for the separation of statements in paragraph.C... JMarc
Re: DocBook: xref support
On Thu, Jun 07, 2001 at 11:09:36PM +0200, ben wrote: > Hi, > > I suppose that this request/patch is for jose. I suggest to have the > xref support in LyX, when no name is given in the reference popup. When > a name is provided the link element is used as usual. You read my mind. I had the same idea sometime ago when reading "DocBoook: The Definitive Guide". It makes perfect sense, I will apply it. > I've patch the following, and it seems to work: > > diff -u insets/insetref.C insets/insetref.C.new > --- insets/insetref.C Tue Apr 24 19:33:01 2001 > +++ insets/insetref.C.new Thu Jun 7 22:59:09 2001 > @@ -80,8 +80,12 @@ > > int InsetRef::DocBook(Buffer const *, ostream & os) const > { > - os << " -<< "\">" << getOptions() << ""; > + if (getOptions().empty()) { > + os << ""; > + } else { > + os << " + << "\">" << getOptions() << ""; > + } > return 0; > } > > What do you think? Thanks. > BG -- José
Re: table and platform problem
* Ronny Buchmann <[EMAIL PROTECTED]> [2001-06-08 10:06] schrieb: > hi > > i have a ugly problem with tables made with lyx-1.1.6fix(1,2) on win32: >1.1.6fix(1,2) on linux can't read them correctly > > but it can be read with 1.2.0cvs, and when i save it, it can also be read with 1.1.6 >(both linux and win) > but i have a "Floatstable" now > > what to do? > > lyx output and testfile is attached > test.lyx - made under win > lyx.out - output from 1.1.6 under linux > test2.lyx - made with 1.2 > test2.diff - only difference are the floats > problem located: DOS linebreaks, i should have noticed earlier, because i needed -b for the diff :( but why do they make trouble only in tables? it doesnt do any harm outside tables, so it shouldn't inside too -- thx ronny
Re: DB2LyX (config)
On Thu, May 24, 2001 at 05:19:50AM +0200, ben wrote: > Jose Abilio Oliveira Matos a écrit : > > > I should also look to the configuration schemes used by sgmltools and > > db2xxx, since they use the entities that are usually packaged in a different > > way. > > > > I think I should go this road: if the user has installed sgmltools or > > db2xxx then lyx should find the correct configuration. If not, then it means > > it is capable to fiddle with the configuration... > > Jose, I've looked at the configuration file (lib/configure) and I hardly understand >how > it works (even if it seems to be a list of tests about existing programs + the > lyxrc.defaults writing according to what was found...), especially the interaction >with > other configuration parts (reLyX for instance). Welcome to the club. (It's friday, so no smile..) > So, I've started a dedicated script for the db2lyx configuration, that is destinated >to > be integrated into the main configuration file. The purpose of this script is to >start > a discussion about the configuration aspect. The script works only with db2lyx-0.1.2. > > It works with the following hypothesis: > > * db2lyx is located at the same level than reLyX, let's say: > /usr/local/share/lyx-1.1.6/db2lyx/. > * the configuration script is under /usr/local/share/lyx-1.1.6/db2lyx/. > * the jar files paths of the available XSLTs are listed in the CLASSPATH environment > variable. > * the two paths hardcoded in the config file (base_dbcommon, base_mmlents) must be > valid. > > Jose, what do you think of it? You are requiring perl, even to people who don't need it. Oh well I guess this mean that I am being a little bit pedantic here (Amir's influence certainly, but then pedantic and no perl that's a paradox regarding Amir...). For the moment we should keep the script, later if needed we can replace it by shell... Some pragmatism doesn't hurt, I hope. > Here are some pending questions: > > * Should the db2lyx directory be under the LyX lib directory (the hypothesis of the > script), or should it be located somewhere else? Under, the same as reLyX. > * Which mechanisms do you suggest to get the two paths (removing the hardcoded >values)? > About this, I don't see how catalogs could give a (simple) solution... If necessary, as an option in config. I'll take a look. > * By itself, the package needn't to know the XML DocBook DTD path, but anyway it is > needed when exporting to XML. How do you get this information? Since for the moment I export the SGML version I don't need to know since the catalogs resolve it for me. > That's all... for the moment ;-) Ok. > > -- > > José > > BG > > p. s.: db2lyx-0.1.2 is available at my page, but if you prefer a diff file (it seems >to > be the way) tell me how to do it since I don't know the command (shame on me). Ok. -- José
Re: Towards LyX 1.1.6fix3 (status update #1)
> "Ronny" == Ronny Buchmann <[EMAIL PROTECTED]> writes: Ronny> * Jean-Marc Lasgouttes <[EMAIL PROTECTED]> Ronny> [2001-06-06 16:57] schrieb: >> Hello, >> >> Appended as usual is a list of what has been fixed since 1.1.6fix2. >> >> Please tell me what are the open bugs you consider important for >> 1.1.6fix3. Also tell me if I forgot some of the changes. Ronny> please add vc-backend.C in revision 1.12 if possible (cvs log Ronny> functionality) Done. Could you test that it works OK? JMarc
Re: table and platform problem
> "Ronny" == Ronny Buchmann <[EMAIL PROTECTED]> writes: Ronny> problem located: DOS linebreaks, i should have noticed earlier, Ronny> because i needed -b for the diff :( Ronny> but why do they make trouble only in tables? it doesnt do any Ronny> harm outside tables, so it shouldn't inside too There have been a fix for that in 1.2.0cvs. I asked Juergen to propagate it to 1.1.6 too. JMarc
vlines in table 1.1.6fix2 and cvs
when i use package array to get thick vertical lines i write for example in the alignmentfield of the first cell |c!{\vrule width 3pt}p{5cm}|r| which should give three colums center - 5cm width - right and with the vertical lines thin - thick - thin - thin Jürgen, if i understand well, than this definitions in the alignment-field overwrites the defaults! but this works not for the first and last vertical lines. if the button in the table menu is set, i get double lines, means thin/thin - thick - thin - thin/thin Herbert -- http://www.educat.hu-berlin.de/~voss/lyx/
Re: DB2LyX (config)
> "Jose" == Jose Abilio Oliveira Matos <[EMAIL PROTECTED]> writes: >> Jose, I've looked at the configuration file (lib/configure) and I >> hardly understand how it works (even if it seems to be a list of >> tests about existing programs + the lyxrc.defaults writing >> according to what was found...), especially the interaction with >> other configuration parts (reLyX for instance). Jose> Welcome to the club. (It's friday, so no smile..) You should have a look at lib/configure.m4, from which lib/configure is generated. This is for writing things in lyxrc.default, for example. If you want to generate a db2lyx script, like is done for reLyX, you should have a look at the configure script for reLyX in lib/ReLyX. JMarc
Any LyXers in Oxford?
-- Forwarded message -- Date: Thu, 07 Jun 2001 12:39:12 +0100 From: Simon Dales <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: GUI TeX UKTUG is having an informal meeting in Oxford 27th July 2001. We are going to be discussing GUI frontends to TeX, and obviously LyX is part of that canon. Would you like send a delegate/speaker? I don't know all of your emails, so I just picked this from the bottom of your webpage -- Simon Dales, Publication Software Engineer "The impossible is easy" Nuffield Press Ltd., 21 Nuffield Way, Abingdon, Oxford, OX14 1RL,UK +44-1235-558637
Re: [PATCH] remove KDE frontend
On Thu, Jun 07, 2001 at 04:38:01PM +0200, Jean-Marc Lasgouttes wrote: > > "John" == John Levon <[EMAIL PROTECTED]> writes: > > John> --BXVAT5kNtrzKuDFl Content-Type: text/plain; charset=us-ascii > John> Content-Disposition: inline > > John> Things are worse than I thought. My previously reported bug with > John> autogen.sh and the broken library thing is /not/ due to the > John> attached patch. > > John> I currently can't build lyx as a result. Can someone please look > John> into the problem ? Am I the only one who gets the problem with > John> autogen.sh ? > > Did you update libtool and automake? Note that you should not update > autoconf to 2.50 yet. What versions are required ? I have : moz lyx-devel 108 libtool --version ltmain.sh (GNU libtool) 1.3.5 (1.385.2.206 2000/05/27 11:12:27) moz lyx-devel 109 automake --version automake (GNU automake) 1.4 moz lyx-devel 110 autoconf --version > Personnally I do not really care about the kde frontend, but are we > sure nobody will miss it? Is kde 1.x really dead? it doesn't compile and is incomplete. Unless someone volunteers to see it through to completion, it is pointless having it in the codebase. kde 1.x may not be dead yet, but the number of developers willing to maintain a kde1 version of lyx is numbered zero, so ... thanks john -- "I hope you will find the courage to keep on living despite the existence of this feature." - Richard Stallman
Re: [ lyxbugs-Bugs-223269 ] FormParagraph can apply to wrong paragraph
On Thu, Jun 07, 2001 at 06:13:45AM -0700, [EMAIL PROTECTED] wrote: > Bugs item #223269, was updated on 2000-11-23 09:51 > You can respond by visiting: > http://sourceforge.net/tracker/?func=detail&atid=115212&aid=223269&group_id=15212 > > >Status: Closed > >Resolution: Rejected > > >Comment By: Jürgen Vigna (juergenvigna) > > This is not a bug this is a feature. So you can > apply the same settings to more then one paragraph > and the paragraphs do not have to be connected > (so that you can do a selection!) arrrgggh, no ! Don't you remember the discussions on this (twice now) ??? This /is/ a real honest-to-goodness bug (a UI one, but no less important for that). I refer you to the past two discussions ... I'm opening a new bug on this. regards, john -- "I hope you will find the courage to keep on living despite the existence of this feature." - Richard Stallman
Re: future of LyX
On Tue, 5 Jun 2001, Asger K. Alstrup Nielsen wrote: > Compare also with the natbib work that lives on a branch: I don't think > Angus has gotten much feedback on that. This in turns results in less > entuisiasm from the developer, and there is a real fear that the work will > never be merged. This is very unfortunate, because it both affects the > functionality of LyX, and what is worse: It might disencourage Angus from > doing more of the very valuable work, we all need! This is why I made such an idiot out of myself a week or two ago when I jumped the gun on downloading and compiling the natbib CVS branch, though. I am looking forward to the day natbib is fully supported - and so are a number of other astronomers I talked to at the American Astronomical Society conference which happened in Pasadena, CA, this week - when natbib is done, we can publish papers in the US journals with virtually no hand edits after an Export->LaTeX. So the interest and enthusiasm are there. Now that I'm done with the conference, I might actually have time to try out the branch to see how it's going (I know it isn't finished yet). So don't fear - the enthusiasm is there, and Angus knows it (at least, I try to make sure he doesn't forget!). Not many of us have the time to tinker with CVS versions of LyX, but I will try ... Mike -- Mike Ressler [EMAIL PROTECTED] OK, I'm lame: I don't have my own website ...
mathed83.diff
... under http://mathematik.htwm.de/tmp/mathed83.diff [.gz] This contains major changes to the low level stuff (plus the changes that had been in 78.diff of course) which basically means that everything that happened to work earlier is really broken now... If someone wants to help to correct the parser, it is now a good time to step forward. It definitly does not do the right thing in some situations (e.g. \sqrt0 is parsed as 'unknown function' and not as 'square root of 0' as it should). The parser code is pretty isolated now and does not need much knowledge of mathed in general, so it would make a nice small project for a weekend... Apart from that, the cursor is broken, too. Selection/Cut & Paste is almost dead and there are crashes from time to time, some not reproducible. Finding reproducible crashes would certainly help. I don't think I will have enough time to fix the mess during the next two weeks, so if it is really intended to have a 1.2.0 prerelease before Bozano we have to dig out some January version or a few people have to give a hand with debugging... Andre' -- André Pönitz . [EMAIL PROTECTED]
Re: FYI on Solaris lyx does no build when -g is omitted
On Thu, Jun 07, 2001 at 11:03:55AM +0200, Dimitri Papadopoulos wrote: > Hi, > > > I though I would pass this information along so others would know of > > the problem. I was compiling lyx-1.1.6fix2 on a Sun Ultra-60 running > > Solaris 2.6 using gcc 2.95.3 and the assembler from /usr/ccs/bin. The > > problem was that the assembler failed on one of the files when > > debugging was turned off (no -g). I forgot to write the filename > > down, but from memory it was in the insets directory and I think it > > was insetinclude. It looked like the variable used to set the data > > size was one of those whoppers from the STL and the assembler didn't > > know what to do with it. Everything worked fine when the -g was left > > in. > > You shouldn't be using Sun's assembler and linker with GCC, use GNU > binutils. Or you'll have problems with large shared libraries. Also > Sun as 4.X, the assembler bundled with Solaris 2.5.1 and probably > is broken in that it cannot cope with long symbol names. For example > using map did cause problems here. This has been fixed > in recent versions. In any case it's better to use GNU binutils with > GCC. Details about all this here: > http://gcc.gnu.org/install/specific.html This applies only to Solaris 2.5.1 and 2.6. We have had *no* reason to build GCC with GNU as on Solaris 7 and 8. And, we have compiled KDE on these platforms. > Note that LyX 1.1.6fix2 should not be compiled with GCC 2.95.3, at > least on Solaris. Huh? -- albert chin ([EMAIL PROTECTED])
Re: Picture preview rendering error under Solaris
On 7 Jun 2001, Jean-Marc Lasgouttes wrote: > Picture preview does not work with ghostscript 6.00--6.50 I haven't had any problem with 6.01. Later versions, yes ... Mike -- Mike Ressler [EMAIL PROTECTED] OK, I'm lame: I don't have my own website ...
Re: LyX 1.1.6fix3 and namespaces
On Fri, Jun 08, 2001 at 04:36:10PM +0200, Jean-Marc Lasgouttes wrote: > > "Yves" == Yves Bastide <[EMAIL PROTECTED]> writes: > > Yves> Here's a patch; I finally didn't try to go and test the kde and > Yves> gnome frontends, since the versions of the libraries I have are > Yves> themselves to-be-cleaned. > > I do not like much the lstring.h solution... How come the main branch > does not have this problem? Same goes for the separation of statements > in paragraph.C... Hmm... Yes, I should have looked better. About lstring: lstring.h doesn't include in the main branch, and use the #ifndef CXX_GLOBAL_CSTD trick (just as Lars told me %) paragraph.C: s/os.tellp()/int(os.tellp())/ > > JMarc -- Yves
gettext fix not complete
JMarc, the fix for --disable-nls is not complete. You also need to move the include in gettext.C or #include gettext.h thanks john -- "I hope you will find the courage to keep on living despite the existence of this feature." - Richard Stallman
Re: Picture preview rendering error under Solaris
On Fri, Jun 08, 2001 at 12:20:24PM -0700, [EMAIL PROTECTED] wrote: > On 7 Jun 2001, Jean-Marc Lasgouttes wrote: > > > Picture preview does not work with ghostscript 6.00--6.50 > > I haven't had any problem with 6.01. Later versions, yes ... > > Mike hmm, you are lucky I would guess. I am fairly sure from my tests that this version was affected too ... john -- "I hope you will find the courage to keep on living despite the existence of this feature." - Richard Stallman
LyX 1.1.6fix3 and namespaces, take two
Here is a second patch for building 1.1.6fix with gcc 3.0. This one should be less bad :) -- Yves std-try2.patch.gz
New lyxdoc CVS branch
I think I just created a new branch lyxdoc-1_1_6-updates for 1.1.6 specific documentation updates. The main branch will start having 1.2.0 specific features. I got some funny error messages, so people who know what they are doing should check it to make sure it is okay. I committed a few minor updates to several of the docs just before I created the branch, BTW. Mike -- Mike Ressler [EMAIL PROTECTED] OK, I'm lame: I don't have my own website ...
Re: www.lyx.org is now XHTML-1.0
The patch to make www.devel.lyx.org compliant is now also at http://www.koziarski.org/LyX/ I'm due for a long set of meetings and late nights with my paid work but I'll try to squeeze in some work on the website over the next week or so. Cheers -- | Michael Koziarski |"Conventional wisdom is often | | BCA/BSc Student, OpenBSD/Linux user | long on convention and short | | & Objectivist. | on wisdom" -- | | http://www.koziarski.com| Warren E. Buffett, BRK.A |
website -- CCP2000 logo
Hi, Casually looking at the new XHTML-compiant website [good work!] I found that the logo for the 5th LDM sponsors is not displayed except at top-level pages, because the image URL in end.php3 is relative and not absolute. Since anoncvs is timing out on me [might be a local problem], I can't submit a patch. I think it suffices to change: ... >