Re: Math macros ---- Woooooo!
On Tue, Apr 13, 2004 at 11:06:28AM +0100, Angus Leeming wrote: Andre, thank you, thank you, thank you! However, the new scheme appears to produce an extra, unnecessary set of red braces. Try the attached, 13x file with lyx 13x and with current cvs. The good news is that the latex exported by both versions is identical: \newcommand{\Vector}[1]{\boldsymbol{#1}} $\Vector{V}_{0}=V_{x0}\Vector{i}$ A more serious problem with the screen display is if the \Vector macro is changed to \newcommand{\Vector}[1]{[#1]}
Re: Math macros ---- Woooooo!
On Tue, Apr 13, 2004 at 11:06:28AM +0100, Angus Leeming wrote: > Andre, thank you, thank you, thank you! > > However, the new scheme appears to produce an extra, unnecessary set > of red braces. Try the attached, 13x file with lyx 13x and with > current cvs. > > The good news is that the latex exported by both versions is > identical: > > \newcommand{\Vector}[1]{\boldsymbol{#1}} > > $\Vector{V}_{0}=V_{x0}\Vector{i}$ A more serious problem with the screen display is if the \Vector macro is changed to \newcommand{\Vector}[1]{[#1]}
Re: mathed color inset
This is 'old style' font switching ( i.e. {\it ...} vs \textit{...} ).. Not nice. Should we stick to \color or is there anything else that could be used? \textcolor{blue}{...}
Re: mathed color inset
On Tue, Oct 28, 2003 at 09:32:04AM +0100, Andre Poenitz wrote: But that would mean another level of $...$ to go back to math mode, doesn't it? Is there a \mathcolor{blue}{...}? \textcolor does not exit from math mode.
Re: mathed color inset
> > This is 'old style' font switching ( i.e. {\it ...} vs \textit{...} ).. > > Not nice. > > Should we stick to \color or is there anything else that could be used? \textcolor{blue}{...}
Re: mathed color inset
On Tue, Oct 28, 2003 at 09:32:04AM +0100, Andre Poenitz wrote: > > But that would mean another level of $...$ to go back to math mode, > doesn't it? > > Is there a \mathcolor{blue}{...}? \textcolor does not exit from math mode.
Re: Qt 3.2.2
On Thu, Oct 16, 2003 at 04:04:43PM +0200, Lars Gullik Bj?nnes wrote: | Any documents in a different encoding won't be in ASCII though :) | But Jos?© said it was easy to handle, so... Hmm... but he has to read most of the lyx file header to find out what language is it written in and whet encoding that might be. Not only the header: the language (and hence the encoding) can change in the middle of the document. But it shouldn't be hard to handle this too.
Re: Qt 3.2.2
On Thu, Oct 16, 2003 at 04:22:07PM +0100, John Levon wrote: Here's the full top ten (that I just made up). 1. Character styles 2. Unicode support 3. Outliner 4. Document .layout wizard 5. Decent support for including code (including GUI labels + xrefs etc.) 6. Context menus and drag and drop support 7. Seamless LaTeX import 8. Full toolbar support for switching styles, math/table stuff etc. 9. Spelling improvements (per doc word list, as-you-type checking, word count) 10. Decent table support How about multiple windows/views ?
Re: [PATCH] Inverse search update.
On Thu, Oct 16, 2003 at 07:11:34PM +0200, Alfredo Braunstein wrote: it? Can it collide with other packages etc? (maybe a checkbox to supress it after all?). It can potentially screw up the spacing, but I don't know if this is indeed a problem.
Re: Qt 3.2.2
On Thu, Oct 16, 2003 at 04:04:43PM +0200, Lars Gullik Bj?nnes wrote: > | Any documents in a different encoding won't be in ASCII though :) > > | But Jos?© said it was easy to handle, so... > > Hmm... but he has to read most of the lyx file header to find out what > language is it written in and whet encoding that might be. Not only the header: the language (and hence the encoding) can change in the middle of the document. But it shouldn't be hard to handle this too.
Re: Qt 3.2.2
On Thu, Oct 16, 2003 at 04:22:07PM +0100, John Levon wrote: > > Here's the full top ten (that I just made up). > > 1. Character styles > 2. Unicode support > 3. Outliner > 4. Document .layout wizard > 5. Decent support for including code (including GUI labels + xrefs etc.) > 6. Context menus and drag and drop support > 7. Seamless LaTeX import > 8. Full toolbar support for switching styles, math/table stuff etc. > 9. Spelling improvements (per doc word list, as-you-type checking, word count) > 10. Decent table support How about multiple windows/views ?
Re: [PATCH] Inverse search update.
On Thu, Oct 16, 2003 at 07:11:34PM +0200, Alfredo Braunstein wrote: > > it? Can it collide with other packages etc? (maybe a checkbox to supress it > after all?). It can potentially screw up the spacing, but I don't know if this is indeed a problem.
Re: Do you have compile problems?
On Mon, Sep 29, 2003 at 10:45:29AM +0200, Lars Gullik Bj?nnes wrote: If you have compile problems you must pipe up, so that I can attempt to fix them. I get the following error: (using gcc 3.3.2 20030908 (Debian prerelease), QT 3.2.1) g++ -DHAVE_CONFIG_H -I. -I. -I../../../src -I../../../src/ -I../../../src/frontends/ -I../../../images -I/usr/include/qt3 -I../../../boost -I../../../src/frontends/controllers -I/usr/X11R6/include -DQT_CLEAN_NAMESPACE -DQT_GENUINE_STR -DQT_NO_TRANSLATION -O -fno-exceptions -W -Wall -MT QDialogView.lo -MD -MP -MF .deps/QDialogView.Tpo -c QDialogView.C In file included from ../../../src/debug.h:18, from ../../../src/frontends/controllers/BCView.tmpl:20, from ../../../src/frontends/controllers/BCView.h:139, from Qt2BC.h:18, from QDialogView.C:17: ../../../src/support/debugstream.h:28: error: syntax error before `=' token ../../../src/support/debugstream.h:30: error: missing ';' before right brace ../../../src/support/debugstream.h:32: error: `type' was not declared in this scope ../../../src/support/debugstream.h:32: error: syntax error before `,' token ../../../src/support/debugstream.h: In function `bool match(...)': ../../../src/support/debugstream.h:33: error: `b' undeclared (first use this function) ../../../src/support/debugstream.h:33: error: (Each undeclared identifier is reported only once for each function it appears in.) ../../../src/support/debugstream.h:33: error: `a' undeclared (first use this function) ../../../src/support/debugstream.h:33: error: `ANY' undeclared (first use this function) ../../../src/support/debugstream.h:33: error: `NONE' undeclared (first use this function) ../../../src/support/debugstream.h: At global scope: ../../../src/support/debugstream.h:35: error: syntax error before `}' token ../../../src/support/debugstream.h:32: warning: `bool match(...)' defined but not used
Re: Do you have compile problems?
On Mon, Sep 29, 2003 at 10:45:29AM +0200, Lars Gullik Bj?nnes wrote: > > If you have compile problems you must pipe up, so that I can attempt > to fix them. I get the following error: (using gcc 3.3.2 20030908 (Debian prerelease), QT 3.2.1) g++ -DHAVE_CONFIG_H -I. -I. -I../../../src -I../../../src/ -I../../../src/frontends/ -I../../../images -I/usr/include/qt3 -I../../../boost -I../../../src/frontends/controllers -I/usr/X11R6/include -DQT_CLEAN_NAMESPACE -DQT_GENUINE_STR -DQT_NO_TRANSLATION -O -fno-exceptions -W -Wall -MT QDialogView.lo -MD -MP -MF .deps/QDialogView.Tpo -c QDialogView.C In file included from ../../../src/debug.h:18, from ../../../src/frontends/controllers/BCView.tmpl:20, from ../../../src/frontends/controllers/BCView.h:139, from Qt2BC.h:18, from QDialogView.C:17: ../../../src/support/debugstream.h:28: error: syntax error before `=' token ../../../src/support/debugstream.h:30: error: missing ';' before right brace ../../../src/support/debugstream.h:32: error: `type' was not declared in this scope ../../../src/support/debugstream.h:32: error: syntax error before `,' token ../../../src/support/debugstream.h: In function `bool match(...)': ../../../src/support/debugstream.h:33: error: `b' undeclared (first use this function) ../../../src/support/debugstream.h:33: error: (Each undeclared identifier is reported only once for each function it appears in.) ../../../src/support/debugstream.h:33: error: `a' undeclared (first use this function) ../../../src/support/debugstream.h:33: error: `ANY' undeclared (first use this function) ../../../src/support/debugstream.h:33: error: `NONE' undeclared (first use this function) ../../../src/support/debugstream.h: At global scope: ../../../src/support/debugstream.h:35: error: syntax error before `}' token ../../../src/support/debugstream.h:32: warning: `bool match(...)' defined but not used
frenchb
Why do we have frenchb in lib/languages ? The Babel documentation says that it is obsolete.
frenchb
Why do we have frenchb in lib/languages ? The Babel documentation says that it is obsolete.
qfont_loader.C in lyx 1.3.x
As I written on lyx-users, the 1.3.x code in qfont_loader.C does not work with QT3.2. I've ported the 1.4.0cvs code to 1.3.x. Can I apply it ? I also suggest releasing 1.3.3 soon, as this problem is annoying. patch.gz Description: application/gzip
qfont_loader.C in lyx 1.3.x
As I written on lyx-users, the 1.3.x code in qfont_loader.C does not work with QT3.2. I've ported the 1.4.0cvs code to 1.3.x. Can I apply it ? I also suggest releasing 1.3.3 soon, as this problem is annoying. patch.gz Description: application/gzip
Re: paragraph question
On Tue, Aug 05, 2003 at 05:40:02PM +0200, Jean-Marc Lasgouttes wrote: If this is really the intent, I think that we should have a real notion of paragraph language, like for example: if one selects a paragraph in whole and sets its language, then it is the paragraph language which changes. If only part of a paragraph is selected, then only the local font changes. If we decide storing paragraph language, we should add the option to change it in the paragraph dialog. Also, we need to keep a sensible behavior: When the user creates a new paragraph, its language should be set to the language of previous language. However, if the user changed the language before inserting new characters to the paragraph, then the paragraph language should be switched to the new language.
Re: paragraph question
On Tue, Aug 05, 2003 at 05:40:02PM +0200, Jean-Marc Lasgouttes wrote: > > If this is really the intent, I think that we should have a real > notion of paragraph language, like for example: if one selects a > paragraph in whole and sets its language, then it is the paragraph > language which changes. If only part of a paragraph is selected, then > only the local font changes. If we decide storing "paragraph language", we should add the option to change it in the paragraph dialog. Also, we need to keep a sensible behavior: When the user creates a new paragraph, its language should be set to the language of previous language. However, if the user changed the language before inserting new characters to the paragraph, then the paragraph language should be switched to the new language.
Question on lyx2lyx
Jose, why does lyxconvert_216.py changes the language of the document to 'english' ? I agree that if the language was 'default' (IIRC, LyX used to have this option) then the language should be changed, but this is incorrect in all other cases.
lyxpreview2bitmap.sh
Is there any objection to change the line LATEX=latex in lyxpreview2bitmap.sh to LATEX=elatex ? I want this change as latex with Hebrew requires using elatex. As far as I know, there are no side effects when elatex is used.
Re: Question on lyx2lyx
On Fri, Aug 01, 2003 at 04:00:29PM +0100, Jose' Matos wrote: On Friday 01 August 2003 15:17, Dekel Tsur wrote: Jose, why does lyxconvert_216.py changes the language of the document to 'english' ? I agree that if the language was 'default' (IIRC, LyX used to have this option) then the language should be changed, but this is incorrect in all other cases. That should be changed to english only if it is default, else it is a bug. Fixed. Should I commit it to the 1.3.x branch ?
Question on lyx2lyx
Jose, why does lyxconvert_216.py changes the language of the document to 'english' ? I agree that if the language was 'default' (IIRC, LyX used to have this option) then the language should be changed, but this is incorrect in all other cases.
lyxpreview2bitmap.sh
Is there any objection to change the line LATEX=latex in lyxpreview2bitmap.sh to LATEX=elatex ? I want this change as latex with Hebrew requires using elatex. As far as I know, there are no side effects when elatex is used.
Re: Question on lyx2lyx
On Fri, Aug 01, 2003 at 04:00:29PM +0100, Jose' Matos wrote: > On Friday 01 August 2003 15:17, Dekel Tsur wrote: > > Jose, why does lyxconvert_216.py changes the language of the document to > > 'english' ? > > I agree that if the language was 'default' (IIRC, LyX used to have this > > option) then the language should be changed, but this is incorrect in all > > other cases. > > That should be changed to english only if it is default, else it is a bug. Fixed. Should I commit it to the 1.3.x branch ?
Re: bidi stuff (Dekel ?)
On Sat, Jul 19, 2003 at 06:02:27PM +0100, John Levon wrote: I'm a bit confused why we seem to have our own (incomplete) support for bidi stuff. Is there a good reason we're not using fribidi or equivalent ? In particular we seem to have fairly hackish support via things like auto_number instead of properly implementing the unicode bidi algorithm and supporting the implicit LTR/RTL markers. 1) If we want to use the Unicode bidi algorithm then we should first use UCS32 for the text. 2) The Unicode bidi algorithm uses implicit ordering: the language of the text is inferred from the Unicode code of the chars. In LyX, we already mark the language of the text, so it does not make much sense to use that algorithm. Finally, seeing as you're likely to have a pretty good grasp of the needed unicode work, can you give your thoughts on where we should go from here ? encodings.C *seems* to be an incomplete encoding conversion thing for the specific arabic etc. charsets. Why aren't we using libiconv ? Yes, some parts of encodings.C can be done using some external library.
Re: bidi stuff (Dekel ?)
On Wed, Jul 30, 2003 at 07:47:58PM +0100, John Levon wrote: I see. Basically I'm wondering if we can remove code that we have to maintain in favour of code that the fribidi people have to maintain. It is rather short, and with external libraries you might have API changes.. Yes, some parts of encodings.C can be done using some external library. OK, thanks. What parts cannot ? Don't know
Re: bidi stuff (Dekel ?)
On Sat, Jul 19, 2003 at 06:02:27PM +0100, John Levon wrote: > > I'm a bit confused why we seem to have our own (incomplete) support for > bidi stuff. Is there a good reason we're not using fribidi or equivalent ? > > In particular we seem to have fairly hackish support via things like > auto_number instead of properly implementing the unicode bidi algorithm > and supporting the implicit LTR/RTL markers. 1) If we want to use the Unicode bidi algorithm then we should first use UCS32 for the text. 2) The Unicode bidi algorithm uses implicit ordering: the language of the text is inferred from the Unicode code of the chars. In LyX, we already mark the language of the text, so it does not make much sense to use that algorithm. > Finally, seeing as you're likely to have a pretty good grasp of the > needed unicode work, can you give your thoughts on where we should go > from here ? encodings.C *seems* to be an incomplete encoding conversion > thing for the specific arabic etc. charsets. Why aren't we using > libiconv ? Yes, some parts of encodings.C can be done using some external library.
Re: bidi stuff (Dekel ?)
On Wed, Jul 30, 2003 at 07:47:58PM +0100, John Levon wrote: > > I see. Basically I'm wondering if we can remove code that we have to > maintain in favour of code that the fribidi people have to maintain. It is rather short, and with external libraries you might have API changes.. > > > Yes, some parts of encodings.C can be done using some external library. > > OK, thanks. What parts cannot ? Don't know
Re: Running LyX remotely: font questions
On Wed, Jul 16, 2003 at 02:54:04PM +0100, Angus Leeming wrote: I have installed the free replacement for the Bakoma fonts on the machine running LyX and on the remote RH8 box. I have the non-free originals on the Tru64 box. If I run LyX locally on the Tru64 machine then all is Ok. If I log into the remote machine from this Tru64 box and run the remote LyX I get red text. So it appears that the two sets of fonts are incompatible? It depends whether LyX uses xft (only the QT frontend uses xft, assuming that you have an XFT enables version of QT). Xft: - Works only with the ttf fonts - Font should be installed on the remove machine - Works only if the local X server supports the RENDER extension (check with 'xdpyinfo|grep -i render'), although I think that with future versions of xft, this restriction will be removed. non Xft: - Works with the pfb fonts from latex (should also work with the ttf fonts) - Fonts should be installed on the local machine, and the X server should support Postscript fonts.
Re: Running LyX remotely: font questions
On Wed, Jul 16, 2003 at 02:54:04PM +0100, Angus Leeming wrote: > > I have installed the free replacement for the Bakoma fonts on the > machine running LyX and on the remote RH8 box. I have the non-free > originals on the Tru64 box. If I run LyX locally on the Tru64 machine > then all is Ok. If I log into the remote machine from this Tru64 box > and run the remote LyX I get red text. > > So it appears that the two sets of fonts are incompatible? It depends whether LyX uses xft (only the QT frontend uses xft, assuming that you have an XFT enables version of QT). Xft: - Works only with the ttf fonts - Font should be installed on the remove machine - Works only if the local X server supports the RENDER extension (check with 'xdpyinfo|grep -i render'), although I think that with future versions of xft, this restriction will be removed. non Xft: - Works with the pfb fonts from latex (should also work with the ttf fonts) - Fonts should be installed on the local machine, and the X server should support Postscript fonts.
Re: why cut-paste text from other documents = blue underlined?
On Tue, Jul 15, 2003 at 12:39:48AM +0100, John Levon wrote: , it is desired that LyX should automatically change the language of the copied text to American, and then the user should fix the spelling. And what if it's *not* intended to be a single-language document ? You just broke my document ... I do not see a way we can change language behind the user's back in a reliable manner, and I don't think we should. How about allowing the user to choose in the preferences dialog whether the language should be changed on paste (but only between dialects of the same language) ? Or perhaps asking the user using a yes/no dialog after a text is pasted ?
Re: why cut->paste text from other documents = blue underlined?
On Tue, Jul 15, 2003 at 12:39:48AM +0100, John Levon wrote: > > >, it is desired that LyX should automatically change the language of > > the copied text to American, and then the user should fix the spelling. > > And what if it's *not* intended to be a single-language document ? You > just broke my document ... > > I do not see a way we can change language behind the user's back in a > reliable manner, and I don't think we should. How about allowing the user to choose in the preferences dialog whether the language should be changed on paste (but only between dialects of the same language) ? Or perhaps asking the user using a yes/no dialog after a text is pasted ?
Re: why cut-paste text from other documents = blue underlined?
On Sun, Jul 13, 2003 at 11:34:21PM -0700, [EMAIL PROTECTED] wrote: On Sun, Jul 13, 2003 at 03:15:26PM -0300, Garst R. Reese wrote: ...Preferences-Lang OptsLanguageMark foreign Thanks. Couldn't find that one. With this available, the function certainly makes sense. This will just hide the problem. It is better to leave this button enabled, and use the character dialog to reset the language after pasting from another document.
Re: why cut-paste text from other documents = blue underlined?
On Mon, Jul 14, 2003 at 12:11:49AM +0100, John Levon wrote: On Sun, Jul 13, 2003 at 07:57:43AM -0700, [EMAIL PROTECTED] wrote: By the way, if you would consider the carrying over of a language specification in a cut/paste operation to be in any manner a bug, let me know and I'll file a report. It's fully intentional exactly to help avoid color vs. colour problems Actually, single-language documents are more common than multiple-language documents. Thus, when someone copy text from, e.g., British document to an American document, it is desired that LyX should automatically change the language of the copied text to American, and then the user should fix the spelling.
Re: why cut->paste text from other documents = blue underlined?
On Sun, Jul 13, 2003 at 11:34:21PM -0700, [EMAIL PROTECTED] wrote: > On Sun, Jul 13, 2003 at 03:15:26PM -0300, Garst R. Reese wrote: > > ...Preferences->Lang Opts>Language>Mark foreign <> > > Thanks. Couldn't find that one. With this available, the function > certainly makes sense. This will just hide the "problem". It is better to leave this button enabled, and use the character dialog to reset the language after pasting from another document.
Re: why cut->paste text from other documents = blue underlined?
On Mon, Jul 14, 2003 at 12:11:49AM +0100, John Levon wrote: > On Sun, Jul 13, 2003 at 07:57:43AM -0700, [EMAIL PROTECTED] wrote: > > > By the way, if you would consider the carrying over of a language specification > > in a cut/paste operation to be in any manner a bug, let me know and I'll file a > > report. > > It's fully intentional exactly to help avoid color vs. colour problems Actually, single-language documents are more common than multiple-language documents. Thus, when someone copy text from, e.g., British document to an American document, it is desired that LyX should automatically change the language of the copied text to American, and then the user should fix the spelling.
Re: debian woody/cvs compile problem (fwd)
On Wed, Jul 09, 2003 at 03:20:58PM +0800, Rod Pinna wrote: Yup, I have version 2.57 installed. I've previously done an apt-get dselect-upgrade, so (hopefully) have updated everything. You need to remove the autoconf2.13 package (otherwise autoconf 2.13 will be used and not 2.57).
Re: debian woody/cvs compile problem (fwd)
On Wed, Jul 09, 2003 at 03:20:58PM +0800, Rod Pinna wrote: > > Yup, I have version 2.57 installed. I've previously done an apt-get > dselect-upgrade, so (hopefully) have updated everything. You need to remove the autoconf2.13 package (otherwise autoconf 2.13 will be used and not 2.57).
Re: hi! all! Anyone has interest in gtk frontend of gtk?
On Thu, Jun 26, 2003 at 09:54:40PM +0800, Huang Ying wrote: I am not sure how to accomodate you needs (html only), but I think we can work something out so that we can get you snapshots from HEAD cvs. Oh! It's so misfortune. But no matter, I think I can recreate it faster than the first time. The problem is that I can not access the cvs head. I can access the ftp site of lyx, eg. ftp://ftp.lyx.org, so is it possible that I get the cvs head from that? ftp://ftp.sylvan.com/pub/lyx/devel
Re: hi! all! Anyone has interest in gtk frontend of gtk?
On Thu, Jun 26, 2003 at 09:54:40PM +0800, Huang Ying wrote: > > I am not sure how to accomodate you needs (html only), but I think we > > can work something out so that we can get you snapshots from HEAD cvs. > Oh! It's so misfortune. But no matter, I think I can recreate it faster > than the first time. > The problem is that I can not access the cvs head. I can access the ftp > site of lyx, eg. ftp://ftp.lyx.org, so is it possible that I get the cvs > head from that? ftp://ftp.sylvan.com/pub/lyx/devel
Re: lyx-devel src/frontends/qt2/ui/: PreambleModuleBase.ui
On Fri, Jun 06, 2003 at 04:27:08PM +, [EMAIL PROTECTED] wrote: CVSROOT: /usr/local/lyx/cvsroot Module name: lyx-devel Repository: lyx-devel/src/frontends/qt2/ui/ Changes by: [EMAIL PROTECTED] 03/06/06 16:27:08 Modified files: lyx-devel/src/frontends/qt2/ui/: PreambleModuleBase.ui Log message: try to get a courier font for the preamble On my system, the courier font is called Courier 10 Pitch and not adobe-courier. As a result, the font in the preamble dialog is substituted by some unreadable font. I guess that we should either use the fixed font defined in ~/.lyx/preferences or to revert the patch.
Re: lyx-devel src/frontends/qt2/ui/: PreambleModuleBase.ui
On Sat, Jun 14, 2003 at 05:16:09PM +0100, John Levon wrote: On Sat, Jun 14, 2003 at 07:10:54PM +0300, Dekel Tsur wrote: On my system, the courier font is called Courier 10 Pitch and not adobe-courier. As a result, the font in the preamble dialog is substituted by some unreadable font. What unreadable font ? I think it uses Eufm10. It should at least fall back to the default. It is a QT bug. I guess that we should either use the fixed font defined in ~/.lyx/preferences Feel free to do this. I'm unable to build LyX. I get the following errors: frontends/qt2/.libs/libqt2.a(Dialogs.o)(.text+0x991): In function Dialogs::build(std::basic_stringchar, std::char_traitschar, std::allocatorchar const)': : undefined reference to ControlMath2::ControlMath2[in-charge](Dialog)' frontends/qt2/.libs/libqt2.a(QMathDialog.o)(.text+0x178f): In function QMathDialog::symbol_clicked(std::basic_stringchar, std::char_traitschar, std::allocatorchar const)': : undefined reference to ControlMath2::dispatchInsert(std::basic_stringchar, std::char_traitschar, std::allocatorchar const) const' frontends/qt2/.libs/libqt2.a(QMathDialog.o)(.text+0x17c7): In function QMathDialog::fracClicked()': ... gcc 3.2.3 qt 3.1.1
Re: Hebrew in Ruurd Reitsma's Lyx port
On Sat, Jun 14, 2003 at 12:50:48AM +0300, [EMAIL PROTECTED] wrote: Hello and thanks for answering, It would of course be nice if you made a patch, but BEFORE you do this I'll check if the port can be compiled on QT3. since I'm not the one who installed the port, I'm not sure, but I didn't know that the installation included compiling something. QT3 is commercial so you cannot compile LyX with it yourself.
Re: lyx-devel src/frontends/qt2/ui/: PreambleModuleBase.ui
On Fri, Jun 06, 2003 at 04:27:08PM +, [EMAIL PROTECTED] wrote: > CVSROOT: /usr/local/lyx/cvsroot > Module name: lyx-devel > Repository: lyx-devel/src/frontends/qt2/ui/ > Changes by: [EMAIL PROTECTED] 03/06/06 16:27:08 > > Modified files: > lyx-devel/src/frontends/qt2/ui/: PreambleModuleBase.ui > > Log message: > try to get a courier font for the preamble On my system, the courier font is called "Courier 10 Pitch" and not adobe-courier. As a result, the font in the preamble dialog is substituted by some unreadable font. I guess that we should either use the fixed font defined in ~/.lyx/preferences or to revert the patch.
Re: lyx-devel src/frontends/qt2/ui/: PreambleModuleBase.ui
On Sat, Jun 14, 2003 at 05:16:09PM +0100, John Levon wrote: > On Sat, Jun 14, 2003 at 07:10:54PM +0300, Dekel Tsur wrote: > > > On my system, the courier font is called "Courier 10 Pitch" and not > > adobe-courier. As a result, the font in the preamble dialog is substituted > > by some unreadable font. > > What "unreadable font" ? I think it uses "Eufm10". > It should at least fall back to the default. It is a QT bug. > > > I guess that we should either use the fixed font defined in ~/.lyx/preferences > > Feel free to do this. I'm unable to build LyX. I get the following errors: frontends/qt2/.libs/libqt2.a(Dialogs.o)(.text+0x991): In function Dialogs::build(std::basic_string<char, std::char_traits, std::allocator > const&)': : undefined reference to ControlMath2::ControlMath2[in-charge](Dialog&)' frontends/qt2/.libs/libqt2.a(QMathDialog.o)(.text+0x178f): In function QMathDialog::symbol_clicked(std::basic_string<char, std::char_traits, std::allocator > const&)': : undefined reference to ControlMath2::dispatchInsert(std::basic_string<char, std::char_traits, std::allocator > const&) const' frontends/qt2/.libs/libqt2.a(QMathDialog.o)(.text+0x17c7): In function QMathDialog::fracClicked()': ... gcc 3.2.3 qt 3.1.1
Re: Hebrew in Ruurd Reitsma's Lyx port
On Sat, Jun 14, 2003 at 12:50:48AM +0300, [EMAIL PROTECTED] wrote: > Hello and thanks for answering, > > It would of course be nice if you made a patch, but BEFORE you do this I'll > check if the port can be compiled on QT3. since I'm not the one who installed > the port, I'm not sure, but I didn't know that the installation included > compiling something. QT3 is commercial so you cannot compile LyX with it yourself.
Re: Hebrew in Ruurd Reitsma's Lyx port
On Sun, Jun 08, 2003 at 01:05:14AM +0300, Amir Seginer wrote: Hello, A friend of mine has installed Ruurd Reitsma's Lyx port on Windows-XP. All seems to work except for one problem. When typing hebrew, the letters appear in reverse order, i.e. when you type ABC (actually aleph bet gimel) it shows on the screen CBA (gimel bet aleph). I believe that the problem is that this port uses QT2 and not QT3. Is there a change of having the port compiled with QT3, or should I make a patch to workaround this problem ?
Re: Hebrew in Ruurd Reitsma's Lyx port
On Sun, Jun 08, 2003 at 01:05:14AM +0300, Amir Seginer wrote: > Hello, > > A friend of mine has installed Ruurd Reitsma's Lyx port on Windows-XP. > All seems to work except for one problem. When typing hebrew, the > letters appear in reverse order, i.e. when you type ABC (actually aleph > bet gimel) it shows on the screen CBA (gimel bet aleph). I believe that the problem is that this port uses QT2 and not QT3. Is there a change of having the port compiled with QT3, or should I make a patch to workaround this problem ?
Re: Python help needed ;-)
On Wed, Jun 04, 2003 at 10:33:02AM +, Angus Leeming wrote: I want to add a module to lyxconvert_221.py to change this: \begin_inset External RasterImage,taulogo.png, \end_inset to this \begin_inset External template RasterImage filename taulogo.png \end_inset throwing away the final arg (here , more generally string) that holds the parameters variable. I guess that we could retain the filename within quotes as LyXLeX will handle that. Trouble is, I don't know how to split the line into its constituent parts. import re mo = re.search(r'\\begin_inset External (.*),(.*),', a) if mo: print template, mo.group(1) print filename, mo.group(2) This code will fail if the filename contains the char '' (how does the lyx file look in that case ? )
Re: Python help needed ;-)
On Wed, Jun 04, 2003 at 11:18:09AM +0100, Jose' Matos wrote: I point the answer, use split. Could someone write the 5 lines of code? Plase? def convert_external(lines): i = 0 while 1: i = find_token(lines, \\begin_inset External, i) if i == -1: break top = \\begin_inset External args = string.split(lines[i][len(top)+1:],',') template = \ttemplate + args[0] filename = \tfilename + args[1] lines[i:i+1] = [top, template, filename] i = i + 1 This will fail if the filename contains ','. It is probably better to use regular expressions (see my other mail).
Re: Python help needed ;-)
On Wed, Jun 04, 2003 at 10:33:02AM +, Angus Leeming wrote: > I want to add a module to lyxconvert_221.py to change this: > > \begin_inset External RasterImage,"taulogo.png","" > > \end_inset > > to this > > \begin_inset External > template RasterImage > filename taulogo.png > > \end_inset > > throwing away the final arg (here "", more generally "") that holds > the parameters variable. I guess that we could retain the filename within > quotes as LyXLeX will handle that. > > Trouble is, I don't know how to split the line into its constituent parts. import re mo = re.search(r'\\begin_inset External (.*),"(.*)",', a) if mo: print "template", mo.group(1) print "filename", mo.group(2) This code will fail if the filename contains the char '"' (how does the lyx file look in that case ? )
Re: Python help needed ;-)
On Wed, Jun 04, 2003 at 11:18:09AM +0100, Jose' Matos wrote: > > I point the answer, use split. > > > Could someone write the 5 lines of code? Plase? > > def convert_external(lines): > i = 0 > while 1: > i = find_token(lines, "\\begin_inset External", i) > if i == -1: > break > top = "\\begin_inset External" > args = string.split(lines[i][len(top)+1:],',') > template = "\ttemplate " + args[0] > filename = "\tfilename " + args[1] > lines[i:i+1] = [top, template, filename] > i = i + 1 This will fail if the filename contains ','. It is probably better to use regular expressions (see my other mail).
Re: Float Settings dialog. comments and a bug
On Thu, Apr 03, 2003 at 05:45:38PM +0100, John Levon wrote: 3. Now repopen the Float settings and note that the Bottom of page settings is not selected anymore! Some latex guy tell me what should be happening here ? I assume 'b' is ok for a wide float ? In standard latex, it is forbidden. There are packages that allow it.
Re: "Float Settings" dialog. comments and a bug
On Thu, Apr 03, 2003 at 05:45:38PM +0100, John Levon wrote: > > > > 3. Now repopen the "Float settings" and note that the "Bottom of page" > >settings is not selected anymore! > > Some latex guy tell me what should be happening here ? I assume 'b' is > ok for a wide float ? In standard latex, it is forbidden. There are packages that allow it.
Re: [PATCH] lyx2lyx: subcaption in LyX file format 2.15
On Mon, Mar 31, 2003 at 03:36:01PM +0200, Jean-Marc Lasgouttes wrote: Jos? == Jos? Matos [EMAIL PROTECTED] writes: Jos? On Friday 28 March 2003 17:54, John Levon wrote: What is the status of that? Is it supposed to be safe now? Jose said it was probably OK or something. It works for me ... but I don't know python Jos? The original code is from Dekel, John's fix looks reasonable Jos? to me and I would need to see different cases to fully assert Jos? the validity of the patch. Jos? That said I think that Jonh code is correct, is deals with one Jos? missing case that is not dealt now, so it should go. Unfortunately this is false :( See the message I forwarded a minute ago. This is easy to fix. Attached is an updated patch ? x.lyx Index: lyxconvert_218.py === RCS file: /usr/local/lyx/cvsroot/lyx-devel/lib/lyx2lyx/lyxconvert_218.py,v retrieving revision 1.33 diff -u -p -r1.33 lyxconvert_218.py --- lyxconvert_218.py 14 Mar 2003 15:00:02 - 1.33 +++ lyxconvert_218.py 31 Mar 2003 15:53:53 - @@ -403,9 +403,13 @@ def remove_figinset(lines): else: display = color - subcaptionText = get_value(lines, subcaption, i+1, j) - if subcaptionText != : - subcaptionText = ''+subcaptionText+'' + subcaptionText = + subcaptionLine = find_token(lines, subcaption, i+1, j) + if subcaptionLine != -1: +subcaptionText = lines[subcaptionLine][11:] + if subcaptionText != : + subcaptionText = ''+subcaptionText+'' + k = find_token(lines, subfigure, i+1,j) if k == -1: subcaption = 0
Re: cm fonts status - SOLVED
On Mon, Mar 31, 2003 at 06:57:41PM +0300, Dan Armak wrote: Sorry for shouting SOLVED like that, but I've been working on this for the last three days, and solved the problem through sheer stubbornness, because I started out with zero knowledge... So now I'm really happy :-) Someone please fetch and test http://cvs.gentoo.org/~danarmak/fonts.tar.bz2 . These are modified bluesky fonts. Use as a replacement to the bakoma ones (no change needed to lyx code). Just put the fonts somewhere under /usr/share/fonts, run fc-cache as root and as user, run lyx with a qt3.1 interface (that uses fontconfig+xft2) and see if the matheditor's formulas show the right characters. Someone please confirm that it works (and I wonder about the xforms frontend, since it doesn't use fontconfig afaik...), and if it does work, I'll provide details about it if anyone wants them. If it doesn't... shudder I had a problem with the following symbols: \kappa, \upuparrows, \backepsilon, \nleqq, \backepsilon and \circleddash. They appear as a square (the latter two also appear as squares when using the bakoma fonts, so it is possible that the problem is in lib/symbols). I'll investigate later. Also, eufm10.ttf is missing
Re: [PATCH] lyx2lyx: subcaption in LyX file format 2.15
On Mon, Mar 31, 2003 at 03:36:01PM +0200, Jean-Marc Lasgouttes wrote: > > "Jos?" == Jos? Matos <[EMAIL PROTECTED]> writes: > > Jos?> On Friday 28 March 2003 17:54, John Levon wrote: > >> > What is the status of that? Is it supposed to be safe now? > >> > >> Jose said "it was probably OK" or something. It works for me ... > >> but I don't know python > > Jos?> The original code is from Dekel, John's fix looks reasonable > Jos?> to me and I would need to see different cases to fully assert > Jos?> the validity of the patch. > > Jos?> That said I think that Jonh code is correct, is deals with one > Jos?> missing case that is not dealt now, so it should go. > > Unfortunately this is false :( See the message I forwarded a minute > ago. This is easy to fix. Attached is an updated patch ? x.lyx Index: lyxconvert_218.py === RCS file: /usr/local/lyx/cvsroot/lyx-devel/lib/lyx2lyx/lyxconvert_218.py,v retrieving revision 1.33 diff -u -p -r1.33 lyxconvert_218.py --- lyxconvert_218.py 14 Mar 2003 15:00:02 - 1.33 +++ lyxconvert_218.py 31 Mar 2003 15:53:53 - @@ -403,9 +403,13 @@ def remove_figinset(lines): else: display = "color" - subcaptionText = get_value(lines, "subcaption", i+1, j) - if subcaptionText != "": - subcaptionText = '"'+subcaptionText+'"' + subcaptionText = "" + subcaptionLine = find_token(lines, "subcaption", i+1, j) + if subcaptionLine != -1: +subcaptionText = lines[subcaptionLine][11:] + if subcaptionText != "": + subcaptionText = '"'+subcaptionText+'"' + k = find_token(lines, "subfigure", i+1,j) if k == -1: subcaption = 0
Re: cm fonts status - SOLVED
On Mon, Mar 31, 2003 at 06:57:41PM +0300, Dan Armak wrote: > > Sorry for shouting SOLVED like that, but I've been working on this for the > last three days, and solved the problem through sheer stubbornness, because I > started out with zero knowledge... So now I'm really happy :-) > > Someone please fetch and test http://cvs.gentoo.org/~danarmak/fonts.tar.bz2 . > These are modified bluesky fonts. Use as a replacement to the bakoma ones (no > change needed to lyx code). > Just put the fonts somewhere under /usr/share/fonts, run fc-cache as root and > as user, run lyx with a qt3.1 interface (that uses fontconfig+xft2) and see > if the matheditor's formulas show the right characters. > > Someone please confirm that it works (and I wonder about the xforms frontend, > since it doesn't use fontconfig afaik...), and if it does work, I'll provide > details about it if anyone wants them. If it doesn't... I had a problem with the following symbols: \kappa, \upuparrows, \backepsilon, \nleqq, \backepsilon and \circleddash. They appear as a square (the latter two also appear as squares when using the bakoma fonts, so it is possible that the problem is in lib/symbols). I'll investigate later. Also, eufm10.ttf is missing
Re: bidi methods in LyXText
On Tue, Mar 18, 2003 at 11:58:08PM +0100, Alfredo Braunstein wrote: Alfredo Braunstein wrote: Is there any good reason why all those bidi/rtl methods are inlined in Here is a patch. It seems OK.
Re: bidi methods in LyXText
On Tue, Mar 18, 2003 at 11:58:08PM +0100, Alfredo Braunstein wrote: > Alfredo Braunstein wrote: > > > Is there any good reason why all those bidi/rtl methods are inlined in > > Here is a patch. It seems OK.
Bug: placement of error insets
Error insets are placed inside words. See attached file. #LyX 1.3 created this file. For more info see http://www.lyx.org/ \lyxformat 223 \textclass article \begin_preamble \usepackage{cite} \allowdisplaybreaks[1] \end_preamble \language american \inputencoding default \fontscheme default \graphics default \paperfontsize default \spacing single \papersize Default \paperpackage a4 \use_geometry 0 \use_amsmath 1 \use_natbib 0 \use_numerical_citations 0 \paperorientation portrait \secnumdepth 3 \tocdepth 3 \paragraph_separation indent \defskip medskip \quotes_language english \quotes_times 2 \papercolumns 1 \papersides 1 \paperpagestyle default \tracking_changes 0 \end_header \layout Proof Therefore, each equivalence class of the adjacency relation corresponds to an interval in \begin_inset Formula $\{1,\ldots,k\}$ \end_inset . More precisely, let \begin_inset Formula $1=\bindex{1}\bindex{2}\cdots\bindex{x}\bindex{x+1}=k+1$ \end_inset be indices \the_end
Bug: placement of error insets
Error insets are placed inside words. See attached file. #LyX 1.3 created this file. For more info see http://www.lyx.org/ \lyxformat 223 \textclass article \begin_preamble \usepackage{cite} \allowdisplaybreaks[1] \end_preamble \language american \inputencoding default \fontscheme default \graphics default \paperfontsize default \spacing single \papersize Default \paperpackage a4 \use_geometry 0 \use_amsmath 1 \use_natbib 0 \use_numerical_citations 0 \paperorientation portrait \secnumdepth 3 \tocdepth 3 \paragraph_separation indent \defskip medskip \quotes_language english \quotes_times 2 \papercolumns 1 \papersides 1 \paperpagestyle default \tracking_changes 0 \end_header \layout Proof Therefore, each equivalence class of the adjacency relation corresponds to an interval in \begin_inset Formula $\{1,\ldots,k\}$ \end_inset . More precisely, let \begin_inset Formula $1=\bindex{1}<\bindex{2}<\cdots<\bindex{x}<\bindex{x+1}=k+1$ \end_inset be indices \the_end
Re: CVS current hang
On Fri, Mar 14, 2003 at 03:22:00PM -0400, Garst R. Reese wrote: I could read this file yesterday. Today it hangs until I kill lyx, then it gives the traceback. ps shows that python is running. It looks like the coversion script is looping. bash$ lyx lyx2lyx: A development version file. lyx2lyx: A development version file. Traceback (most recent call last): File /usr/local/share/lyx/lyx2lyx/lyx2lyx, line 190, in ? main(sys.argv) File /usr/local/share/lyx/lyx2lyx/lyx2lyx, line 187, in main write_file(opt.output, header, body) File /usr/local/share/lyx/lyx2lyx/lyx2lyx, line 164, in write_file file.write(line+\n) IOError: [Errno 32] Broken pipe Killed From the backtrace it doesn't look like lyx2lyx is inside infinite loop. Do you still have this problem ?
Re: CVS current hang
On Fri, Mar 14, 2003 at 03:22:00PM -0400, Garst R. Reese wrote: > I could read this file yesterday. > Today it hangs until I kill lyx, then it gives the traceback. > ps shows that python is running. It looks like the coversion script is > looping. > > bash$ lyx > lyx2lyx: A development version file. > lyx2lyx: A development version file. > Traceback (most recent call last): > File "/usr/local/share/lyx/lyx2lyx/lyx2lyx", line 190, in ? > main(sys.argv) > File "/usr/local/share/lyx/lyx2lyx/lyx2lyx", line 187, in main > write_file(opt.output, header, body) > File "/usr/local/share/lyx/lyx2lyx/lyx2lyx", line 164, in write_file > file.write(line+"\n") > IOError: [Errno 32] Broken pipe > Killed >From the backtrace it doesn't look like lyx2lyx is inside infinite loop. Do you still have this problem ?
Re: Comment + insetnote
On Fri, Mar 14, 2003 at 02:55:25AM +, John Levon wrote: why do we have both again ? Currently insetnote is not versatile enough: - The text does not appear in the .tex file, so if you give someone the .tex file, he doesn't see the notes. - You cannot redefine it, so the text will appear in the output.
Re: Comment + insetnote
On Fri, Mar 14, 2003 at 02:55:25AM +, John Levon wrote: > > why do we have both again ? Currently insetnote is not versatile enough: - The text does not appear in the .tex file, so if you give someone the .tex file, he doesn't see the notes. - You cannot redefine it, so the text will appear in the output.
Re: Problem reading a file
On Thu, Mar 13, 2003 at 06:36:05PM +, Jos? Matos wrote: On Thursday 13 March 2003 13:17, Yann COLLETTE wrote: Hello, I've got a huge file composed with lyx-1.1.6fix4 I can't export under postscript with lyx-1.2* and lyx-1.3 (I can export it with lyx-1.1.6fix4). When I open the file with lyx-1.3.0, I've got the following error messages. Ok, I found the problem, but not yet the solution. We have problems converting tables inside minipages. Dekel do you have any clue about this? Can you send a minimal example ?
Re: Tables inside minipage, error in convertion.
On Thu, Mar 13, 2003 at 07:05:21PM +, Jos? Matos wrote: after compiling 1.1.6fix4 I was able to make a simple example where we fail. In table-in-minipage.lyx we get two minipages with 2*2 tables inside. table-in-minipage-3.lyx is the same file but made with lyx-1.3.0 I've fixed the bug. Jose, if you have testcase files, please check that my fix doesn't break something else.
Re: Problem reading a file
On Thu, Mar 13, 2003 at 06:36:05PM +, Jos? Matos wrote: > On Thursday 13 March 2003 13:17, Yann COLLETTE wrote: > > Hello, > > > > I've got a huge file composed with lyx-1.1.6fix4 I can't export under > > postscript with lyx-1.2* and lyx-1.3 (I can export it with lyx-1.1.6fix4). > > When I open the file with lyx-1.3.0, I've got the following error messages. > > Ok, I found the problem, but not yet the solution. > We have problems converting tables inside minipages. > > Dekel do you have any clue about this? Can you send a minimal example ?
Re: Tables inside minipage, error in convertion.
On Thu, Mar 13, 2003 at 07:05:21PM +, Jos? Matos wrote: > after compiling 1.1.6fix4 I was able to make a simple example where we fail. > > In table-in-minipage.lyx we get two minipages with 2*2 tables inside. > table-in-minipage-3.lyx is the same file but made with lyx-1.3.0 I've fixed the bug. Jose, if you have testcase files, please check that my fix doesn't break something else.
Re: Aegis (was: Re: [PATCH] use ParagraphList iterator for reading the doc)
On Wed, Mar 12, 2003 at 10:50:48PM +0100, Lars Gullik Bj?nnes wrote: | | Another alternative is Subversion. I would at least wait for version 1.0. Yes, but if you feel that Subversion will become the CVS replacement, then we should wait until it is finished, and not move to Aegis.
Re: File loading error.
On Thu, Mar 13, 2003 at 10:43:34AM +, John Levon wrote: Hmm OK, so lyx2lyx copes with versions its never asked to output in. So, feel free to bump the number add an empty file, only to remove it later, despite the fact everyone's fixed all their documents in the time we've been having this silly argument. We can use the suggestion I gave in a previous mail (always run lyx2lyx in the development LyX), or use the following patch which doesn't require new files for lyx2lyx. Index: src/buffer.C === RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/buffer.C,v retrieving revision 1.431 diff -u -p -r1.431 buffer.C --- src/buffer.C12 Mar 2003 11:52:22 - 1.431 +++ src/buffer.C13 Mar 2003 11:15:51 - @@ -115,7 +115,7 @@ extern BufferList bufferlist; namespace { -const int LYX_FORMAT = 222; +const int LYX_FORMAT = 223; } // namespace anon Index: lib/lyx2lyx/lyx2lyx === RCS file: /usr/local/lyx/cvsroot/lyx-devel/lib/lyx2lyx/lyx2lyx,v retrieving revision 1.7 diff -u -p -r1.7 lyx2lyx --- lib/lyx2lyx/lyx2lyx 10 Feb 2003 10:27:46 - 1.7 +++ lib/lyx2lyx/lyx2lyx 13 Mar 2003 11:15:52 - @@ -37,7 +37,7 @@ opt.quiet = 0 format = re.compile(r(\d)[\.,]?(\d\d)) fileformat = re.compile(r\\lyxformat\s*(\S*)) -lst_ft = [210, 215, 216, 217, 218, 220, 221, 222] +lst_ft = [210, 215, 216, 217, 218, 220, 221, 223] def usage(): print Usage: lyx2lyx [options] file1 @@ -105,10 +105,17 @@ def lyxformat(fmt): else: sys.stderr.write(fmt + : + error.invalid_format) sys.exit(2) -if fmt not in lst_ft: -sys.stderr.write(fmt + : + error.format_not_supported) -sys.exit(1) -return fmt + +if fmt in lst_ft: +return fmt + +x = int(fmt) +if x int(lst_ft[-1]) and x int(lst_ft[-2]): +sys.stderr.write(lyx2lyx: A development version file.\n) +return lst_ft[-2] + +sys.stderr.write(fmt + : + error.format_not_supported) +sys.exit(1) def read_file(file, header, body): Reads a file into the header and body parts
Re: File loading error.
On Thu, Mar 13, 2003 at 12:39:34PM +0100, Lars Gullik Bj?nnes wrote: Dekel Tsur [EMAIL PROTECTED] writes: | +if x int(lst_ft[-1]) and x int(lst_ft[-2]): | +sys.stderr.write(lyx2lyx: A development version file.\n) | +return lst_ft[-2] Okay... what does this indexing mean? indexes must be = 0... are the converted to int? unsinged int? A negative index -i in python means the i-th element from the end. So if the file version is in the interval (previous stable #, current dev #) we consider this file to be a development file, and decrease its version number to 'previous stable #'.
Re: Another lyx2lyx problem
On Thu, Mar 13, 2003 at 12:38:48PM +0100, Jean-Marc Lasgouttes wrote: The is still a problem though: -\begin_inset Info You don't have to write \maketitle.. LyX does this by itself. +\begin_inset Note +collapsed true + +\layout Standard + +You don't have to write \maketitle.. LyX does this by itself. \end_inset \maketitle should be changed to \backslash maketitle, or something like that. It seems that you have added code to do that, but does it really work? It works, but I forgot to do that for the first line. Fixed.
Re: File loading error.
On Thu, Mar 13, 2003 at 01:18:36PM +0200, Dekel Tsur wrote: On Thu, Mar 13, 2003 at 10:43:34AM +, John Levon wrote: Hmm OK, so lyx2lyx copes with versions its never asked to output in. So, feel free to bump the number add an empty file, only to remove it later, despite the fact everyone's fixed all their documents in the time we've been having this silly argument. We can use the suggestion I gave in a previous mail (always run lyx2lyx in the development LyX), or use the following patch which doesn't require new files for lyx2lyx. Should I apply this patch ? The other method has the advantage of having consecutive file version numbers between stable releases, but it requires disabling a block of code before a release. Is it important to have consecutive versions ?
Re: Aegis (was: Re: [PATCH] use ParagraphList iterator for reading the doc)
On Wed, Mar 12, 2003 at 10:50:48PM +0100, Lars Gullik Bj?nnes wrote: > | > | Another alternative is Subversion. > > I would at least wait for version 1.0. Yes, but if you feel that Subversion will become the CVS replacement, then we should wait until it is finished, and not move to Aegis.
Re: File loading error.
On Thu, Mar 13, 2003 at 10:43:34AM +, John Levon wrote: > > Hmm OK, so lyx2lyx copes with versions its never asked to output in. > > So, feel free to bump the number add an empty file, only to remove it > later, despite the fact everyone's fixed all their documents in the time > we've been having this silly argument. We can use the suggestion I gave in a previous mail (always run lyx2lyx in the development LyX), or use the following patch which doesn't require new files for lyx2lyx. Index: src/buffer.C === RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/buffer.C,v retrieving revision 1.431 diff -u -p -r1.431 buffer.C --- src/buffer.C12 Mar 2003 11:52:22 - 1.431 +++ src/buffer.C13 Mar 2003 11:15:51 - @@ -115,7 +115,7 @@ extern BufferList bufferlist; namespace { -const int LYX_FORMAT = 222; +const int LYX_FORMAT = 223; } // namespace anon Index: lib/lyx2lyx/lyx2lyx === RCS file: /usr/local/lyx/cvsroot/lyx-devel/lib/lyx2lyx/lyx2lyx,v retrieving revision 1.7 diff -u -p -r1.7 lyx2lyx --- lib/lyx2lyx/lyx2lyx 10 Feb 2003 10:27:46 - 1.7 +++ lib/lyx2lyx/lyx2lyx 13 Mar 2003 11:15:52 - @@ -37,7 +37,7 @@ opt.quiet = 0 format = re.compile(r"(\d)[\.,]?(\d\d)") fileformat = re.compile(r"\\lyxformat\s*(\S*)") -lst_ft = ["210", "215", "216", "217", "218", "220", "221", "222"] +lst_ft = ["210", "215", "216", "217", "218", "220", "221", "223"] def usage(): print """Usage: lyx2lyx [options] file1 @@ -105,10 +105,17 @@ def lyxformat(fmt): else: sys.stderr.write(fmt + ": " + error.invalid_format) sys.exit(2) -if fmt not in lst_ft: -sys.stderr.write(fmt + ": " + error.format_not_supported) -sys.exit(1) -return fmt + +if fmt in lst_ft: +return fmt + +x = int(fmt) +if x < int(lst_ft[-1]) and x > int(lst_ft[-2]): +sys.stderr.write("lyx2lyx: A development version file.\n") +return lst_ft[-2] + +sys.stderr.write(fmt + ": " + error.format_not_supported) +sys.exit(1) def read_file(file, header, body): """Reads a file into the header and body parts"""
Re: File loading error.
On Thu, Mar 13, 2003 at 12:39:34PM +0100, Lars Gullik Bj?nnes wrote: > Dekel Tsur <[EMAIL PROTECTED]> writes: > > | +if x < int(lst_ft[-1]) and x > int(lst_ft[-2]): > | +sys.stderr.write("lyx2lyx: A development version file.\n") > | +return lst_ft[-2] > > Okay... what does this indexing mean? > > indexes must be >= 0... are the converted to int? unsinged int? A negative index -i in python means the i-th element from the end. So if the file version is in the interval (previous stable #, current dev #) we consider this file to be a development file, and decrease its version number to 'previous stable #'.
Re: Another lyx2lyx problem
On Thu, Mar 13, 2003 at 12:38:48PM +0100, Jean-Marc Lasgouttes wrote: > > The is still a problem though: > > -\begin_inset Info You don't have to write \maketitle.. LyX does this by itself. > +\begin_inset Note > +collapsed true > + > +\layout Standard > + > +You don't have to write \maketitle.. LyX does this by itself. > \end_inset > > \maketitle should be changed to \backslash maketitle, or something > like that. It seems that you have added code to do that, but does it > really work? It works, but I forgot to do that for the first line. Fixed.
Re: File loading error.
On Thu, Mar 13, 2003 at 01:18:36PM +0200, Dekel Tsur wrote: > On Thu, Mar 13, 2003 at 10:43:34AM +, John Levon wrote: > > > > Hmm OK, so lyx2lyx copes with versions its never asked to output in. > > > > So, feel free to bump the number add an empty file, only to remove it > > later, despite the fact everyone's fixed all their documents in the time > > we've been having this silly argument. > > We can use the suggestion I gave in a previous mail (always run lyx2lyx in > the development LyX), or use the following patch which doesn't require > new files for lyx2lyx. Should I apply this patch ? The other method has the advantage of having consecutive file version numbers between stable releases, but it requires disabling a block of code before a release. Is it important to have consecutive versions ?
Re: Another lyx2lyx problem
On Wed, Mar 12, 2003 at 03:07:59PM +0100, Jean-Marc Lasgouttes wrote: If I try to convert revtex4.lyx with latest lyx2lyx to fix it using lyx2lyx/lyx2lyx -f 218 templates/revtex4.lyx I see the warning: Proposed and input file formats do not match: 218 221 This is good, except that this warning is sent to stdout instead of stderr, so that if I redirect the output, it will go i nthe file itself. I do not know whether there are other warnings/errors which suffer from this. Fixed.
Re: Another lyx2lyx problem
On Wed, Mar 12, 2003 at 03:12:26PM +0100, Jean-Marc Lasgouttes wrote: And I cannot make -o work (although the code for it seems resonable). It works for me. Note that the -o should appear before the filename.
Re: Another lyx2lyx problem
On Wed, Mar 12, 2003 at 03:33:04PM +0100, Jean-Marc Lasgouttes wrote: Actually, the latest changes to lyx2lyx are not enough to be able to update revtex4.cls. The attached diff shows 2 problems: 1/ in the old Info inset, the beginning of the message is on the same line as \begin_inset. It is lost when using lyx2lyx I fixed that, although files creates with LyX 1.1.6 do not contain text in the '\begin_inset Info' line. 2/ there is an ERT inset in there, and it gets lost in the conversion (where I use -f 218). I understand that the file is not really 218 nor 221, but is this unavoidable? I'm not going to fix that.
Re: Aegis (was: Re: [PATCH] use ParagraphList iterator for reading the doc)
On Wed, Mar 12, 2003 at 07:23:10PM +0100, Lars Gullik Bj?nnes wrote: Kuba Ober [EMAIL PROTECTED] writes: I'll have a look at aegis. At first glance it seems to be similar to BitKeeper? What are the differences? (And why doesn't Linus want to use aegis?) I'll go through the documentation. Another alternative is Subversion.
Re: File loading error.
On Wed, Mar 12, 2003 at 09:41:00PM +0100, Lars Gullik Bj?nnes wrote: | The why is my Userguide loading? | (older format I guess) | | Yes, lyx2lyx will be ok ... | | And at least temporary you need to handle this with some backwards | compability stuff. | | Hmm OK. | | I don't know how though, how do we detect the end of the header ? Easier solution is perhaps to up the format. This means that lyx2lyx will be broken into a lot of modules, and it might make it harder to maintain. A possible solution: change the code in readFile() to run 'lyx2lyx -f (LYX_FORMAT-1) filename' on files for which file_format == LYX_FORMAT, and disable this code when you think all user have updated their file (it is possible to keep it enabled and disable it only before a new release).
Re: Another lyx2lyx problem
On Wed, Mar 12, 2003 at 03:07:59PM +0100, Jean-Marc Lasgouttes wrote: > > If I try to convert revtex4.lyx with latest lyx2lyx to fix it using > lyx2lyx/lyx2lyx -f 218 templates/revtex4.lyx > I see the warning: > Proposed and input file formats do not match: 218 221 > > This is good, except that this warning is sent to stdout instead of > stderr, so that if I redirect the output, it will go i nthe file > itself. > > I do not know whether there are other warnings/errors which suffer > from this. Fixed.
Re: Another lyx2lyx problem
On Wed, Mar 12, 2003 at 03:12:26PM +0100, Jean-Marc Lasgouttes wrote: > > And I cannot make -o work (although the code for it seems resonable). It works for me. Note that the -o should appear before the filename.
Re: Another lyx2lyx problem
On Wed, Mar 12, 2003 at 03:33:04PM +0100, Jean-Marc Lasgouttes wrote: > > Actually, the latest changes to lyx2lyx are not enough to be able to > update revtex4.cls. > > The attached diff shows 2 problems: > > 1/ in the old Info inset, the beginning of the message is on the same > line as \begin_inset. It is lost when using lyx2lyx I fixed that, although files creates with LyX 1.1.6 do not contain text in the '\begin_inset Info' line. > 2/ there is an ERT inset in there, and it gets lost in the conversion > (where I use -f 218). I understand that the file is not really 218 nor > 221, but is this unavoidable? I'm not going to fix that.
Re: Aegis (was: Re: [PATCH] use ParagraphList iterator for reading the doc)
On Wed, Mar 12, 2003 at 07:23:10PM +0100, Lars Gullik Bj?nnes wrote: > Kuba Ober <[EMAIL PROTECTED]> writes: > > I'll have a look at aegis. > > At first glance it seems to be similar to BitKeeper? What are the > differences? (And why doesn't Linus want to use aegis?) > > I'll go through the documentation. Another alternative is Subversion.
Re: File loading error.
On Wed, Mar 12, 2003 at 09:41:00PM +0100, Lars Gullik Bj?nnes wrote: > | > The why is my Userguide loading? > | > (older format I guess) > | > | Yes, lyx2lyx will be ok ... > | > | > And at least temporary you need to handle this with some backwards > | > compability stuff. > | > | Hmm OK. > | > | I don't know how though, how do we detect the end of the header ? > Easier solution is perhaps to up the format. This means that lyx2lyx will be broken into a lot of modules, and it might make it harder to maintain. A possible solution: change the code in readFile() to run 'lyx2lyx -f (LYX_FORMAT-1) filename' on files for which file_format == LYX_FORMAT, and disable this code when you think all user have updated their file (it is possible to keep it enabled and disable it only before a new release).
Re: Patch: inverse search.
On Tue, Mar 11, 2003 at 06:11:15PM +0100, Lars Gullik Bj?nnes wrote: | How can I know where are lyxpipes? We should remove the config options of being able to set the pipe names. Then the pipes can always be found in the same spot. Would also reduce config gui clutter a bit. Isn't the option to select the pipe location needed for people whose home directories is mounted on NFS ?
Re: Patch: inverse search.
On Tue, Mar 11, 2003 at 06:11:15PM +0100, Lars Gullik Bj?nnes wrote: > | How can I know where are lyxpipes? > > We should remove the config options of being able to set the pipe > names. Then the pipes can always be found in the same spot. > > Would also reduce config gui clutter a bit. Isn't the option to select the pipe location needed for people whose home directories is mounted on NFS ?
Re: lyx-devel src/: ChangeLog text.C
On Mon, Mar 10, 2003 at 02:46:41AM +, [EMAIL PROTECTED] wrote: Modified files: lyx-devel/src/: ChangeLog text.C Log message: fix the row breaking. Sorry all ! Anyway, this *should* have one bug less, and be understandable. Guess if my opinion on the cleverness of inset-as-metachar has changed (hint: I wasn't a fan) BTW, row breaking in 1.3.x is broken: the row can be broken after protected space.
Re: lyx-devel src/: ChangeLog text.C
On Mon, Mar 10, 2003 at 07:02:55PM +, John Levon wrote: On Mon, Mar 10, 2003 at 11:04:15AM +0100, Jean-Marc Lasgouttes wrote: Yes, I think this is the kind of bugs John was interested in fixing. And indeed, that works fine now :) But it is still broken in 1.3.1cvs.
Re: lyx-devel src/: ChangeLog text.C
On Mon, Mar 10, 2003 at 02:46:41AM +, [EMAIL PROTECTED] wrote: > Modified files: > lyx-devel/src/: ChangeLog text.C > > Log message: > fix the row breaking. Sorry all ! > > Anyway, this *should* have one bug less, and be understandable. > > Guess if my opinion on the "cleverness" of inset-as-metachar has changed > (hint: I wasn't a fan) BTW, row breaking in 1.3.x is broken: the row can be broken after protected space.
Re: lyx-devel src/: ChangeLog text.C
On Mon, Mar 10, 2003 at 07:02:55PM +, John Levon wrote: > On Mon, Mar 10, 2003 at 11:04:15AM +0100, Jean-Marc Lasgouttes wrote: > > > Yes, I think this is the kind of bugs John was interested in fixing. > > And indeed, that works fine now :) But it is still broken in 1.3.1cvs.
Re: Towards LyX 1.3.1 [status update #2]
On Fri, Mar 07, 2003 at 04:52:09PM +0100, Jean-Marc Lasgouttes wrote: I would like to release LyX 1.3.1 next monday. While all the available patches are not in yet, I think it is necessary to find a good stopping time (as we say in probability theory) and release what we have. I want to port the following patch to 1.3.1cvs (the patch is against HEAD). It add 'hspell' option to the list of spell-checkers (hspell is a spell-checker for Hebrew). Is it OK ? Index: ChangeLog === RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/frontends/qt2/ChangeLog,v retrieving revision 1.426 diff -u -p -r1.426 ChangeLog --- ChangeLog 7 Mar 2003 14:08:08 - 1.426 +++ ChangeLog 7 Mar 2003 16:45:59 - @@ -1,3 +1,8 @@ +2003-03-07 Dekel Tsur [EMAIL PROTECTED] + + * QPrefs.C: + QPrefSpellcheckerModule.ui: Add 'hspell' option. + 2003-03-07 Angus Leeming [EMAIL PROTECTED] * Dialogs.C: @@ -83,6 +88,7 @@ * Dialogs3.C: add label dialog. + 1.426 2003-03-03 Dekel Tsur [EMAIL PROTECTED] * qfont_loader.C (available): Rewrite as the old version did not Index: QPrefs.C === RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/frontends/qt2/QPrefs.C,v retrieving revision 1.25 diff -u -p -r1.25 QPrefs.C --- QPrefs.C25 Feb 2003 13:35:26 - 1.25 +++ QPrefs.C7 Mar 2003 16:46:00 - @@ -186,10 +186,7 @@ void QPrefs::apply() QPrefSpellcheckerModule * spellmod(dialog_-spellcheckerModule); - if (spellmod-spellCommandCO-currentItem() == 0) - rc.isp_command = ispell; - else - rc.isp_command = aspell; + rc.isp_command = fromqstr(spellmod-spellCommandCO-currentText()); // FIXME: remove isp_use_alt_lang rc.isp_alt_lang = fromqstr(spellmod-altLanguageED-text()); @@ -448,8 +445,13 @@ void QPrefs::update_contents() QPrefSpellcheckerModule * spellmod(dialog_-spellcheckerModule); - item = (rc.isp_command == ispell) ? 0 : 1; - spellmod-spellCommandCO-setCurrentItem(item); + QString const tmp = qt_(rc.isp_command); + for (int i = 0; i spellmod-spellCommandCO-count(); ++i) { + if (spellmod-spellCommandCO-text(i) == tmp) { + spellmod-spellCommandCO-setCurrentItem(i); + break; + } + } // FIXME: remove isp_use_alt_lang spellmod-altLanguageED-setText(toqstr(rc.isp_alt_lang)); // FIXME: remove isp_use_esc_chars Index: ui/QPrefSpellcheckerModule.ui === RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/frontends/qt2/ui/QPrefSpellcheckerModule.ui,v retrieving revision 1.5 diff -u -p -r1.5 QPrefSpellcheckerModule.ui --- ui/QPrefSpellcheckerModule.ui 17 Feb 2003 00:38:40 - 1.5 +++ ui/QPrefSpellcheckerModule.ui 7 Mar 2003 16:46:00 - @@ -193,6 +193,12 @@ stringaspell/string /property /item +item +property +nametext/name +stringhspell/string +/property +/item property stdset=1 namename/name cstringspellCommandCO/cstring
Re: Towards LyX 1.3.1 [status update #2]
On Fri, Mar 07, 2003 at 06:33:08PM +0100, Jean-Marc Lasgouttes wrote: Dekel I want to port the following patch to 1.3.1cvs (the patch is Dekel against HEAD). It add 'hspell' option to the list of Dekel spell-checkers (hspell is a spell-checker for Hebrew). Is it OK Dekel ? Well, I want to see the final patch first. Does xforms need a similar patch? I've attached a patch against 1.3.1cvs Xforms needs such a patch, but since the xforms spellcheking dialog cannot show Hebrew properly, it doesn't make much sense to make such a patch. [Sorry for the nice paragraph rebreak] Is it really necessary to use such a loop? Isn;t there some kind of setCurrentItem(QString)? There is, but only in QT3 (according to the docs). More generally, I am not a very big fan of last-minute fixes. This is not even in 1.4.0.cvs... Can this wait until 1.3.2? We have other patches in the queue already. I guess it can wait, but the patch is quite small. Index: ChangeLog === RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/frontends/qt2/ChangeLog,v retrieving revision 1.389.2.13 diff -u -p -r1.389.2.13 ChangeLog --- ChangeLog 6 Mar 2003 12:29:41 - 1.389.2.13 +++ ChangeLog 7 Mar 2003 18:10:36 - @@ -1,3 +1,8 @@ +2003-03-07 Dekel Tsur [EMAIL PROTECTED] + + * QPrefs.C: + * QPrefSpellcheckerModule.ui: Add 'hspell' option. + 2003-03-06 Dekel Tsur [EMAIL PROTECTED] * qfont_loader.C (available): Rewrite as the old version did not Index: QPrefs.C === RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/frontends/qt2/QPrefs.C,v retrieving revision 1.21.2.1 diff -u -p -r1.21.2.1 QPrefs.C --- QPrefs.C15 Feb 2003 21:46:21 - 1.21.2.1 +++ QPrefs.C7 Mar 2003 18:10:36 - @@ -188,10 +188,7 @@ void QPrefs::apply() QPrefSpellcheckerModule * spellmod(dialog_-spellcheckerModule); - if (spellmod-spellCommandCO-currentItem() == 0) - rc.isp_command = ispell; - else - rc.isp_command = aspell; + rc.isp_command = fromqstr(spellmod-spellCommandCO-currentText()); // FIXME: remove isp_use_alt_lang rc.isp_alt_lang = fromqstr(spellmod-altLanguageED-text()); @@ -441,8 +438,13 @@ void QPrefs::update_contents() QPrefSpellcheckerModule * spellmod(dialog_-spellcheckerModule); - item = (rc.isp_command == ispell) ? 0 : 1; - spellmod-spellCommandCO-setCurrentItem(item); + QString const tmp = qt_(rc.isp_command); + for (int i = 0; i spellmod-spellCommandCO-count(); ++i) { + if (spellmod-spellCommandCO-text(i) == tmp) { + spellmod-spellCommandCO-setCurrentItem(i); + break; + } + } // FIXME: remove isp_use_alt_lang spellmod-altLanguageED-setText(toqstr(rc.isp_alt_lang)); // FIXME: remove isp_use_esc_chars Index: ui/QPrefSpellcheckerModule.ui === RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/frontends/qt2/ui/QPrefSpellcheckerModule.ui,v retrieving revision 1.4.2.1 diff -u -p -r1.4.2.1 QPrefSpellcheckerModule.ui --- ui/QPrefSpellcheckerModule.ui 17 Feb 2003 00:40:29 - 1.4.2.1 +++ ui/QPrefSpellcheckerModule.ui 7 Mar 2003 18:10:36 - @@ -193,6 +193,12 @@ stringaspell/string /property /item +item +property +nametext/name +stringhspell/string +/property +/item property stdset=1 namename/name cstringspellCommandCO/cstring