Re: Qt2 filenames
On Wednesday 13 June 2001 03:31, John Levon wrote: Edwin said you had settled on : FormXXX FormXXXDialog - machine generated FormXXXDialogImpl I would really prefer : FormXXX XXXDialog - machine generated XXXDialogImpl because it will be significantly easier to type for things like TabCreate etc. what do the qt2er's think ? While I have no strong preferences here, I don't really like the suggestion because the way it currently is allows you to easily see files that belong together in a ls listing (or a cvs update listing!). I would like the .ui files to go in a separate dir as well if possible (even the generated files if possible, so there's a clear distinction between what needs editing via designer, and what needs vimming :) Again, this makes it more difficult to see files together that belong together in a ls output. I agree that it is not easy to see what is generated and what is not, but you'll see at the latest when you open the file in vim, the uic-generated files have a big headers that warns you not to edit the file. Also, a contentious point, but is it possible that we use : if (condition) { rather than if ( condition ) { consistently across the handwritten Qt2 files ? currently it's not even consistent in some source files, and I personally would really prefer to go the way of most lyx source. Having spaces around the condition makes grepping a lot easier IMHO. Kalle -- Matthias Kalle Dalheimer President CEO/VD Klarälvdalens Datakonsult AB Fax +46-563-540028 Email [EMAIL PROTECTED]
Re: [PATCH] paste bug (again)
I disagree with this change... I really thing we should make it a rule to always use { ... } instead. Why? - consistency - people will not be tempted to drop the {...} after comples conditionals - somewhat easier to follow program flow. - else if (c == META_INSET) { + else if (c == META_INSET) GetInset(i)-Ascii(buffer, ost); - } } -- Lgb
Re: how badly damaged are math references at the moment?
Is there a current work-around? Do I need to walk my cvs back a couple of months to make a usable version? January CVS should be ok. Labels/numbering broke pretty early iirc. You might want to try mathed78.diff applied on current CVS, but I fear it might still not do what you expect. Andre' -- André Pönitz . [EMAIL PROTECTED]
Re: [PATCH] paste bug (again)
+ +string const LyXParagraph::StringWithLabels(Buffer const * buffer, + LyXParagraph::size_type beg, + LyXParagraph::size_type end) +{ + std::ostringstream ost; + + if (beg == 0 !params.labelString().empty()) + ost params.labelString() ' '; + + string str(ost.str().c_str()); + + str += String(buffer, beg, end); + + return str; } Actually I would prefere to see the addition of a String that takes a ostream..., alternatively: string const LyXParagraph::StringWithLabels(Buffer const * buffer, LyXParagraph::size_type beg, LyXParagraph::size_type end) { std::ostringstream ost; if (beg == 0 !params.labelString().empty()) { ost params.labelString() ' '; } ost String(buffer, beg, end); return ost.str().c_str(); } and the nice version would have been: string const LyXParagraph::StringWithLabels(Buffer const * buffer, LyXParagraph::size_type beg, LyXParagraph::size_type end) { std::ostringstream ost; StringWithLabels(buffer, ost, beg, end); return ost.str().c_str(); } void LyXParagraph::StringWithLabels(Buffer const * buffer, std::ostream os, LyXParagraph::size_type beg, LyXParagraph::size_type end) { if (beg == 0 !params.labelString().empty()) { os params.labelString() ' '; } String(buffer, os, beg, end); } and later we could schedule the non ostream version for deletions... -- Lgb
Re: [PATCH] paste bug (again)
And with the ostream versions this would've been: + +string const LyXText::selectionAsStringWithLabels(Buffer const * buffer) const +{ + if (!selection.set()) return string(); + string result; + + // Special handling if the whole selection is within one paragraph + if (selection.start.par() == selection.end.par()) { + result += selection.start.par()-StringWithLabels(buffer, +selection.start.pos(), +selection.end.pos()); + return result; + } + + // The selection spans more than one paragraph + + // First paragraph in selection + result += selection.start.par()-StringWithLabels(buffer, +selection.start.pos(), +selection.start.par()-size()) + + \n\n; + + // The paragraphs in between (if any) + LyXCursor tmpcur(selection.start); + tmpcur.par(tmpcur.par()-next()); + while (tmpcur.par() != selection.end.par()) { + result += tmpcur.par()-StringWithLabels(buffer, 0, + tmpcur.par()-size()) + \n\n; + tmpcur.par(tmpcur.par()-next()); // Or NextAfterFootnote?? + } + + // Last paragraph in selection + result += selection.end.par()-StringWithLabels(buffer, 0, +selection.end.pos()); + + return result; +} this: string const LyXText::selectionAsStringWithLabels(Buffer const * buffer) const { if (!selection.set()) return string(); std::ostringstream ost; // Special handling if the whole selection is within one paragraph if (selection.start.par() == selection.end.par()) { selection.start.par()-StringWithLabels(buffer, ost, selection.start.pos(), selection.end.pos()); return ost.str().c_str(); } // The selection spans more than one paragraph // First paragraph in selection selection.start.par()-StringWithLabels(buffer, ost, selection.start.pos(), selection.start.par()-size()); ost \n\n; // The paragraphs in between (if any) LyXCursor tmpcur(selection.start); tmpcur.par(tmpcur.par()-next()); while (tmpcur.par() != selection.end.par()) { tmpcur.par()-StringWithLabels(buffer, ost, 0, tmpcur.par()-size()); ost \n\n; tmpcur.par(tmpcur.par()-next()); // Or NextAfterFootnote?? } // Last paragraph in selection selection.end.par()-StringWithLabels(buffer, ost, 0, selection.end.pos()); return ost.str().c_str(); } This makes the binary quite a bit smaller as well I think... -- Lgb
Re: [PATCH] paste bug (again)
On 13 Jun 2001, Lars Gullik Bjønnes wrote: So you are changing your mind now... after all those years of removing them from my code :P Well only once or twice anyway. I disagree with this change... I really thing we should make it a rule to always use { ... } instead. Why? - consistency - people will not be tempted to drop the {...} after comples conditionals - somewhat easier to follow program flow. - else if (c == META_INSET) { + else if (c == META_INSET) GetInset(i)-Ascii(buffer, ost); - } } -- Lgb Allan. (ARRae)
Re: Qt2 filenames
John Levon [EMAIL PROTECTED] writes: | Edwin said you had settled on : | | FormXXX | FormXXXDialog - machine generated | FormXXXDialogImpl | | I would really prefer : | | FormXXX | XXXDialog - machine generated | XXXDialogImpl It would also be nice if the qt classes didn't clash too much with the xforms one. doxygen would really like this | Also, a contentious point, but is it possible that we use : | | if (condition) { | | rather than | | if ( condition ) { | yes, please. | consistently across the handwritten Qt2 files ? currently it's not even | consistent in some source files, and I personally would really prefer to | go the way of most lyx source. mmm -- Lgb
Re: Qt2 filenames
Kalle Dalheimer [EMAIL PROTECTED] writes: | Also, a contentious point, but is it possible that we use : | | if (condition) { | | rather than | | if ( condition ) { | | consistently across the handwritten Qt2 files ? currently it's not even | consistent in some source files, and I personally would really prefer to | go the way of most lyx source. | | Having spaces around the condition makes grepping a lot easier IMHO. Possibly (but only marginally I guess) ... but the rest of LyX does not use this. -- Lgb
Re: Problem with gettext _() (bug 429678)
John Levon [EMAIL PROTECTED] writes: | |http://sourceforge.net/tracker/index.php?func=detailaid=429678group_id=15212atid=115212 | | this is because : | | 869 string const s1 = _(Saving document) + ' ' | 870 + MakeDisplayPath(owner-buffer()-fileName() | 871 + ...); | | in lyxfunc.C won't work as the const char * _() will be chosen (contrary to my | comment in the bug, this affects the NLS build). | | The simple fix is adding string(_(Saving document)) at that point | | However, is there a better fix which will catch these in the future | ? I'm rather | concerned this compiled without even a warning. We could have things | like this | all over the place :/ IMHO the better fix is to use stringstreams: ostringstream s1; s1 _(Saving document) ' ' MakeDisplayPath(owner-buffer()-fileName()) ...; This also reduces the amount of temporaries needed. -- Lgb
Re: [PATCH] paste bug (again)
Allan Rae [EMAIL PROTECTED] writes: | On 13 Jun 2001, Lars Gullik Bjønnes wrote: | | So you are changing your mind now... after all those years of removing | them from my code :P I have not really changed my mind... but have been a bit ambivalent earlier. (read: non-consistent) -- Lgb
Re: table float with caption at the bottom
On 08-Jun-2001 Fernando Pérez wrote: Great tip, and thanks! I was having the same problem and thought it was a lyx 1.1.6 bug (knowing there are problems with tabular stuff). Now it works. However, I still think it's a minibug, since its behavior is inconsistent with that of Figures: in 1.1.6 figure floats still work the old way: We discussed about that and decided that tabulars should not create their own paragraph anymore, as this is mor LaTeX like. If you want you may create a paragraph and put only the tabular in there. Obviously if this behaviour creates LaTeX errors then it is wrong! I'll have a look on this! 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 -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Is knowledge knowable? If not, how do we know that?
Re: xforms help needed !
On Wed, 13 Jun 2001, John Levon wrote: I've just done the attached patch. For some reason though it only activates in the inner folder, not the outer one. Can someone more familiar with xforms explain why ? This could be another of those problems with nested tabfolders -- much like the problem with setting shortcuts for them. You seem to have the right code for it. Are you using 0.89 or 0.88? (like I am) Allan. (ARRae)
Re: Spellchecker (Was: when lyx say bye bye to xforms?)
On 12-Jun-2001 Lars Gullik Bjønnes wrote: | Well the frontend doesn't have to implement the progression bar I did | the same in my KMameRun (KDE1-M.A.M.E frontend) and you just have to | update the progression bar between one word and the other, wouldn't we? | | Without the need of a signal (which also could only be emitted there) A signal is imho cleaner. I would agree with this if it was some user interaction calling this, but it's just an automatic update of the progression bar after each return from the spellchecker and it is local, ..., thinking in midsentence, hmmm, ..., well you're MOST probably right if we use a signal we don't have to provide a GUII-stuff for the progressbar, was it that what you meant? Yes, most probably you're right! 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 -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Never laugh at live dragons. -- Bilbo Baggins [J.R.R. Tolkien, The Hobbit]
importing tables into lyx
dear lyx developers, as I urgently need importing RTF-documents into Lyx I have the problem that I'm stuck with table imports (C.f the Thread rereLyX and import of MS-Word resp. RFT documents from April 2001). I now would like to try the route: Table copy from Word-Doc to Exel - csv Export - transformation form csv to a simple lyx-file with reasonable default values - import to the mail document without the tables. For the transformation I would write a tcl script. For this purpose I need a description of the table (or longtable) coding in lyx and a parameter list affecting the tables. The idea is not to do a very smart copying and preserving all attribus but to read a simple table in the document which is then refined within lyx. If others are interested in the script I'll publish it of course. Please direct your answers to my email-account at work [EMAIL PROTECTED] Thanks in advance. -- joachim heidemeier ([EMAIL PROTECTED])
Re: Meeting: How much people should I expect!
On 12-Jun-2001 Jose Abilio Oliveira Matos wrote: Oh yes, I did. With a flight ticket since the begin of May and you don't count with me? I told you so... I'm very sorry! I really forgot about that! Will you ever forgive me! #:O) 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 -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ When eating an elephant take one bite at a time. -- Gen. C. Abrams
Re: CVS conflicts
On 12-Jun-2001 Lars Gullik Bjønnes wrote: | when running cvs update, I got a conflict in po/POTFILES.in. How is that | possible? Does it make sense to put a file into the repository that is | modified during compilation? perhaps not... I tend to think that this file should be under manual control. We had this tend to think already a few time, havent' we? ;) 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 prefer to think that God is not dead, just drunk -- John Huston
Re: Qt2 filenames
FormXXX FormXXXDialog - machine generated FormXXXDialogImpl I still hold the opinion that the Form part is redundant. Why not: XXX XXXDialog - machine generated XXXDialogImpl On the other 2 points I am agnostic... gr.ed.
Re: importing tables into lyx
Hi Joachim, I guess someone has written a perlscript called csv2lyx. Maybe this is what you need? Look at http://www.mail-archive.com/lyx-users@lists.lyx.org/msg11939.html Greets, Juergen Am Mittwoch, 13. Juni 2001 07:35 schrieb joachim heidemeier: dear lyx developers, as I urgently need importing RTF-documents into Lyx I have the problem that I'm stuck with table imports (C.f the Thread rereLyX and import of MS-Word resp. RFT documents from April 2001). I now would like to try the route: Table copy from Word-Doc to Exel - csv Export - transformation form csv to a simple lyx-file with reasonable default values - import to the mail document without the tables. For the transformation I would write a tcl script. For this purpose I need a description of the table (or longtable) coding in lyx and a parameter list affecting the tables. The idea is not to do a very smart copying and preserving all attribus but to read a simple table in the document which is then refined within lyx. If others are interested in the script I'll publish it of course. Please direct your answers to my email-account at work [EMAIL PROTECTED] Thanks in advance.
Re: Meeting: How much people should I expect!
On Wed, Jun 13, 2001 at 09:55:13AM +0200, Juergen Vigna wrote: On 12-Jun-2001 Jose Abilio Oliveira Matos wrote: Oh yes, I did. With a flight ticket since the begin of May and you don't count with me? I told you so... I'm very sorry! I really forgot about that! Will you ever forgive me! #:O) Let me think, this count as my good deed of the day, so that I can be evil the rest of the day... Ok, I forgive you. ;-) Jürgen When eating an elephant take one bite at a time. -- Gen. C. Abrams Come on, that's yeasier to say than to do it... ;-) -- José
Re: Qt2 filenames
On Wed, 13 Jun 2001, Edwin Leuven wrote: FormXXX FormXXXDialog - machine generated FormXXXDialogImpl I still hold the opinion that the Form part is redundant. Why not: XXX XXXDialog - machine generated XXXDialogImpl Well to make life easier for doxygen (so it can produce documentation) it'd be handy to have different file and class names for the different ports. Why not just slip a Q in front instead of Form? Allan. (ARRae)
RE: Qt2 filenames
On 13-Jun-2001 John Levon wrote: I would like the .ui files to go in a separate dir as well if possible (even the generated files if possible, so there's a clear distinction between what needs editing via designer, and what needs vimming :) I did this for my port to KDE2 of KSendFax (not officially out yet ;) and have also the Makefile.am+shell-file magic to update the sourcefiles automatically on a change of the .ui file. Are you interested to have this? 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 -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Nobody's gonna believe that computers are intelligent until they start coming in late and lying about it.
latest CVS: spellchecker core dumps
Just run the spellchecker and try to correct something by double-clicking on an offered choice. Here is the backtrace: (gdb) where #0 0x401294e1 in __kill () from /lib/libc.so.6 #1 0x40129156 in raise (sig=6) at ../sysdeps/posix/raise.c:27 #2 0x4012a868 in abort () at ../sysdeps/generic/abort.c:88 #3 0x81e62fb in lyx::abort () at abort.C:9 #4 0x81ff818 in void lyx::Assertbool (assertion=false) at LAssert.h:24 #5 0x81efdbd in lyxstring::operator[] (this=0xb670, pos=3) at lyxstring.C:666 #6 0x8115717 in LyXText::SetSelectionOverString (this=0x84b4c58, bview=0x848aa78, str=@0xb670) at text2.C:1929 #7 0x8053159 in BufferView::replaceWord (this=0x848aa78, replacestring=@0xb670) at BufferView2.C:397 #8 0x80eef02 in {anonymous}::RunSpellChecker (bv=0x848aa78) at spellchecker.C:923 #9 0x80ee5d6 in ShowSpellChecker (bv=0x848aa78) at spellchecker.C:771 #10 0x80ca528 in LyXFunc::Dispatch (this=0x848c5a0, ac=149, do_not_use_this_arg=@0xb9b8) at lyxfunc.C:1196 #11 0x81c9225 in Menubar::Pimpl::MenuCallback (ob=0x84851c8, button=1) at Menubar_pimpl.C:578 #12 0x81c8fe2 in C_Menubar_Pimpl_MenuCallback (ob=0x84851c8, button=1) at Menubar_pimpl.C:526 #13 0x400798bf in fl_object_qread () from /usr/X11R6/lib/libforms.so.0.88 #14 0x40087b79 in fl_check_forms () from /usr/X11R6/lib/libforms.so.0.88 #15 0x81808d5 in GUIRunTime::runTime () at GUIRunTime.C:85 #16 0x80ba867 in LyXGUI::runTime (this=0x8442b00) at lyx_gui.C:315 #17 0x80bbf9d in LyX::LyX (this=0xbb84, argc=0xbbd0, argv=0xbc14) at ../src/lyx_main.C:174 #18 0x80e0347 in main (argc=2, argv=0xbc14) at ../src/main.C:38 -- Kayvan A. Sylvan | Proud husband of | Father to my kids: Sylvan Associates, Inc. | Laura Isabella Sylvan | Katherine Yelena (8/8/89) http://sylvan.com/~kayvan | crown of her husband | Robin Gregory (2/28/92)
RE: Meeting: How much people should I expect!
On 12-Jun-2001 Juergen Vigna wrote: Final List? - Asger (22) - Jean-Marc (23) - Lars (22/23) - André and Konni (22) - José (21) Got it right now? Jürgen P.S.: 22 night will be busy, won't it ;) -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ 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 -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Anyone who says he can see through women is missing a lot. -- Groucho Marx
[Bug] Accents in math mode
Hi, I discovered a bug in math mode. If you enter (in math mode) \tilde \overline{x you actually get \overline{\tilde\{x}} The same happens when a document is read, where the above sequence appears. Since there is no LaTeX limitation concerning either form, I believe this to be a bug. (It is possible to do the trick by using a macro, but that leads to rather frequent crashes.) I am using LyX 1.1.5fix2 (debian testing on x86), can any one verify the bug on 1.6? Thomas [EMAIL PROTECTED]
Re: Empty lines in tex output
Hi Allan! Allan Rae wrote: This looks similar to a small problem with '\n' output when trying to do ERT \subtable in a float figure with minipages. Anyway, I know where it needs to be fixed but I haven't had time to figure out the new code with insets etc. to write the appropriate conditional. If you're interested you can have a go at LyXParagraph::TeXOnePar() at paragraph.C:1474 I still have the plain fix2 version. Found it there in line 2466 - I hope it really is the same!? You might like to confirm this is the same '\n' that is causing you trouble by doing '\n' = %LineNumber\n and checking the output. Did that. Indeed, one of the two blank lines would be gone then. The other one remains, it comes from a few lines further down: paragraph.C:2498 // we don't need it for the last paragraph!!! if (next #ifndef NEW_INSETS !(footnoteflag != LyXParagraph::NO_FOOTNOTE par par-footnoteflag == LyXParagraph::NO_FOOTNOTE) #endif ) { //os \n; texrow.newline(); } One day I'll get back to this... Thanks :-) Pit -- Peter Pit Suetterlin http://www.uni-sw.gwdg.de/~pit Universitaets-Sternwarte Goettingen Tel.: +49 551 39-5048 [EMAIL PROTECTED]
Re: Does LyX complain about broken label or citation references?
On Wednesday 13 June 2001 05:44, Allan Rae wrote: There is the even faster and easier signal/slot method for this that I demonstrated about 2 years ago under a title of Fun = Signals + Buffers + Insets. This gave instant access to all insets of a given type -- only those insets it was useful for would make use of the signals. Take a look at: http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg02280.html and: http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg02504.html and: http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg02531.html A lot of other ground was covered in that thread. Well worth reading. Phew! Talk about opening a can of worms! A
Re: [Re: LyX source RPM]
Zvezdan, Thanks for your suggestions about using pre-built binaries for RH6.2 on the RH7.1 system. Whilst this would solve the problem in some ways, it rather misses the point of my email. Kayvan packages the LyX source as an SRPM which should work. Kayvan's packaging works, the problem is with the LyX source itself: There is a C++ coding error in the relationship between the code in formula.C and lyxstring.h. It seems that either someone has changed the code in a faulty way between when the pre-built binaries for RH6.2 were made and the source that Kayvan used for the latest SRPM build or the gcc supplied with RH7.1 (v2.96) is better at detecting C++ errors that the gcc that was used to build the RPMs you are using. In either case someone needs to fix the source. Unfortunately, I do not have the time to investigate a fix myself just now even though the bug itself is trivially obvious, hence the bug report via Kayvan to try and help the LyX Developer group. Thanks. Russel. Dr Russel WinderChief Technology Officer OneEighty Software Ltd Tel: +44 20 8680 8712 Cygnet HouseFax: +44 20 8680 8453 12-14 Sydenham Road [EMAIL PROTECTED] Croydon, Surrey CR9 2ET, UK http://www.180sw.com Under the Regulation of Investigatory Powers (RIP) Act 2000 together with any and all Regulations in force pursuant to the Act One Eighty Software Ltd reserves the right to monitor any or all incoming or outgoing communications as provided for under the Act
Re: cvs problem
Thanks Lars, now it works properly -- http://www.iit.upco.es/~oscar Maslow's Maxim: If the only tool you have is a hammer, you treat everything like a nail.
Re: New bug list
Hi John et al, I should not post emails at 4 o'clock in the morning! Here comes the attachment... Michael PS: Yes, I am finally going to enter the bugs into SF. -- == 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 == B U G L I S T --- 2. Insert a figure float into a document, then insert a minipage into the float. Enter some TeX code in the minipage (use CTRL+Returns). Move the cursor (leave the minipage, melt it, enter it again, etc.) and try to select/cut/paste some text from time to time. After a few operations you will notice that the text selection is not correct any longer (the wrong selection is marked). This effect can strengthened by putting more than one minipage into the float. 3. Please unify the behavior of the character, paragraph, and table dialogs. I would like to have the possibility to apply a paragraph layout to several parts of a document without having to close and reopen the dialog (this is a torture). Update of June, 12th: The Apply button in the paragraph layout dialog is deactivated after the first application. You have to change some setting before you can apply the layout again. 4. In the label dialog, could you please rearrange the buttons? It is a convention to click the right-most button in order to cancel a dialog. 5. If you open a float with a figure as its first element, the figure dialog is always opened at the same time. 8. Opening and closing of floats only raises the console message A truly unknown func! [25] 9. Create a 5x5 table and insert e e e e ... in the first cell until the cell becomes larger than the screen. Typically, the table is repainted infinitely (verified again on June 8th). If you cannot reproduce it, place the table inside a figure and test again. 11. During compilation gcc -Wall reports a couple of warnings that might be fixed. (List may not be fully up to date any more) -- formula.C:250: warning: #warning leak this for a while... formula.C:554: warning: #warning Labels formula.C:760: warning: #warning Labels formula.C:900: warning: #warning Labels formula.C:924: warning: #warning This is a terrible hack! We should find a better solution. formula.C:1061: warning: #warning This is a terrible hack! We should find a better solution. formula.C:1097: warning: #warning Labels formula.C:1140: warning: #warning Is this needed here? Shouldnt the main dispatch handle this? (Lgb) formula.C:1255: warning: #warning Still? (Lgb) insetcaption.C:118: warning: #warning Implement me! insetcaption.C:127: warning: #warning Implement me! insetfloat.C:234: warning: #warning FIX! insetfloatlist.C:63: warning: #warning Implement me please. insetgraphics.C:625: warning: #warning use the copy constructor instead. (Lgb) insetminipage.C:153: warning: #warning Remove me before final 1.2.0 (Jug) insetminipage.C:154: warning: #warning Can we please remove this as soon as possible? (Lgb) insettext.C:349: warning: #warning Jürgen, why is this a block of its own? (Lgb) insettext.C:350: warning: #warning because you told me to define variables only in local context (Jug)! insettext.C:351: warning: #warning then make it a function/method of its own. (Lgb) insettext.C: In method `void InsetText::draw(BufferView *, const LyXFont , int, float , bool) const': insettext.C:310: warning: comparison between signed and unsigned ImageLoaderXPM.C:66: warning: #warning This might be a dirty thing, but I dont know any other solution. FormMathsPanel.C: In method `bool FormMathsPanel::input(FL_OBJECT *, long int)': FormMathsPanel.C:244: warning: enumeration value `MM_DOTS' not handled in switch xforms_helpers.C:42: warning: #warning Why cant this be done by a one pass algo? (Lgb) buffer.C: In method `void Buffer::makeLinuxDocFile(const string , bool, bool = false)': buffer.C:2432: warning: comparison between signed and unsigned buffer.C: In method `void Buffer::makeDocBookFile(const string , bool, bool = false)': buffer.C:2914: warning: comparison between signed and unsigned buffer.C:2947: warning: comparison between signed and unsigned lyxfind.C: In function `bool IsStringInText(LyXParagraph *, int, const string , const bool = true, const bool = false)': lyxfind.C:133: warning: comparison between signed and unsigned lyxfunc.C:1013: warning: #warning Find another implementation here (or another lyxfunc)! spellchecker.C:978: warning: #warning should go somewhere more sensible
Re: [Re: LyX source RPM]
On 13-Jun-2001 Dr Russel Winder wrote: Kayvan packages the LyX source as an SRPM which should work. Kayvan's packaging works, the problem is with the LyX source itself: There is a C++ coding error in the relationship between the code in formula.C and lyxstring.h. It seems that either someone has changed the code in a faulty way between when the pre-built binaries for RH6.2 were made and the source that Kayvan used for the latest SRPM build or the gcc supplied with RH7.1 (v2.96) is better at detecting C++ errors that the gcc that was used to build the RPMs you are using. In either case someone needs to fix the source. Unfortunately we have some problems when using lyxstring class (I don't know if Kayvan uses this as default for his SRPM's) as if using lyxstring class on RedHat 7.1 you also have to use included SSTREAM (I comment out by hand after configure the HAVE_SSTREAM in src/config.h). This is not possible by specifying a configure-options and did not occur on RedHat 7.1 as there the configure stuff did not accept the included SSTREM classes and always used the ones LyX ships. So I know the above does not help you (well if there is an option in the SRPM which says --with-included-string that that is probably wrong!) very much but it is at least an explanation, isn't it ;) 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 -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Honk if you hate bumper stickers that say Honk if ...
Re: New bug list
On Wednesday 13 June 2001 10:40, Michael Schmitt wrote: Hi John et al, I should not post emails at 4 o'clock in the morning! Here comes the attachment... Michael PS: Yes, I am finally going to enter the bugs into SF. 26. If you 1.) make some settings in the Character layout dialog, 2.) close the dialog, 3.) mark some text 4.) click on the font button in the menu then ... 5.) nothing happens A! So that's what the Font button in the toolbar is for. I never got that! This will need some thinking about. Angus
Re: New bug list
Michael Schmitt [EMAIL PROTECTED] writes: | 2. Insert a figure float into a document, then insert a minipage into the |float. Enter some TeX code in the minipage (use CTRL+Returns). Move the |cursor (leave the minipage, melt it, enter it again, etc.) and try to |select/cut/paste some text from time to time. After a few operations you |will notice that the text selection is not correct any longer (the wrong |selection is marked). This effect can strengthened by putting more than |one minipage into the float. melt it ?? the melt function should have been removed completely. | 5. If you open a float with a figure as its first element, the figure |dialog is always opened at the same time. Jürgen or I will have to look at this. | 8. Opening and closing of floats only raises the console message | A truly unknown func! [25] Hmm... I'll have a look at this. | 11. During compilation gcc -Wall reports a couple of warnings that might be fixed. | (List may not be fully up to date any more) | | insetcaption.C:118: warning: #warning Implement me! | insetcaption.C:127: warning: #warning Implement me! | insetfloat.C:234: warning: #warning FIX! | insetfloatlist.C:63: warning: #warning Implement me please. I'll have a look at these. | insetminipage.C:153: warning: #warning Remove me before final 1.2.0 (Jug) | insetminipage.C:154: warning: #warning Can we please remove this as | soon as possible? (Lgb) Can you have a look at this Jürgen? | insettext.C:349: warning: #warning Jürgen, why is this a block of its own? (Lgb) | insettext.C:350: warning: #warning because you told me to define variables only in |local context (Jug)! | insettext.C:351: warning: #warning then make it a function/method of | its own. (Lgb) and this? | insettext.C: In method `void InsetText::draw(BufferView *, const LyXFont , int, |float , bool) const': | insettext.C:310: warning: comparison between signed and unsigned I'll have a look. | xforms_helpers.C:42: warning: #warning Why cant this be done by a | one pass algo? (Lgb) yes, why? | 19. When the size of a graphic inside a figure float is changed, the | size of the float is | _not_ adjusted at the same time. Can you have a look at ths Jürgen? | 25. LyX forgets to add a \usepackage{graphic} in the TeX output for | documents that include float figures. Subfigures are not supported | correctly as well. I look -- Lgb
Re: importing tables into lyx
On Wed, 13 Jun 2001, joachim heidemeier wrote: as I urgently need importing RTF-documents into Lyx I have the problem that I'm stuck with table imports (C.f the Thread rereLyX and import of MS-Word resp. RFT documents from April 2001). I now would like to try the route: Table copy from Word-Doc to Exel - csv Export - transformation form csv to a simple lyx-file with reasonable default values - import to the mail document without the tables. have you ever tried the package excel2latex, available at CTAN? Herbert
Re: [Bug] Accents in math mode
On 13 Jun 2001, Thomas Steffen wrote: I discovered a bug in math mode. If you enter (in math mode) \tilde \overline{x you actually get \overline{\tilde\{x}} try \tilde{}\overline{x} Herbert
Re: [Bug] Accents in math mode
Herbert Voss [EMAIL PROTECTED] writes: try \tilde{}\overline{x} Which produces the same result, at least here. I can only produce the above sequence editing the lyx-file by hand. If I try to enter that construct using \tilde{ \overline{ x I get a very weird looking formula, which leads to latex code \tilde{{}\overline{{a}} which is of course invalid :-( The same happens if I enter \tilde{ - \overline{ x (rightarrow to leave the {} ) I have read somewhere, that \tilde should be used without {}, which seems to be correct... Thomas [EMAIL PROTECTED]
Re: xforms help needed !
Allan == Allan Rae [EMAIL PROTECTED] writes: Allan On Wed, 13 Jun 2001, John Levon wrote: I've just done the attached patch. For some reason though it only activates in the inner folder, not the outer one. Can someone more familiar with xforms explain why ? Allan This could be another of those problems with nested tabfolders Allan -- much like the problem with setting shortcuts for them. What about using something else? Like a list on the left instead of the first-level tabs? And what about the patch you posted earlier for shortcut? Is it worth applying? JMarc
Re: www-user with CSS
Michael == Michael Koziarski [EMAIL PROTECTED] writes: Michael Netscape 4.x? I guess the choices are either Michael 1) get the php to turn off css for your browser 2) break the Michael css. But how come the colors of the title and of the line about sponsors needed are in the correct color? Isn't it possible to do the same thing on the main text? JMarc
Re: www-user with CSS
On Wednesday 13 June 2001 13:32, Jean-Marc Lasgouttes wrote: Michael == Michael Koziarski [EMAIL PROTECTED] writes: Michael Netscape 4.x? I guess the choices are either Michael 1) get the php to turn off css for your browser 2) break the Michael css. But how come the colors of the title and of the line about sponsors needed are in the correct color? Isn't it possible to do the same thing on the main text? Well here (using Netscape 4.72) the title is white but the sponsors are black. So only the title is correctly coloured. Angus
Re: New bug list
On 13-Jun-2001 Lars Gullik Bjønnes wrote: | insetminipage.C:153: warning: #warning Remove me before final 1.2.0 (Jug) | insetminipage.C:154: warning: #warning Can we please remove this as | soon as possible? (Lgb) Can you have a look at this Jürgen? Well I guess we really can remove this code now, don't you? | insettext.C:349: warning: #warning Jürgen, why is this a block of its own? (Lgb) | insettext.C:350: warning: #warning because you told me to define variables only in | local context (Jug)! | insettext.C:351: warning: #warning then make it a function/method of | its own. (Lgb) Well ok I remove the block and let the variables there. I don't like making functions of stuff which is used only 1 time in 1 other function. | 19. When the size of a graphic inside a figure float is changed, the | size of the float is | _not_ adjusted at the same time. Can you have a look at ths Jürgen? Sure! 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 believe a little incompatibility is the spice of life, particularly if he has income and she is pattable. -- Ogden Nash
Re: Problem with gettext _() (bug 429678)
John == John Levon [EMAIL PROTECTED] writes: John 869 string const s1 = _(Saving document) + ' ' 870 + John MakeDisplayPath(owner-buffer()-fileName() 871 + ...); John in lyxfunc.C won't work as the const char * _() will be chosen John (contrary to my comment in the bug, this affects the NLS build). Or the const char * _() could return a string. Or it could be removed altogether... John However, is there a better fix which will catch these in the John future ? I'm rather concerned this compiled without even a John warning. We could have things like this all over the place :/ We have at least another one when running LaTeX. How come it did not happen in 1.1.6? JMarc
Re: [Bug] Accents in math mode
Herbert Voss [EMAIL PROTECTED] writes: but anyway, why can't you use the lyx math panel? Fascinating idea. I hadn't thought that might to any good, but it does. The math panel uses \widetilde, which solves the problem. So the bug is still there, but at least I have a workaround. Now if we document it, does it become a feature? :-) Thomas [EMAIL PROTECTED]
Re: [Bug] Accents in math mode
Thomas Steffen wrote: try \tilde{}\overline{x} Which produces the same result, at least here. I can only produce the above sequence editing the lyx-file by hand. If I try to enter that construct using \tilde{ \overline{ x I get a very weird looking formula, which leads to latex code \tilde{{}\overline{{a}} i worked for me. but anyway, why can't you use the lyx math panel? there you have tilde and overline in any combination? Herbert -- http://www.educat.hu-berlin.de/~voss/lyx/
Re: LyX 1.1.6fix3 and namespaces, take two
Yves == Yves Bastide [EMAIL PROTECTED] writes: Yves Here is a second patch for building 1.1.6fix with gcc 3.0. This Yves one should be less bad :) This looks very good to me. So, unless Lars objects, I'll apply it. JMarc
Re: New bug list
3. Please unify the behavior of the character, paragraph, and table dialogs. I would like to have the possibility to apply a paragraph layout to several parts of a document without having to close and reopen the dialog (this is a torture). Update of June, 12th: The Apply button in the paragraph layout dialog is deactivated after the first application. You have to change some setting before you can apply the layout again. Angus, I guess this one is for you. While tabular dialogs do stuff completely different, and this cannot be applied to them IMO, I think that the paragraph Apply shouldn't be deactivated for now. Later on we should maybe have a signal which tells us cursur movements so that the Paragraph Layouts-Apply/Ok button can be checked agains the underlying paragraph and activated if the options differ. BTW: John you see this feature request is exactly the oposite of yours and exactly the same I told you ;) 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 -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Anything that is good and useful is made of chocolate.
Re: On minimum hardware spec for lyx
I routinely use an older version (a year old?) on a 486 with 24M. It works quite well (though printing would probably take a while; I've never done that . . .) hawk -- Prof. Richard E. Hawkins, Esq. /\ ASCII ribbon campaign [EMAIL PROTECTED] Smeal 178 (814) 375-4700 \ / against HTML mail These opinions will not be those of Xand postings Penn State until it pays my retainer. / \
Re: New bug list
9. Create a 5x5 table and insert e e e e ... in the first cell until the cell becomes larger than the screen. Typically, the table is repainted infinitely (verified again on June 8th). If you cannot reproduce it, place the table inside a figure and test again. I can still not reproduce this. While it works good in a normal tabular the tabular cell does not scroll when inside a Figure-Float (which is wrong obviously), but I REALLY don't get infinit repaints (which result in a crash)! 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 -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ They're unfriendly, which is fortunate, really. They'd be difficult to like. -- Avon
Re: New bug list
14b. Changing the character layout for all cells of a table works well. However, after changing the font size, the cursor is not printed at the right place on screen (vertical offset is incorrect). Can you please give a real-world example (maybe with a short example file)? I cannot confirm this one! 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 went into a general store, and they wouldn't sell me anything specific. -- Steven Wright
Re: how badly damaged are math references at the moment?
Andre Pointed, Is there a current work-around? Do I need to walk my cvs back a couple of months to make a usable version? January CVS should be ok. Labels/numbering broke pretty early iirc. You might want to try mathed78.diff applied on current CVS, but I fear it might still not do what you expect. For what value of you expect ? :) I'm willing to use work-arounds to keep using a current version and feeding back bugs, but I really need to get the equations in this paper to present it (yikes!) two weeks from today . . . [It's a paper on the economics of open source software, for the computational economics meeting] How would I apply a single diff? (and where would I find it?) Wait, that's not the right question; I know how to apply it--but won't cvs keep undoing it? hawk -- Prof. Richard E. Hawkins, Esq. /\ ASCII ribbon campaign [EMAIL PROTECTED] Smeal 178 (814) 375-4700 \ / against HTML mail These opinions will not be those of Xand postings Penn State until it pays my retainer. / \
Re: New bug list
14a. Setting the font size to smaller (Alt-s Shift-s) does not work. Console message: LyXFont::setLyXSize: Unknown size `smaller' As well: LyXFont::setLyXSize: Unknown size `huger' Well I investigated this on (was not so hard) and found out that: 1. The bind-files are wrong and: menus.bind:\bind M-s S-S font-size smaller should really be: menus.bind:\bind M-s S-S font-size footnotesize or 2. The function LyXFont LyXFont::setLyXSize(string const siz) is wrong as it uses LyXSizeNames to set size of a font instead of GUISizeNames. So whoever changed this should probably take a decicion and fix it ;) 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 -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ All the passions make us commit faults; love makes us commit the most ridiculous ones. -- La Rochefoucauld
Re: [PATCH] update INSTALL
John == John Levon [EMAIL PROTECTED] writes: John self-documenting I applied it, but I am not sure that GNU m4 (or any m4) is really needed if people use a tarball of LyX... This is probably a bug. JMarc
[BUG] Unable to read UserGuide.lyx
When reading UserGuide.lyx, I get InsetFloat::Read:: Missing wide! InsetCollapsable::Read: Missing collapsed! InsetFloat::Read:: Missing wide! InsetCollapsable::Read: Missing collapsed! InsetFloat::Read:: Missing wide! InsetCollapsable::Read: Missing collapsed! IOT/Abort trap Lars, this is probably a result of your recent changes to InsetFloat... JMarc
Re: [BUG] Unable to read UserGuide.lyx
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: | When reading UserGuide.lyx, I get | | InsetFloat::Read:: Missing wide! | InsetCollapsable::Read: Missing collapsed! | InsetFloat::Read:: Missing wide! | InsetCollapsable::Read: Missing collapsed! | InsetFloat::Read:: Missing wide! | InsetCollapsable::Read: Missing collapsed! | IOT/Abort trap did it abort? It shouldnt do that... | Lars, this is probably a result of your recent changes to | InsetFloat... Yes, the file format for floats has changed slightly. -- Lgb
Re: [BUG] Unable to read UserGuide.lyx
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: Lars Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: | Lars When reading UserGuide.lyx, I get | | InsetFloat::Read:: Missing Lars wide! | InsetCollapsable::Read: Missing collapsed! | Lars InsetFloat::Read:: Missing wide! | InsetCollapsable::Read: Lars Missing collapsed! | InsetFloat::Read:: Missing wide! | Lars InsetCollapsable::Read: Missing collapsed! | IOT/Abort trap Lars did it abort? It shouldnt do that... I'll try to see where. Probably one of these nice asserts in lyxstring. Lars | Lars, this is probably a result of your recent changes to | Lars InsetFloat... Lars Yes, the file format for floats has changed slightly. You mean the warnings are harmless? JMarc
reverting a file in CVS
Ooops! I just committed a change to form_paragraph.fd that wasn't meant to go in. How do I revert the change from 1.7 to 1.6? Angus
Re: [BUG] Unable to read UserGuide.lyx
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: | When reading UserGuide.lyx, I get | | InsetFloat::Read:: Missing wide! | InsetCollapsable::Read: Missing collapsed! | InsetFloat::Read:: Missing wide! | InsetCollapsable::Read: Missing collapsed! | InsetFloat::Read:: Missing wide! | InsetCollapsable::Read: Missing collapsed! | IOT/Abort trap | | Lars, this is probably a result of your recent changes to | InsetFloat... Ok I see the problem... I have not tested with a fresh UserGuide for some time... the combability code is buffer.C was not good. -- Lgb
Re: [BUG] Unable to read UserGuide.lyx
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: | Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: | | Lars Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: | | Lars When reading UserGuide.lyx, I get | | InsetFloat::Read:: Missing | Lars wide! | InsetCollapsable::Read: Missing collapsed! | | Lars InsetFloat::Read:: Missing wide! | InsetCollapsable::Read: | Lars Missing collapsed! | InsetFloat::Read:: Missing wide! | | Lars InsetCollapsable::Read: Missing collapsed! | IOT/Abort trap | | Lars did it abort? It shouldnt do that... | | I'll try to see where. Probably one of these nice asserts in lyxstring. | | Lars | Lars, this is probably a result of your recent changes to | | Lars InsetFloat... | | Lars Yes, the file format for floats has changed slightly. | | You mean the warnings are harmless? No not in this case obviously... I have a fix ready, just let me compile and check it. -- Lgb
Re: reverting a file in CVS
Angus Leeming [EMAIL PROTECTED] writes: | Ooops! I just committed a change to form_paragraph.fd that wasn't meant to go | in. How do I revert the change from 1.7 to 1.6? you don't. You checkin the old version as 1.8. -- Lgb
Re: reverting a file in CVS
On Wednesday 13 June 2001 15:46, Lars Gullik Bjønnes wrote: Angus Leeming [EMAIL PROTECTED] writes: | Ooops! I just committed a change to form_paragraph.fd that wasn't meant to go | in. How do I revert the change from 1.7 to 1.6? you don't. You checkin the old version as 1.8. Ok. Done! A
Re: latest CVS: spellchecker core dumps
Kayvan == Kayvan A Sylvan [EMAIL PROTECTED] writes: Kayvan Just run the spellchecker and try to correct something by Kayvan double-clicking on an offered choice. Kayvan Here is the backtrace: I think I've fixed it. It is one of these ugly instances of checking str[i]==0 for end of string that lyxstring new asserts find. JMarc
compiling January lyx
I think I've backtracked my sources to january (cvs update -D last January), I've made clean and distclean, run autogen.sh and configure, but now I get gmake[3]: Entering directory `/usr/local/src/lyx-devel/sigc++' /bin/sh ./libtool --mode=compile c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -I./..-g -O2 -c object.cc libtool: ltconfig version `1.3.4-freebsd-ports' does not match ltmain.sh version `1.3.4' Fatal configuration error. See the libtool docs for more information. gmake[3]: *** [object.lo] Error 1 gmake[3]: Leaving directory `/usr/local/src/lyx-devel/sigc++' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/local/src/lyx-devel/sigc++' gmake[1]: *** [all-recursive-am] Error 2 gmake[1]: Leaving directory `/usr/local/src/lyx-devel/sigc++' gmake: *** [all-recursive] Error 1 My problem in a word: Huh??? This may as well be in swahili . . . hawk -- Prof. Richard E. Hawkins, Esq. /\ ASCII ribbon campaign [EMAIL PROTECTED] Smeal 178 (814) 375-4700 \ / against HTML mail These opinions will not be those of Xand postings Penn State until it pays my retainer. / \
Re: importing tables into lyx
On Wed, Jun 13, 2001 at 07:35:22AM +0200, joachim heidemeier wrote: Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm Precedence: bulk X-No-Archive: yes List-Post: mailto:[EMAIL PROTECTED] List-Help: mailto:[EMAIL PROTECTED] List-Unsubscribe: mailto:[EMAIL PROTECTED] Delivered-To: mailing list [EMAIL PROTECTED] X-Envelope-From: [EMAIL PROTECTED] X-Envelope-To: [EMAIL PROTECTED] Date: Wed, 13 Jun 2001 07:35:22 +0200 From: joachim heidemeier [EMAIL PROTECTED] Organization: private-uucp-site X-Mailer: Mozilla 4.76 [de] (X11; U; Linux 2.2.18 i586) X-Accept-Language: en To: [EMAIL PROTECTED] Subject: importing tables into lyx dear lyx developers, as I urgently need importing RTF-documents into Lyx I have the problem that I'm stuck with table imports (C.f the Thread rereLyX and import of MS-Word resp. RFT documents from April 2001). I now would like to try the route: Table copy from Word-Doc to Exel - csv Export - transformation form csv to a simple lyx-file with reasonable default values - import to the mail document without the tables. For the transformation I would write a tcl script. For this purpose I need a description of the table (or longtable) coding in lyx and a parameter list affecting the tables. The idea is not to do a very smart copying and preserving all attribus but to read a simple table in the document which is then refined within lyx. If others are interested in the script I'll publish it of course. Please direct your answers to my email-account at work [EMAIL PROTECTED] Thanks in advance. -- joachim heidemeier ([EMAIL PROTECTED]) Also have a look at tk#.tcl to be found at http://www.netby.dk/Oest/Europa-Alle/vermeer/. It only handles the old table format. Martin -- Martin Vermeer [EMAIL PROTECTED] Helsinki University of Technology Department of Surveying P.O. Box 1200, FIN-02015 HUT, Finland :wq
Re: how badly damaged are math references at the moment?
hmm, some is back. I can now insert a label with ert, and it's live after closing and reopening (this is in equations). hawk -- Prof. Richard E. Hawkins, Esq. /\ ASCII ribbon campaign [EMAIL PROTECTED] Smeal 178 (814) 375-4700 \ / against HTML mail These opinions will not be those of Xand postings Penn State until it pays my retainer. / \
Re: [Bug] Accents in math mode
So the bug is still there, but at least I have a workaround. Now if we document it, does it become a feature? :-) No. It should get fixed during the summer. Andre' -- André Pönitz . [EMAIL PROTECTED]
Re: how badly damaged are math references at the moment?
January CVS should be ok. Labels/numbering broke pretty early iirc. You might want to try mathed78.diff applied on current CVS, but I fear it might still not do what you expect. For what value of you expect ? :) CVS plus mathed78.diff is less stable (especially when it comes to deletion in math arrays) than CVS. Moreover, there are some features missing. On the positive side numbering and labels should work. I'm willing to use work-arounds to keep using a current version and feeding back bugs, but I really need to get the equations in this paper to present it (yikes!) two weeks from today . . . [It's a paper on the economics of open source software, for the computational economics meeting] How would I apply a single diff? using 'patch' (and where would I find it?) Wait, http://mathematik.htwm.de/tmp/mathed78.diff [.gz] that's not the right question; I know how to apply it--but won't cvs keep undoing it? No. CVS will look at it as if it were your changes. Actually, if you are serious on getting your paper done within two weeks I'd suggest to check out a second CVS version (from January) in a seperate directory and not to fiddle around with current CVS or my patches. This will cost just disk space, but almost no time and you can keep your up-to-date CVS version, too. I have virtually no spare time until the meeting in Bozen, so I won't be able to help you (or anybody else for that matter) out. This will change afgain in July and I think chances are good that we will see some stable and fairly complete new mathed at the end of July. _Then_ every helping hand for the Big Bug Hunt will be more than welcome. Andre' -- André Pönitz . [EMAIL PROTECTED]
Re: compiling January lyx
On Wed, Jun 13, 2001 at 12:11:30PM -0400, [EMAIL PROTECTED] wrote: I think I've backtracked my sources to january (cvs update -D last January), I've made clean and distclean, run autogen.sh and configure, but now I get Did you run 'cvs update -D' in the lyx-devel/ directory, or in lyx-devel/src/mathed/ ? (the latter option is probably better).
Re: [Bug] Accents in math mode
On Wed, Jun 13, 2001 at 03:26:42PM +0200, Thomas Steffen wrote: Herbert Voss [EMAIL PROTECTED] writes: but anyway, why can't you use the lyx math panel? Fascinating idea. I hadn't thought that might to any good, but it does. The math panel uses \widetilde, which solves the problem. But \widetilde gives a different result than \tilde. If you really want to have the latter, and you don't use \widetilde anywhere else, you can put \let\widetilde=\tilde in the preamble (and continue using \widetilde).
Re: compiling January lyx
dekel demanded On Wed, Jun 13, 2001 at 12:11:30PM -0400, [EMAIL PROTECTED] wrote: I think I've backtracked my sources to january (cvs update -D last January), I've made clean and distclean, run autogen.sh and configure, but now I get Did you run 'cvs update -D' in the lyx-devel/ directory, or in lyx-devel/src/mathed/ ? (the latter option is probably better). in lyx-devel. I didn't know I had a choice. So I should bring lyx-devel back up to date, then back down mathed? hawk -- Prof. Richard E. Hawkins, Esq. /\ ASCII ribbon campaign [EMAIL PROTECTED] Smeal 178 (814) 375-4700 \ / against HTML mail These opinions will not be those of Xand postings Penn State until it pays my retainer. / \
Re: papersize problems again
On Wed, Jun 13, 2001 at 11:30:24AM -0300, Garst R. Reese wrote: When I use a custom papersize 5.5 x 4.25 and export ps, the ps file says that I am useing letter size paper and places the page in bb box in the lower right hand corner of the page. Then psutils psnup totally fails to make any sense of things. I don't have such a problem. Can you send a short example lyx file and the postscript output (compressed). If the compressed postscript file is more than 50Kb, then send only the comments line at the beginning of the file.
Re: compiling January lyx
On Wed, Jun 13, 2001 at 01:04:48PM -0400, [EMAIL PROTECTED] wrote: dekel demanded On Wed, Jun 13, 2001 at 12:11:30PM -0400, [EMAIL PROTECTED] wrote: I think I've backtracked my sources to january (cvs update -D last January), I've made clean and distclean, run autogen.sh and configure, but now I get Did you run 'cvs update -D' in the lyx-devel/ directory, or in lyx-devel/src/mathed/ ? (the latter option is probably better). in lyx-devel. I didn't know I had a choice. You can try it, but it is not guaranteed to compile. So I should bring lyx-devel back up to date, then back down mathed? Yes. You can bring back the cvs by 'cvs update -A', or just checkout a fresh copy.
Re: table float with caption at the bottom
On Wed, Jun 13, 2001 at 09:31:35AM +0200, Juergen Vigna wrote: On 08-Jun-2001 Fernando Pérez wrote: Great tip, and thanks! I was having the same problem and thought it was a lyx 1.1.6 bug (knowing there are problems with tabular stuff). Now it works. However, I still think it's a minibug, since its behavior is inconsistent with that of Figures: in 1.1.6 figure floats still work the old way: Obviously if this behaviour creates LaTeX errors then it is wrong! I'll have a look on this! You need to put \protect before fragile command (\begin, \end, \\, \hline) in moving argument. However, I just tried creating a tabular in a caption using ERT, and I still get errors due to \hline commands. Does anyone know what is the solution ?
Re: [Re: LyX source RPM]
On Wed, Jun 13, 2001 at 10:04:26AM +0100, Dr Russel Winder wrote: Zvezdan, Thanks for your suggestions about using pre-built binaries for RH6.2 on the RH7.1 system. Whilst this would solve the problem in some ways, it rather misses the point of my email. I agree. Kayvan packages the LyX source as an SRPM which should work. Kayvan's packaging works, the problem is with the LyX source itself: There is a C++ coding error in the relationship between the code in formula.C and lyxstring.h. It seems that either someone has changed the code in a faulty way between when the pre-built binaries for RH6.2 were made and the source that Kayvan used for the latest SRPM build or the gcc supplied with RH7.1 (v2.96) is better at detecting C++ errors that the gcc that was used to build the RPMs you are using. In either case someone needs to fix the source. Sorry that I didn't look more carefully at the error messages that you gave in the e-mail. I tend to put the blame on Red Hat in such cases. I really got annoyed with their recent blunders. Security update of 2.2.17 kernel for RH 6.2 screwed up the driver for very frequently used SCSI card in April. Red Hat 7.0 couldn't compile its own kernel because of the bug in their version of gcc. I had mentioned a problem with quota over NFS with Red Hat 7.1 that I had to patch (Bugzilla bug number 42352). Other people are pointing to other problems with quota now. I also mentioned Ghostscript issue in the previous e-mail. 6.50 compiled fine on my home machine with the patches I made to add the support for my printer. On 7.1 even the original RPM doesn't compile. 7.00 reports even more serious errors in zlib library. It was simply suspicious to me that two widely used and compiled products as zlib and LyX have compilation errors on 7.1. I am forwarding you below an e-mail of my colleague related to compiler problems in Red Hat too. A company that has an ambition to take a piece of serious enterprise market shouldn't make such blunders IMHO (although we already know one that took the biggest piece of market with even more serious blunders ;-) Unfortunately, I do not have the time to investigate a fix myself just now even though the bug itself is trivially obvious, hence the bug report via Kayvan to try and help the LyX Developer group. Thanks. Russel. I understand that. And I see that Jurgen Vigna already offered much better explanation than I could. I only wanted to point that (Red Hat gcc != real gcc) and it might cause a serious grief. In any case, _thank you_! Best Regards, Zvezdan - Forwarded message - Date: Wed, 30 May 2001 08:18:44 -0400 Subject: rh 7.1 gcc fyi. I've for the most part had no trouble with the 7.1 gcc (it does kernels just fine, for instance), but on the palm emulator it didn't work. It is documented online as causing pose to cause core dumps, and, in fact, recompiling with kgcc fixed the problem. Since we're going to 7.1, this seems like it could be good to know. -serge - End forwarded message - -- Zvezdan Petkovic [EMAIL PROTECTED] http://www.cs.wm.edu/~zvezdan/
Re: papersize problems again
Dekel Tsur wrote: On Wed, Jun 13, 2001 at 11:30:24AM -0300, Garst R. Reese wrote: When I use a custom papersize 5.5 x 4.25 and export ps, the ps file says that I am useing letter size paper and places the page in bb box in the lower right hand corner of the page. Then psutils psnup totally fails to make any sense of things. I don't have such a problem. Can you send a short example lyx file and the postscript output (compressed). If the compressed postscript file is more than 50Kb, then send only the comments line at the beginning of the file. %!PS-Adobe-2.0 %%Creator: dvips(k) 5.86 Copyright 1999 Radical Eye Software %%Title: Abook2.dvi %%Pages: 32 %%PageOrder: Ascend %%Orientation: Landscape %%BoundingBox: 0 0 306 396 %%DocumentFonts: Times-Roman Times-Bold Times-Italic Times-BoldItalic %%+ Helvetica Helvetica-Bold Helvetica-Oblique Helvetica-BoldOblique %%+ Bookman-Demi Bookman-Light AvantGarde-Demi %%DocumentPaperSizes: Letter %%EndComments The file is 1.6Mb, here are the comments. Thanks, Garst
Re: compiling January lyx
Dekel Tsur [EMAIL PROTECTED] writes: | On Wed, Jun 13, 2001 at 01:04:48PM -0400, [EMAIL PROTECTED] wrote: | dekel demanded | | On Wed, Jun 13, 2001 at 12:11:30PM -0400, [EMAIL PROTECTED] wrote: | |I think I've backtracked my sources to january (cvs update -D last |January), I've made clean and distclean, run autogen.sh and configure, |but now I get | | Did you run 'cvs update -D' in the lyx-devel/ directory, or in | lyx-devel/src/mathed/ ? (the latter option is probably better). | | in lyx-devel. I didn't know I had a choice. | | You can try it, but it is not guaranteed to compile. | | So I should bring lyx-devel back up to date, then back down mathed? | | Yes. You can bring back the cvs by 'cvs update -A', or just checkout a fresh | copy. There has been other changes to the math code... especially the mathed dialogs... -- Lgb
Re: compiling January lyx
after a couple of tryes, I seem to have the two trees, creating both lyx and lyx-jan on the system. Thanks to all. I'm sure bug reports will follow :) hawk -- Prof. Richard E. Hawkins, Esq. /\ ASCII ribbon campaign [EMAIL PROTECTED] Smeal 178 (814) 375-4700 \ / against HTML mail These opinions will not be those of Xand postings Penn State until it pays my retainer. / \
Re: papersize problems again
On Wed, Jun 13, 2001 at 04:32:31PM -0300, Garst R. Reese wrote: %!PS-Adobe-2.0 %%Creator: dvips(k) 5.86 Copyright 1999 Radical Eye Software %%Title: Abook2.dvi %%Pages: 32 %%PageOrder: Ascend %%Orientation: Landscape %%BoundingBox: 0 0 306 396 %%DocumentFonts: Times-Roman Times-Bold Times-Italic Times-BoldItalic %%+ Helvetica Helvetica-Bold Helvetica-Oblique Helvetica-BoldOblique %%+ Bookman-Demi Bookman-Light AvantGarde-Demi %%DocumentPaperSizes: Letter %%EndComments The file is 1.6Mb, here are the comments. Thanks, Garst What are the stderr messages you get when you export to Postscript ? e.g. Running latex Converting from dvi to ps Calling dvips -o 'x.ps' 'x.dvi' ...
Re: papersize problems again
On Wed, Jun 13, 2001 at 04:32:31PM -0300, Garst R. Reese wrote: %!PS-Adobe-2.0 %%Creator: dvips(k) 5.86 Copyright 1999 Radical Eye Software %%Title: Abook2.dvi %%Pages: 32 %%PageOrder: Ascend %%Orientation: Landscape %%BoundingBox: 0 0 306 396 %%DocumentFonts: Times-Roman Times-Bold Times-Italic Times-BoldItalic %%+ Helvetica Helvetica-Bold Helvetica-Oblique Helvetica-BoldOblique %%+ Bookman-Demi Bookman-Light AvantGarde-Demi %%DocumentPaperSizes: Letter %%EndComments BTW, you can always remove manually or with grep the line '%%DocumentPaperSizes: Letter' from the Postscript file.
Re: table float with caption at the bottom
Dekel Tsur wrote: On Wed, Jun 13, 2001 at 09:31:35AM +0200, Juergen Vigna wrote: On 08-Jun-2001 Fernando Pérez wrote: Great tip, and thanks! I was having the same problem and thought it was a lyx 1.1.6 bug (knowing there are problems with tabular stuff). Now it works. However, I still think it's a minibug, since its behavior is inconsistent with that of Figures: in 1.1.6 figure floats still work the old way: Obviously if this behaviour creates LaTeX errors then it is wrong! I'll have a look on this! it is wrong! You need to put \protect before fragile command (\begin, \end, \\, \hline) in moving argument. However, I just tried creating a tabular in a caption using ERT, and I still get errors due to \hline commands. Does anyone know what is the solution ? no problem, when you define the table outside the float. this can be just before this one. \newcommand\myTable{% \begin{tabular}{|c|c|}\hline a b \\\hline c d\\\hline \end{tabular}% } ... the float ... \caption{a very nice caption with a nice \protect\myTable} Herbert -- http://www.educat.hu-berlin.de/~voss/lyx/
Re: table float with caption at the bottom
On Wed, Jun 13, 2001 at 10:24:28PM +0200, Herbert Voss wrote: You need to put \protect before fragile command (\begin, \end, \\, \hline) in moving argument. However, I just tried creating a tabular in a caption using ERT, and I still get errors due to \hline commands. Does anyone know what is the solution ? no problem, when you define the table outside the float. this can be just before this one. \newcommand\myTable{% \begin{tabular}{|c|c|}\hline a b \\\hline c d\\\hline \end{tabular}% } ... the float ... \caption{a very nice caption with a nice \protect\myTable} But with the current lyx code, it would be very hard to generate the latex code above.
Re: table float with caption at the bottom
Dekel Tsur wrote: \newcommand\myTable{% \begin{tabular}{|c|c|}\hline a b \\\hline c d\\\hline \end{tabular}% } ... the float ... \caption{a very nice caption with a nice \protect\myTable} But with the current lyx code, it would be very hard to generate the latex code above. it's the same situation as in headers or footers, if you want a table there. you can use always a lyx table \newcommand\myTable{% ... the lyx generated table ... } and the rest as usual Herbert -- http://www.educat.hu-berlin.de/~voss/lyx/
Re: papersize problems again
Dekel Tsur wrote: On Wed, Jun 13, 2001 at 04:32:31PM -0300, Garst R. Reese wrote: %!PS-Adobe-2.0 %%Creator: dvips(k) 5.86 Copyright 1999 Radical Eye Software %%Title: Abook2.dvi %%Pages: 32 %%PageOrder: Ascend %%Orientation: Landscape %%BoundingBox: 0 0 306 396 %%DocumentFonts: Times-Roman Times-Bold Times-Italic Times-BoldItalic %%+ Helvetica Helvetica-Bold Helvetica-Oblique Helvetica-BoldOblique %%+ Bookman-Demi Bookman-Light AvantGarde-Demi %%DocumentPaperSizes: Letter %%EndComments The file is 1.6Mb, here are the comments. Thanks, Garst What are the stderr messages you get when you export to Postscript ? e.g. Running latex Converting from dvi to ps Calling dvips -o 'x.ps' 'x.dvi' ...Converting from latex to dvi Running latex Converting from dvi to ps Calling dvips -T 5.5in,4.25in -o 'AbookShort.ps' 'AbookShort.dvi' This is dvips(k) 5.86 Copyright 1999 Radical Eye Software (www.radicaleye.com) ' TeX output 2001.06.13:1858' - AbookShort.ps kpathsea: Running mktexpk --mfmode deskjet --bdpi 300 --mag 1+0/300 --dpi 300 eurm7 mktexpk: /var/tmp/texfonts/pk/deskjet/ams/euler/eurm7.300pk already exists. dvips: no match for special paper size found; using default tex.pro8r.enctexnansi.enctexps.prospecial.pro. [1 /home/garst/lyxdocs//eps/crittera.eps [SNIP b thru y] /home/garst/lyxdocs//eps/critterz.eps] [2/home/garst/lyxdocs//eps/lyx.ps /home/garst/lyxdocs//eps/pei.ps/home/garst/lyxdocs//tux.ps] [3] [4 /home/garst/lyxdocs//eps/crittera.eps /home/garst/lyxdocs//eps/critter1.eps] moving /tmp/lyx_tmpdir27431dO0IUs/lyx_tmpbuf0/AbookShort.ps to /home/garst/lyxdocs/AbookShort.ps Removing the papersize line got me a far as displaying the file without having to switch it gv from letter to bbox, but psutils still screws up. Pages are cut in half and not oriented correctly. I'm trying to do 8 up on tabloid, and I should get two columns of 4. Don't sweat it further. I'll take a look at psselect etc. and see what's happening. Thanks. Garst
Re: www-user with CSS
JMarc wrote: But how come the colors of the title and of the line about sponsors needed are in the correct color? Isn't it possible to do the same thing on the main text? That's the irritating thing about Netscape 4. I *am* giving the same instruction to p as h1 they both should be inheriting. color: rgb(238,238,238); from body. It's bugs like this that makes Netscape 4 (ie4 too I think.) the single biggest problem facing wider implementation of css. Angus wrote: Well here (using Netscape 4.72) the title is white but the sponsors are black. So only the title is correctly coloured. Same with netscape 4.77. So Netscape 4 isn't even internally consistent. Great :) Cheers -- Koz
Re: [PATCH] update INSTALL
On Wed, Jun 13, 2001 at 04:06:09PM +0200, Jean-Marc Lasgouttes wrote: John == John Levon [EMAIL PROTECTED] writes: John self-documenting I applied it, but I am not sure that GNU m4 (or any m4) is really needed if people use a tarball of LyX... This is probably a bug. is this a bug to do with dependencies and timestamps, or a requirement bug with the sigc++ stuff ? thanks john -- They're talking about a submanifold of space which is a 2-dimensional torus whose cross-sectional radii are on the order of a millimeter. Please make some minimal attempt to understand what's being discussed before declaring it 'drivel'. - AC, /.
Re: [PATCH] paste bug (again)
On Wed, Jun 13, 2001 at 08:54:40AM +0200, Lars Gullik Bjønnes wrote: I disagree with this change... I really thing we should make it a rule to always use { ... } instead. Why? - consistency - people will not be tempted to drop the {...} after comples conditionals - somewhat easier to follow program flow. - else if (c == META_INSET) { + else if (c == META_INSET) GetInset(i)-Ascii(buffer, ost); - } } on the other side of things, the always-brace rule has the disadvantage of an extra line of vertical screen space. However, I am happy to go with whatever you care to write in the coding style document (you /are/ going to patch this right ?) thanks john -- They're talking about a submanifold of space which is a 2-dimensional torus whose cross-sectional radii are on the order of a millimeter. Please make some minimal attempt to understand what's being discussed before declaring it 'drivel'. - AC, /.
Re: [PATCH] paste bug (again)
On Wed, Jun 13, 2001 at 09:04:33AM +0200, Lars Gullik Bjønnes wrote: Actually I would prefere to see the addition of a String that takes a ostream..., alternatively: ho-hum, you were free to mention this after not liking the last attempt no problem, I'll have another go. thanks john -- They're talking about a submanifold of space which is a 2-dimensional torus whose cross-sectional radii are on the order of a millimeter. Please make some minimal attempt to understand what's being discussed before declaring it 'drivel'. - AC, /.
Re: xforms help needed !
On Wed, Jun 13, 2001 at 05:36:00PM +1000, Allan Rae wrote: You seem to have the right code for it. Are you using 0.89 or 0.88? (like I am) 0.88 just checking I wasn't being silly. I'll ask the xforms list as Angus suggested. thanks john -- They're talking about a submanifold of space which is a 2-dimensional torus whose cross-sectional radii are on the order of a millimeter. Please make some minimal attempt to understand what's being discussed before declaring it 'drivel'. - AC, /.
Re: xforms help needed !
On Wed, Jun 13, 2001 at 02:18:25PM +0200, Jean-Marc Lasgouttes wrote: What about using something else? Like a list on the left instead of the first-level tabs? this would be much nicer. the qt2 frontend will have something more like the KDE config dialog, as it's clearer imho john -- They're talking about a submanifold of space which is a 2-dimensional torus whose cross-sectional radii are on the order of a millimeter. Please make some minimal attempt to understand what's being discussed before declaring it 'drivel'. - AC, /.
Re: Qt2 filenames
On Wed, Jun 13, 2001 at 09:14:53AM +0200, Lars Gullik Bjønnes wrote: | Having spaces around the condition makes grepping a lot easier IMHO. Possibly (but only marginally I guess) ... but the rest of LyX does not use this. Kalle, can you explain how it makes grepping easier ? As I don't have a justification other than it's not my style (or LyX's) I'm fine to go with whatever is de jure (as long as people make sure to pick up if I'm being inconsistent). thanks john -- They're talking about a submanifold of space which is a 2-dimensional torus whose cross-sectional radii are on the order of a millimeter. Please make some minimal attempt to understand what's being discussed before declaring it 'drivel'. - AC, /.
Re: Qt2 filenames
On Wed, Jun 13, 2001 at 10:15:11AM +0200, Juergen Vigna wrote: On 13-Jun-2001 John Levon wrote: I would like the .ui files to go in a separate dir as well if possible (even the generated files if possible, so there's a clear distinction between what needs editing via designer, and what needs vimming :) I did this for my port to KDE2 of KSendFax (not officially out yet ;) and have also the Makefile.am+shell-file magic to update the sourcefiles automatically on a change of the .ui file. Are you interested to have this? yes please, that sounds nice ! thanks john -- They're talking about a submanifold of space which is a 2-dimensional torus whose cross-sectional radii are on the order of a millimeter. Please make some minimal attempt to understand what's being discussed before declaring it 'drivel'. - AC, /.
Re: Qt2 filenames
On Wed, Jun 13, 2001 at 10:06:24AM +0200, Edwin Leuven wrote: FormXXX FormXXXDialog - machine generated FormXXXDialogImpl I still hold the opinion that the Form part is redundant. Why not: XXX XXXDialog - machine generated XXXDialogImpl On the other 2 points I am agnostic... gr.ed. ok, good point. As is Allan's. How about : QXXX.[Ch] ui/QXXXDialog.[Ch] QXXXDialogImpl.[Ch] Kalle, does this address your ls concern ? Now QXXX and QXXXDialogImpl will be next to each other. As stuff in ui/ isn't human editable, it makes sense to keep it out of the way. as always imho, john -- They're talking about a submanifold of space which is a 2-dimensional torus whose cross-sectional radii are on the order of a millimeter. Please make some minimal attempt to understand what's being discussed before declaring it 'drivel'. - AC, /.
Re: New bug list
On Wed, Jun 13, 2001 at 03:42:10PM +0200, Juergen Vigna wrote: BTW: John you see this feature request is exactly the oposite of yours and exactly the same I told you ;) not really. I understand the need for the ability to do what you want totally, and I agree that it is a good and useful feature. My problem is with the current user interface, which is IMHO confusing until you work out what is happening. No, I don't have a really good solution (yet). One dumb idea is separate Apply and Apply to current paragraph buttons. Although it's not the best solution prolly, it does indicate in a concise way the problem I see currently. regards, john -- They're talking about a submanifold of space which is a 2-dimensional torus whose cross-sectional radii are on the order of a millimeter. Please make some minimal attempt to understand what's being discussed before declaring it 'drivel'. - AC, /.
Re: New bug list
On Wed, Jun 13, 2001 at 11:40:23AM +0200, Michael Schmitt wrote: 4. In the label dialog, could you please rearrange the buttons? It is a convention to click the right-most button in order to cancel a dialog. this is due to xforms stupid defaults. It will not be fixed until post 1.2.0. Please log as an open issue :) 16. Dialog New from template should show the template directory immediately. A common user does not realize that he has to press the template button first. indeed. open this as a bug and assign it to me (movement). thanks john -- They're talking about a submanifold of space which is a 2-dimensional torus whose cross-sectional radii are on the order of a millimeter. Please make some minimal attempt to understand what's being discussed before declaring it 'drivel'. - AC, /.
Re: Problem with gettext _() (bug 429678)
On Wed, Jun 13, 2001 at 03:11:22PM +0200, Jean-Marc Lasgouttes wrote: John == John Levon [EMAIL PROTECTED] writes: John 869 string const s1 = _(Saving document) + ' ' 870 + John MakeDisplayPath(owner-buffer()-fileName() 871 + ...); John in lyxfunc.C won't work as the const char * _() will be chosen John (contrary to my comment in the bug, this affects the NLS build). Or the const char * _() could return a string. Or it could be removed altogether... removed sounds good. I'll have a go building with this change. John warning. We could have things like this all over the place :/ We have at least another one when running LaTeX. :/ How come it did not happen in 1.1.6? *shrug* thanks john -- They're talking about a submanifold of space which is a 2-dimensional torus whose cross-sectional radii are on the order of a millimeter. Please make some minimal attempt to understand what's being discussed before declaring it 'drivel'. - AC, /.
Re: Problem with gettext _() (bug 429678)
On Thu, Jun 14, 2001 at 01:46:06AM +0100, John Levon wrote: Or the const char * _() could return a string. Or it could be removed altogether... removed sounds good. I'll have a go building with this change. dur, of course we use the char * one everywhere. And cgrepall '(.*).*+' alone has 69 matches. Argh. Ideas ? How come it did not happen in 1.1.6? *shrug* forgot to mention, I'm using gcc-3.0-20010528. So we probably /do/ have this bug in 1.1.6 (it is our bug isn't it ?) Any ideas on what to do anyone ? why doesn't the compiler give a warning or something ? thanks john -- They're talking about a submanifold of space which is a 2-dimensional torus whose cross-sectional radii are on the order of a millimeter. Please make some minimal attempt to understand what's being discussed before declaring it 'drivel'. - AC, /.
Re: xforms help needed !
On 13 Jun 2001, Jean-Marc Lasgouttes wrote: Allan == Allan Rae [EMAIL PROTECTED] writes: Allan On Wed, 13 Jun 2001, John Levon wrote: I've just done the attached patch. For some reason though it only activates in the inner folder, not the outer one. Can someone more familiar with xforms explain why ? Allan This could be another of those problems with nested tabfolders Allan -- much like the problem with setting shortcuts for them. What about using something else? Like a list on the left instead of the first-level tabs? Sure. All we need is time. And what about the patch you posted earlier for shortcut? Is it worth applying? Only once we've gotten rid of the nested tabfolders or xforms is fixed so they work. I thinnk I mentioned then that I think we _might_ be able to make them work by overriding or at least supplying callbacks for the shortcut handlers in the inner forms -- tabfolders have a large number of callbacks available that are _NOT_ listed in the documentation but which are public in the headers. Anyway, that becomes black magic and I'm not inclinded to explore that path very far. Allan. (ARRae)
Re: [Bug] Accents in math mode
On Wed, 13 Jun 2001, Andre Poenitz wrote: So the bug is still there, but at least I have a workaround. Now if we document it, does it become a feature? :-) No. It should get fixed during the summer. Yes, but _which_ summer? :-) Allan. (ARRae)
Re: Qt2 filenames
On Wednesday 13 June 2001 03:31, John Levon wrote: > Edwin said you had settled on : > > FormXXX > FormXXXDialog <- machine generated > FormXXXDialogImpl > > I would really prefer : > > FormXXX > XXXDialog <- machine generated > XXXDialogImpl > > because it will be significantly easier to type for > things like TabCreate etc. > > what do the qt2er's think ? While I have no strong preferences here, I don't really like the suggestion because the way it currently is allows you to easily see files that belong together in a ls listing (or a cvs update listing!). > > I would like the .ui files to go in a separate dir as well if possible > (even the generated files if possible, so there's a clear distinction > between what needs editing via designer, and what needs vimming :) Again, this makes it more difficult to see files together that belong together in a ls output. I agree that it is not easy to see what is generated and what is not, but you'll see at the latest when you open the file in vim, the uic-generated files have a big headers that warns you not to edit the file. > > Also, a contentious point, but is it possible that we use : > > if (condition) { > > rather than > > if ( condition ) { > > consistently across the handwritten Qt2 files ? currently it's not even > consistent in some source files, and I personally would really prefer to > go the way of most lyx source. Having spaces around the condition makes grepping a lot easier IMHO. Kalle -- Matthias Kalle Dalheimer President & CEO/VD Klarälvdalens Datakonsult AB Fax +46-563-540028 Email [EMAIL PROTECTED]
Re: [PATCH] paste bug (again)
I disagree with this change... I really thing we should make it a rule to always use { ... } instead. Why? - consistency - people will not be tempted to drop the {...} after comples conditionals - somewhat easier to follow program flow. - else if (c == META_INSET) { + else if (c == META_INSET) GetInset(i)->Ascii(buffer, ost); - } } -- Lgb
Re: how badly damaged are math references at the moment?
> Is there a current work-around? Do I need to walk my cvs back a couple > of months to make a usable version? January CVS should be ok. Labels/numbering broke pretty early iirc. You might want to try mathed78.diff applied on current CVS, but I fear it might still not do what you expect. Andre' -- André Pönitz . [EMAIL PROTECTED]
Re: [PATCH] paste bug (again)
+ +string const LyXParagraph::StringWithLabels(Buffer const * buffer, + LyXParagraph::size_type beg, + LyXParagraph::size_type end) +{ + std::ostringstream ost; + + if (beg == 0 && !params.labelString().empty()) + ost << params.labelString() << ' '; + + string str(ost.str().c_str()); + + str += String(buffer, beg, end); + + return str; } Actually I would prefere to see the addition of a String that takes a ostream..., alternatively: string const LyXParagraph::StringWithLabels(Buffer const * buffer, LyXParagraph::size_type beg, LyXParagraph::size_type end) { std::ostringstream ost; if (beg == 0 && !params.labelString().empty()) { ost << params.labelString() << ' '; } ost << String(buffer, beg, end); return ost.str().c_str(); } and the nice version would have been: string const LyXParagraph::StringWithLabels(Buffer const * buffer, LyXParagraph::size_type beg, LyXParagraph::size_type end) { std::ostringstream ost; StringWithLabels(buffer, ost, beg, end); return ost.str().c_str(); } void LyXParagraph::StringWithLabels(Buffer const * buffer, std::ostream & os, LyXParagraph::size_type beg, LyXParagraph::size_type end) { if (beg == 0 && !params.labelString().empty()) { os << params.labelString() << ' '; } String(buffer, os, beg, end); } and later we could schedule the non ostream version for deletions... -- Lgb
Re: [PATCH] paste bug (again)
And with the ostream versions this would've been: + +string const LyXText::selectionAsStringWithLabels(Buffer const * buffer) const +{ + if (!selection.set()) return string(); + string result; + + // Special handling if the whole selection is within one paragraph + if (selection.start.par() == selection.end.par()) { + result += selection.start.par()->StringWithLabels(buffer, +selection.start.pos(), +selection.end.pos()); + return result; + } + + // The selection spans more than one paragraph + + // First paragraph in selection + result += selection.start.par()->StringWithLabels(buffer, +selection.start.pos(), +selection.start.par()->size()) + + "\n\n"; + + // The paragraphs in between (if any) + LyXCursor tmpcur(selection.start); + tmpcur.par(tmpcur.par()->next()); + while (tmpcur.par() != selection.end.par()) { + result += tmpcur.par()->StringWithLabels(buffer, 0, + tmpcur.par()->size()) + "\n\n"; + tmpcur.par(tmpcur.par()->next()); // Or NextAfterFootnote?? + } + + // Last paragraph in selection + result += selection.end.par()->StringWithLabels(buffer, 0, +selection.end.pos()); + + return result; +} this: string const LyXText::selectionAsStringWithLabels(Buffer const * buffer) const { if (!selection.set()) return string(); std::ostringstream ost; // Special handling if the whole selection is within one paragraph if (selection.start.par() == selection.end.par()) { selection.start.par()->StringWithLabels(buffer, ost, selection.start.pos(), selection.end.pos()); return ost.str().c_str(); } // The selection spans more than one paragraph // First paragraph in selection selection.start.par()->StringWithLabels(buffer, ost, selection.start.pos(), selection.start.par()->size()); ost << "\n\n"; // The paragraphs in between (if any) LyXCursor tmpcur(selection.start); tmpcur.par(tmpcur.par()->next()); while (tmpcur.par() != selection.end.par()) { tmpcur.par()->StringWithLabels(buffer, ost, 0, tmpcur.par()->size()); ost << "\n\n"; tmpcur.par(tmpcur.par()->next()); // Or NextAfterFootnote?? } // Last paragraph in selection selection.end.par()->StringWithLabels(buffer, ost, 0, selection.end.pos()); return ost.str().c_str(); } This makes the binary quite a bit smaller as well I think... -- Lgb