Re: Latest CVS: Old document ERT and Footnotes are opened

On Saturday 13 December 2003 03:43, Kayvan A. Sylvan wrote: All ERT and Footnote insets are then open. This would be fine if there was a Close all footnotes or some such command. I used this hack to solve the issue for me: perl -pi~ -e 's/^status open/status collapsed/' file.lyx Is

Re: Latest CVS: Old document ERT and Footnotes are opened

Jose' Matos wrote: On Saturday 13 December 2003 03:43, Kayvan A. Sylvan wrote: All ERT and Footnote insets are then open. This would be fine if there was a Close all footnotes or some such command. I used this hack to solve the issue for me: perl -pi~ -e 's/^status open/status

Re: lyx-devel src/: ChangeLog factory.C lyxfunc.C src/frontend ...

Angus Leeming wrote: True enough, but please don't apply this patch until lyx2lyx can upgrade older files. Kayvan, for example, uses 1.4.x for his daily work and he's already having to work around collapseStatus horkage. I'll apply the gnome/gtk and MINIPAGE_CODE stuff, since this is really

[patch] table fixes + some IU

Tables getting better (still far from good). Moreover, this introduces a new class CursorSlice which replaces mathed's MathPos and texted's CursorItem. So the content of the math cursor and the global cursor looks similar nowadays. It also replaces the x and y field of the cursor by on-demand

Re: InsetBox and format 227

On Saturday 13 December 2003 10:05, Georg Baum wrote: Am Donnerstag, 11. Dezember 2003 19:47 schrieb Jose' Matos: - lyxconvert_xxx.py converts from xxx format to its successor. - lyxrevert_xxx.py reverts from xxx format to its predecessor. Do you want me to put this comment in

Re: [patch] fix math super/subscript

On Fri, Dec 12, 2003 at 09:40:57PM +0200, Martin Vermeer wrote: On Fri, Dec 12, 2003 at 02:59:27PM +0100, Andre Poenitz spake thusly: + if (c == '_') { + script(false); + return true; + } + + if (c == '^') { + script(true); + return

Re: Correct filenames for TeX picture

Vitaly Lipatov wrote: I guess we have to convert filenames of any graphics in 7 bit clean form like this path does. It resolves problems with russian names of files with graphics inserted in LyX. --- /home/lav/RPM/BUILD/lyx-1.3.3/src/insets/insetgraphics.C 2003-09-30 23:55:18 +0400 +++

Re: lyx-devel src/: ChangeLog factory.C lyxfunc.C src/frontend ...

On Monday 15 December 2003 08:46, Juergen Spitzmueller wrote: For the lfun stuff, we really need another lyx2lyx conversion step. lyx2lyx converts minipages to boxes between 223 and 225, but unfortunately it was possible to produce a minipage inset via minibuffer or tex2lyx in file format 225

Re: Latest CVS: Old document ERT and Footnotes are opened

On Monday 15 December 2003 08:43, Angus Leeming wrote: Is the problem caused bt lyx2lyx? No. The problem lies in Michael Schmitt's recent 'CollapseStatus' patch which moved some code from InsetERT to InsetCollapsable'. The patch should have upped the format to 228 and contained the

Re: Which name is supposed to define the intended behaviour of an LFUN?

On Sat, Dec 13, 2003 at 01:03:23PM +0100, Christian Ridderström wrote: I know that an LFUN is a lyx-function and a little more: http://wiki.lyx.org/pmwiki.php/Devel/LFUNs From lfuns.h I get: * These are all the lyx functions, the main mechanism * through which the

Re: using ert-insert with self-insert in mathEd

On Sat, Dec 13, 2003 at 01:39:19PM +0100, Christian Ridderström wrote: I just came a across something that I think might be a bug in mathEd, that's related to self-insert. If you do this command sequence: command-sequence ert-insert; self-insert texCmd you don't end up with

Re: lyx-devel src/: ChangeLog factory.C lyxfunc.C src/frontend ...

Jose' Matos: wrote See this testfile from Kornel: http://marc.theaimsgroup.com/?l=lyx-develm=107072337127639w=2   Let us be a little pragmatic. :-)   How many people are bitten by that? Could we tell those people to change the files by hand? Perhaps. AFAICS it is sufficient to manually

Re: [PATCH] frameless boxes for tex2lyx

On Sat, Dec 13, 2003 at 04:50:55PM +0100, Georg Baum wrote: Am Freitag, 12. Dezember 2003 12:41 schrieb Andre Poenitz: Would be nice if your comment lines would not exceed 72 char or so. You mean like this +/*! + * Translates a LaTeX length into \param value, \param unit and + *

Re: Branches design flaw

On Sun, Dec 14, 2003 at 04:50:42PM +, Angus Leeming wrote: The branches code enable the user to create a custom color for each branch. That is, new colors are defined for a particular buffer. However, these colors are stored in the system-wide lcolors variable. That's a design flaw.

Re: Branches design flaw

On Monday 15 December 2003 10:34 am, Andre Poenitz wrote: I do think that somethng should be done, however. Moving forward with a flawed design is a bad idea IMO. I don't have a strong opinion here as I never used that feature myself. That's because Branches are a new feature. I can see

Re: Branches design flaw

On Mon, Dec 15, 2003 at 10:39:51AM +, Angus Leeming wrote: On Monday 15 December 2003 10:34 am, Andre Poenitz wrote: I do think that somethng should be done, however. Moving forward with a flawed design is a bad idea IMO. I don't have a strong opinion here as I never used that

Re: [patch] table fixes + some IU

Andre Poenitz wrote: Tables getting better (still far from good). Moreover, this introduces a new class CursorSlice which replaces mathed's MathPos and texted's CursorItem. So the content of the math cursor and the global cursor looks similar nowadays. It also replaces the x and y

Re: [patch] table fixes + some IU

On Mon, Dec 15, 2003 at 11:24:11AM +, Angus Leeming wrote: It's a clever way of extending working mathed behaviour to the outside world. I find reading the patch quite funny: I can understand the changes without understanding the underlying code ;-) Well, it is a kind of a merge. texted

Re: [patch] table fixes + some IU

Andre Poenitz wrote: On Mon, Dec 15, 2003 at 11:24:11AM +, Angus Leeming wrote: It's a clever way of extending working mathed behaviour to the outside world. I find reading the patch quite funny: I can understand the changes without understanding the underlying code ;-) Well, it is a

Re: [patch] table fixes + some IU

On Mon, Dec 15, 2003 at 11:37:59AM +, Angus Leeming wrote: Andre Poenitz wrote: On Mon, Dec 15, 2003 at 11:24:11AM +, Angus Leeming wrote: It's a clever way of extending working mathed behaviour to the outside world. I find reading the patch quite funny: I can understand the

Re: [patch] table fixes + some IU

Andre Poenitz wrote: Tables getting better (still far from good). Moreover, this introduces a new class CursorSlice which replaces mathed's MathPos and texted's CursorItem. So the content of the math cursor and the global cursor looks similar nowadays. Seems very nice. It also replaces

Re: [patch] table fixes + some IU

Andre Poenitz wrote: It also replaces the x and y field of the cursor by on-demand computation of that values, so the per-text cursor stuff is preparing for its demise. Btw, what is redoCursor good for, nowadays? Alfredo

Re: [patch] table fixes + some IU

On Mon, Dec 15, 2003 at 12:05:49PM -0300, Alfredo Braunstein wrote: Andre Poenitz wrote: It also replaces the x and y field of the cursor by on-demand computation of that values, so the per-text cursor stuff is preparing for its demise. Btw, what is redoCursor good for, nowadays?

[patch] tabular

This splits the '..., bool lock)' functions into two. Clearer logic. Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson or B. Franklin or both...) ? .insettabular.C.swp ? .insettabular.h.swp ? 1.diff

Re: [patch] table fixes + some IU

Andre Poenitz wrote: Don't know. Maybe not needed at all... Care to have a look? Sure. Shouldn't be needed at all, as well as a lot of setCursor(cursor.par(), cursor.pos()) spreaded all around. I'm having a look. Alfredo

Re: lyx-devel src/: ChangeLog factory.C lyxfunc.C src/frontend ...

Juergen Spitzmueller wrote: For the lfun stuff, we really need another lyx2lyx conversion step. lyx2lyx converts minipages to boxes between 223 and 225, but unfortunately it was possible to produce a minipage inset via minibuffer or tex2lyx in file format 225 (and 226) until my patch

Re: How many POT (a

dooteo == dooteo [EMAIL PROTECTED] writes: dooteo Hi, We are finnishing LyX basque PO translation. So I dooteo downloaded last 1.3.3 release and I found these POT files: dooteo default_ui_l10n.pot languages_l10n.pot dooteo layouts_l10n.pot qt_l10n.pot xforms_l10n.pot dooteo Does it

Re: How many POT (a

Hi Jean-Marc, I'm gonna do as you say :) Thanks and regards, Dooteo Jatorrizko mezua: data: al., 2003-12-15 17:31, egilea: Jean-Marc Lasgouttes dooteo == dooteo [EMAIL PROTECTED] writes: dooteo Hi, We are finnishing LyX basque PO translation. So I dooteo downloaded last 1.3.3 release

Proposed patch for the insetcollapsable problems

The attached patch ups the lyx format to 228 and uses this change to trigger lyx2lyx into acting on lyxconvert_227.py (also in the patch). I think that I've covered all the InsetCollabsable-derived insets but please check. Regards, -- AngusIndex: src/buffer.C

Re: [patch] table fixes + some IU

Alfredo Braunstein wrote: Sure. Shouldn't be needed at all, as well as a lot of setCursor(cursor.par(), cursor.pos()) spreaded all around. See attached. Alfredo Index: BufferView_pimpl.C === RCS file:

Re: Proposed patch for the insetcollapsable problems

On Monday 15 December 2003 17:02, Angus Leeming wrote: The attached patch ups the lyx format to 228 and uses this change to trigger lyx2lyx into acting on lyxconvert_227.py (also in the patch). I think that I've covered all the InsetCollabsable-derived insets but please check. If it works

cannot compile 1.4.0cvs source on MacOSX (Lyx/Mac)

I am trying to compile lyx-1.4.0cvs in order to port the LyX/Mac patches from 1.3.x. Unfortunately, the build stops dead with gcc-2.95.2 (the only Apple compiler that can handle lyx-1.3.x) at: source='formulabase.C' object='formulabase.lo' libtool=yes \ depfile='.deps/formulabase.Plo'

Re: cannot compile 1.4.0cvs source on MacOSX (Lyx/Mac)

Ronald Florence wrote: I am trying to compile lyx-1.4.0cvs in order to port the LyX/Mac patches from 1.3.x. Unfortunately, the build stops dead with gcc-2.95.2 (the only Apple compiler that can handle lyx-1.3.x) at: LyX can be built with gcc-2.95.2, but not with the STL library shipped with

where is the help text for lfuns?

Hi I've just written a script: http://wiki.lyx.org/pmwiki.php/DevelTools/MakeLyxFunctionList that generates a wiki-page with a table of lfuns, i.e. this page: http://wiki.lyx.org/pmwiki.php/LyX/LyxFunctionList1-3-3 While doing this I noticed that the format in src/LyXAction.C

[Patch] Fix CharStyle font

Attached a patch to make the CharStyle inset honour the font in the .layout file again. This should bring back the original functionality that was lost with one of (André's?) cleanup patches that removed getDrawFont() from the text?.C files. Michael, if this doesn't collide with what you're doing

Re: using ert-insert with self-insert in mathEd

On Mon, 15 Dec 2003, Andre Poenitz wrote: If you abstain from verbing other nouns... As long as I can use 'bugzilla' for 'the act of filing a bug or enhancement to the bugzilla system' Or do you know of some other verb that means the above? /Christian (who promises to cut down on his

What is IU???? (was Re: [patch] table fixes + some IU)

I've seen 'IU' several times now in the headers of posts... is this the same as UI? /Christian -- Christian Ridderström http://www.md.kth.se/~chr

Re: What is IU???? (was Re: [patch] table fixes + some IU)

On Monday 15 December 2003 19:03, Christian Ridderström wrote: I've seen 'IU' several times now in the headers of posts... is this the same as UI? Inset Unification non-math + math (the same answer given to Michael last friday) :-) /Christian -- José Abílio LyX and docbook, a perfect

Re: What is IU???? (was Re: [patch] table fixes + some IU)

Christian Ridderström wrote: I've seen 'IU' several times now in the headers of posts... is this the same as UI? No. UI: user interface. IU: inset unification. The on-going process of merging the mathed and 'other' insets. Users will find that they are then able to test these currently

Re: What is IU???? (was Re: [patch] table fixes + some IU)

On Mon, 15 Dec 2003, Angus Leeming wrote: Christian Ridderström wrote: I've seen 'IU' several times now in the headers of posts... is this the same as UI? No. UI: user interface. IU: inset unification. The on-going process of merging the mathed and 'other' insets. Users will

Re: cannot compile 1.4.0cvs source on MacOSX (Lyx/Mac)

Angus Leeming [EMAIL PROTECTED] writes: LyX can be built with gcc-2.95.2, but not with the STL library shipped with gcc-2.95. You will have to install STLport's version of the STL to proceed with gcc-2.95. I fear this would be a non-starter for LyX/Mac. Many Mac users are not comfortable

Re: cannot compile 1.4.0cvs source on MacOSX (Lyx/Mac)

Ronald Florence wrote: Angus Leeming [EMAIL PROTECTED] writes: LyX can be built with gcc-2.95.2, but not with the STL library shipped with gcc-2.95. You will have to install STLport's version of the STL to proceed with gcc-2.95. I fear this would be a non-starter for LyX/Mac. Many Mac

Re: cannot compile 1.4.0cvs source on MacOSX (Lyx/Mac)

Angus Leeming [EMAIL PROTECTED] writes: qfont_loader.C:35: error: `LibFileSearch' not declared qfont_loader.C:36: error: `OnlyPath' not declared qfont_loader.C:37: error: `Systemcall' not declared make[5]: *** [...] #ifdef Q_WS_X11 #include qwidget.h #include X11/Xlib.h +#endif

Re: where is the help text for lfuns?

On Mon, Dec 15, 2003 at 08:02:11PM +0100, Christian Ridderstr?m wrote: I've just written a script: http://wiki.lyx.org/pmwiki.php/DevelTools/MakeLyxFunctionList that generates a wiki-page with a table of lfuns, i.e. this page:

Re: cannot compile 1.4.0cvs source on MacOSX (Lyx/Mac)

Ronald Florence wrote: boost::c_regex_traitschar::transform_primary(std::basic_stringchar, std::char_traitschar, std::allocatorchar , std::basic_stringchar, std::char_traitschar, std::allocatorchar const) boost::c_regex_traitschar::init()

Re: cannot compile 1.4.0cvs source on MacOSX (Lyx/Mac)

Angus Leeming [EMAIL PROTECTED] writes: What happens if you apply your BOOST_REGEX_NARROW_INSTANTIATE patch to the top of boost/regex/config.hpp? The boost library problems were due to a configuration error on my part, and the problem went away when I rebuilt boost. I don't know whether some

Re: cannot compile 1.4.0cvs source on MacOSX (Lyx/Mac)

Ronald Florence wrote: The boost library problems were due to a configuration error on my part, and the problem went away when I rebuilt boost. I don't know whether some version of the BOOST_REGEX_NARROW_INSTANTIATE patch is needed because I haven't yet linked 1.4.0cvs (I have to build a

lyx_convert227

There is an import sys missing in that python script. Without it, the script bombs out and lyx fails to load the file. -- Kayvan A. Sylvan | Proud husband of | Father to my kids: Sylvan Associates, Inc. | Laura Isabella Sylvan | Katherine Yelena (8/8/89)

Re: where is the help text for lfuns?

On Mon, 15 Dec 2003, John Levon wrote: On Mon, Dec 15, 2003 at 08:02:11PM +0100, Christian Ridderstr?m wrote: http://wiki.lyx.org/pmwiki.php/LyX/LyxFunctionList1-3-3 It was removed for a couple of reasons. For starters, most of the help was in fact useless. Second, it didn't

Re: where is the help text for lfuns?

On Tue, Dec 16, 2003 at 12:39:47AM +0100, Christian Ridderstr?m wrote: Ok.. so at the moment there is no textual description at all about what each lfun does or is supposed to do? That is... right now we only know (implicitly through the source) what each lfun actually does? That was really

Re: where is the help text for lfuns?

On Tue, 16 Dec 2003, John Levon wrote: On Tue, Dec 16, 2003 at 12:39:47AM +0100, Christian Ridderstr?m wrote: Ok.. so at the moment there is no textual description at all about what each lfun does or is supposed to do? That is... right now we only know (implicitly through the source)

Re: where is the help text for lfuns?

On Tue, 16 Dec 2003, Christian Ridderström wrote: Speaking of that, I used my script to see how the lfuns have changed between the recent releases. The lfuns for Lyx 1.3.1 - 1.3.3 are the same, but the n:o lfuns has dropped from 241 to 238 in the latest CVS. However, the n:o lfuns in

Re: Latest CVS: Old document ERT and Footnotes are opened

On Saturday 13 December 2003 03:43, Kayvan A. Sylvan wrote: > > All ERT and Footnote insets are then open. This would be fine if there > > was a "Close all footnotes" or some such command. > > I used this hack to solve the issue for me: > > perl -pi~ -e 's/^status open/status collapsed/'

Re: Latest CVS: Old document ERT and Footnotes are opened

Jose' Matos wrote: > On Saturday 13 December 2003 03:43, Kayvan A. Sylvan wrote: > >> > All ERT and Footnote insets are then open. This would be fine if >> > there was a "Close all footnotes" or some such command. >> >> I used this hack to solve the issue for me: >> >> perl -pi~ -e

Re: lyx-devel src/: ChangeLog factory.C lyxfunc.C src/frontend ...

Angus Leeming wrote: > True enough, but please don't apply this patch until lyx2lyx can > upgrade older files. Kayvan, for example, uses 1.4.x for his daily > work and he's already having to work around collapseStatus horkage. I'll apply the gnome/gtk and MINIPAGE_CODE stuff, since this is really

[patch] table fixes + some IU

Tables getting better (still far from good). Moreover, this introduces a new class CursorSlice which replaces mathed's MathPos and texted's CursorItem. So the content of the math cursor and the global cursor looks similar nowadays. It also replaces the x and y field of the cursor by on-demand

Re: InsetBox and format 227

On Saturday 13 December 2003 10:05, Georg Baum wrote: > Am Donnerstag, 11. Dezember 2003 19:47 schrieb Jose' Matos: > > - lyxconvert_xxx.py converts from xxx format to its successor. > > - lyxrevert_xxx.py reverts from xxx format to its predecessor. > > > > Do you want me to put this comment

Re: [patch] fix math super/subscript

On Fri, Dec 12, 2003 at 09:40:57PM +0200, Martin Vermeer wrote: > On Fri, Dec 12, 2003 at 02:59:27PM +0100, Andre Poenitz spake thusly: > > > + if (c == '_') { > > + script(false); > > + return true; > > + } > > + > > + if (c == '^') { > > + script(true); > > +

Re: Correct filenames for TeX picture

Vitaly Lipatov wrote: > I guess we have to convert filenames of any graphics in 7 bit > clean form like this path does. It resolves problems with > russian names of files with graphics inserted in LyX. > > --- /home/lav/RPM/BUILD/lyx-1.3.3/src/insets/insetgraphics.C > 2003-09-30 23:55:18 +0400 >

Re: lyx-devel src/: ChangeLog factory.C lyxfunc.C src/frontend ...

On Monday 15 December 2003 08:46, Juergen Spitzmueller wrote: > > For the lfun stuff, we really need another lyx2lyx conversion step. lyx2lyx > converts minipages to boxes between 223 and 225, but unfortunately it was > possible to produce a minipage inset via minibuffer or tex2lyx in file >

Re: Latest CVS: Old document ERT and Footnotes are opened

On Monday 15 December 2003 08:43, Angus Leeming wrote: > > > Is the problem caused bt lyx2lyx? > > No. The problem lies in Michael Schmitt's recent 'CollapseStatus' > patch which moved some code from InsetERT to InsetCollapsable'. The > patch should have upped the format to 228 and contained the

Re: Which name is supposed to define the intended behaviour of an LFUN?

On Sat, Dec 13, 2003 at 01:03:23PM +0100, Christian Ridderström wrote: > I know that an LFUN is a lyx-function and a little more: > > http://wiki.lyx.org/pmwiki.php/Devel/LFUNs > > >From lfuns.h I get: > * These are all the lyx functions, the main mechanism > * through which

Re: using ert-insert with self-insert in mathEd

On Sat, Dec 13, 2003 at 01:39:19PM +0100, Christian Ridderström wrote: > I just came a across something that I think might be a bug in mathEd, > that's related to self-insert. > > If you do this command sequence: > > command-sequence ert-insert; self-insert texCmd > > you don't end up

Re: lyx-devel src/: ChangeLog factory.C lyxfunc.C src/frontend ...

Jose' Matos: wrote > > See this testfile from Kornel: > > http://marc.theaimsgroup.com/?l=lyx-devel=107072337127639=2 > >   Let us be a little pragmatic. :-) >   How many people are bitten by that? Could we tell those people to change > the files by hand? Perhaps. AFAICS it is sufficient to

Re: [PATCH] frameless boxes for tex2lyx

On Sat, Dec 13, 2003 at 04:50:55PM +0100, Georg Baum wrote: > Am Freitag, 12. Dezember 2003 12:41 schrieb Andre Poenitz: > > > > Would be nice if your comment lines would not exceed 72 char or so. > > You mean like this > > +/*! > + * Translates a LaTeX length into \param value, \param unit and

Re: Branches design flaw

On Sun, Dec 14, 2003 at 04:50:42PM +, Angus Leeming wrote: > The branches code enable the user to create a custom color for each > branch. That is, new colors are defined for a particular buffer. > However, these colors are stored in the system-wide lcolors variable. > That's a design flaw.

Re: Branches design flaw

On Monday 15 December 2003 10:34 am, Andre Poenitz wrote: > > I do think that somethng should be done, however. Moving forward with > > a flawed design is a bad idea IMO. > > I don't have a strong opinion here as I never used that feature myself. That's because Branches are a new feature. I can

Re: Branches design flaw

On Mon, Dec 15, 2003 at 10:39:51AM +, Angus Leeming wrote: > On Monday 15 December 2003 10:34 am, Andre Poenitz wrote: > > > I do think that somethng should be done, however. Moving forward with > > > a flawed design is a bad idea IMO. > > > > I don't have a strong opinion here as I never used

Re: [patch] table fixes + some IU

Andre Poenitz wrote: > > Tables getting better (still far from good). > > Moreover, this introduces a new class CursorSlice which replaces > mathed's MathPos and texted's CursorItem. So the content of the math > cursor and the global cursor looks similar nowadays. > > It also replaces the x

Re: [patch] table fixes + some IU

On Mon, Dec 15, 2003 at 11:24:11AM +, Angus Leeming wrote: > It's a clever way of extending working mathed behaviour to the outside > world. I find reading the patch quite funny: I can understand the > changes without understanding the underlying code ;-) Well, it is a kind of a merge.

Re: [patch] table fixes + some IU

Andre Poenitz wrote: > On Mon, Dec 15, 2003 at 11:24:11AM +, Angus Leeming wrote: >> It's a clever way of extending working mathed behaviour to the >> outside world. I find reading the patch quite funny: I can >> understand the changes without understanding the underlying code >> ;-) > >

Re: [patch] table fixes + some IU

On Mon, Dec 15, 2003 at 11:37:59AM +, Angus Leeming wrote: > Andre Poenitz wrote: > > > On Mon, Dec 15, 2003 at 11:24:11AM +, Angus Leeming wrote: > >> It's a clever way of extending working mathed behaviour to the > >> outside world. I find reading the patch quite funny: I can > >>

Re: [patch] table fixes + some IU

Andre Poenitz wrote: > Tables getting better (still far from good). > > Moreover, this introduces a new class CursorSlice which replaces > mathed's MathPos and texted's CursorItem. So the content of the math > cursor and the global cursor looks similar nowadays. Seems very nice. > It also

Re: [patch] table fixes + some IU

Andre Poenitz wrote: > It also replaces the x and y field of the cursor by on-demand > computation of that values, so the per-text cursor stuff is preparing > for its demise. Btw, what is redoCursor good for, nowadays? Alfredo

Re: [patch] table fixes + some IU

On Mon, Dec 15, 2003 at 12:05:49PM -0300, Alfredo Braunstein wrote: > Andre Poenitz wrote: > > > It also replaces the x and y field of the cursor by on-demand > > computation of that values, so the per-text cursor stuff is preparing > > for its demise. > > Btw, what is redoCursor good for,

[patch] tabular

This splits the '..., bool lock)' functions into two. Clearer logic. Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson or B. Franklin or both...) ? .insettabular.C.swp ? .insettabular.h.swp ? 1.diff

Re: [patch] table fixes + some IU

Andre Poenitz wrote: > Don't know. Maybe not needed at all... Care to have a look? Sure. Shouldn't be needed at all, as well as a lot of setCursor(cursor.par(), cursor.pos()) spreaded all around. I'm having a look. Alfredo

Re: lyx-devel src/: ChangeLog factory.C lyxfunc.C src/frontend ...

Juergen Spitzmueller wrote: > For the lfun stuff, we really need another lyx2lyx conversion step. > lyx2lyx converts minipages to boxes between 223 and 225, but > unfortunately it was possible to produce a minipage inset via > minibuffer or tex2lyx in file format 225 (and 226) until my patch >

Re: How many POT (a

> "dooteo" == dooteo <[EMAIL PROTECTED]> writes: dooteo> Hi, We are finnishing LyX basque PO translation. So I dooteo> downloaded last 1.3.3 release and I found these POT files: dooteo> default_ui_l10n.pot languages_l10n.pot dooteo> layouts_l10n.pot qt_l10n.pot xforms_l10n.pot

Re: How many POT (a

Hi Jean-Marc, I'm gonna do as you say :) Thanks and regards, Dooteo Jatorrizko mezua: data: al., 2003-12-15 17:31, egilea: Jean-Marc Lasgouttes > > "dooteo" == dooteo <[EMAIL PROTECTED]> writes: > > dooteo> Hi, We are finnishing LyX basque PO translation. So I > dooteo> downloaded last

Proposed patch for the insetcollapsable problems

The attached patch ups the lyx format to 228 and uses this change to trigger lyx2lyx into acting on lyxconvert_227.py (also in the patch). I think that I've covered all the InsetCollabsable-derived insets but please check. Regards, -- AngusIndex: src/buffer.C

Re: [patch] table fixes + some IU

Alfredo Braunstein wrote: > Sure. Shouldn't be needed at all, as well as a lot of > setCursor(cursor.par(), cursor.pos()) spreaded all around. See attached. Alfredo Index: BufferView_pimpl.C === RCS file:

Re: Proposed patch for the insetcollapsable problems

On Monday 15 December 2003 17:02, Angus Leeming wrote: > The attached patch ups the lyx format to 228 and uses this change to > trigger lyx2lyx into acting on lyxconvert_227.py (also in the patch). > > I think that I've covered all the InsetCollabsable-derived insets but > please check. If it

cannot compile 1.4.0cvs source on MacOSX (Lyx/Mac)

I am trying to compile lyx-1.4.0cvs in order to port the LyX/Mac patches from 1.3.x. Unfortunately, the build stops dead with gcc-2.95.2 (the only Apple compiler that can handle lyx-1.3.x) at: source='formulabase.C' object='formulabase.lo' libtool=yes \ depfile='.deps/formulabase.Plo'

Re: cannot compile 1.4.0cvs source on MacOSX (Lyx/Mac)

Ronald Florence wrote: > I am trying to compile lyx-1.4.0cvs in order to port the LyX/Mac > patches from 1.3.x. Unfortunately, the build stops dead with > gcc-2.95.2 (the only Apple compiler that can handle lyx-1.3.x) at: LyX can be built with gcc-2.95.2, but not with the STL library shipped

where is the help text for lfuns?

Hi I've just written a script: http://wiki.lyx.org/pmwiki.php/DevelTools/MakeLyxFunctionList that generates a wiki-page with a table of lfuns, i.e. this page: http://wiki.lyx.org/pmwiki.php/LyX/LyxFunctionList1-3-3 While doing this I noticed that the format in src/LyXAction.C

[Patch] Fix CharStyle font

Attached a patch to make the CharStyle inset honour the font in the .layout file again. This should bring back the original functionality that was lost with one of (André's?) cleanup patches that removed getDrawFont() from the text?.C files. Michael, if this doesn't collide with what you're doing

Re: using ert-insert with self-insert in mathEd

On Mon, 15 Dec 2003, Andre Poenitz wrote: > If you abstain from verbing other nouns... As long as I can use 'bugzilla' for 'the act of filing a bug or enhancement to the bugzilla system' Or do you know of some other verb that means the above? /Christian (who promises to cut down on his

What is IU???? (was Re: [patch] table fixes + some IU)

I've seen 'IU' several times now in the headers of posts... is this the same as UI? /Christian -- Christian Ridderström http://www.md.kth.se/~chr

Re: What is IU???? (was Re: [patch] table fixes + some IU)

On Monday 15 December 2003 19:03, Christian Ridderström wrote: > I've seen 'IU' several times now in the headers of posts... > is this the same as UI? Inset Unification non-math + math (the same answer given to Michael last friday) :-) > /Christian -- José Abílio LyX and docbook, a

Re: What is IU???? (was Re: [patch] table fixes + some IU)

Christian Ridderström wrote: > I've seen 'IU' several times now in the headers of posts... > is this the same as UI? No. UI: user interface. IU: inset unification. The on-going process of merging the mathed and 'other' insets. Users will find that they are then able to test these currently

Re: What is IU???? (was Re: [patch] table fixes + some IU)

On Mon, 15 Dec 2003, Angus Leeming wrote: > Christian Ridderström wrote: > > > I've seen 'IU' several times now in the headers of posts... > > is this the same as UI? > > No. > UI: user interface. > IU: inset unification. The on-going process of merging the mathed and > 'other' insets. > >

Re: cannot compile 1.4.0cvs source on MacOSX (Lyx/Mac)

Angus Leeming <[EMAIL PROTECTED]> writes: > LyX can be built with gcc-2.95.2, but not with the STL library shipped > with gcc-2.95. You will have to install STLport's version of the STL > to proceed with gcc-2.95. I fear this would be a non-starter for LyX/Mac. Many Mac users are not

Re: cannot compile 1.4.0cvs source on MacOSX (Lyx/Mac)

Ronald Florence wrote: > Angus Leeming <[EMAIL PROTECTED]> writes: > >> LyX can be built with gcc-2.95.2, but not with the STL library >> shipped with gcc-2.95. You will have to install STLport's version >> of the STL to proceed with gcc-2.95. > > I fear this would be a non-starter for LyX/Mac.

Re: cannot compile 1.4.0cvs source on MacOSX (Lyx/Mac)

Angus Leeming <[EMAIL PROTECTED]> writes: > > qfont_loader.C:35: error: `LibFileSearch' > > not declared qfont_loader.C:36: error: `OnlyPath' not declared > > qfont_loader.C:37: error: `Systemcall' not declared make[5]: *** > > > [...] > > #ifdef Q_WS_X11 > #include > #include > +#endif >

Re: where is the help text for lfuns?

On Mon, Dec 15, 2003 at 08:02:11PM +0100, Christian Ridderstr?m wrote: > I've just written a script: > > http://wiki.lyx.org/pmwiki.php/DevelTools/MakeLyxFunctionList > > that generates a wiki-page with a table of lfuns, i.e. this page: > >

Re: cannot compile 1.4.0cvs source on MacOSX (Lyx/Mac)

Ronald Florence wrote: boost::c_regex_traits::transform_primary(std::basic_string std::char_traits, std::allocator >&, > std::basic_string > const&) boost::c_regex_traits::init() > boost::c_regex_traits::transform(std::basic_string

Re: cannot compile 1.4.0cvs source on MacOSX (Lyx/Mac)

Angus Leeming <[EMAIL PROTECTED]> writes: > What happens if you apply your BOOST_REGEX_NARROW_INSTANTIATE patch to > the top of boost/regex/config.hpp? The boost library problems were due to a configuration error on my part, and the problem went away when I rebuilt boost. I don't know whether

Re: cannot compile 1.4.0cvs source on MacOSX (Lyx/Mac)

Ronald Florence wrote: > The boost library problems were due to a configuration error on my > part, and the problem went away when I rebuilt boost. I don't know > whether some version of the BOOST_REGEX_NARROW_INSTANTIATE patch is > needed because I haven't yet linked 1.4.0cvs (I have to build a

lyx_convert227

There is an "import sys" missing in that python script. Without it, the script bombs out and lyx fails to load the file. -- Kayvan A. Sylvan | Proud husband of | Father to my kids: Sylvan Associates, Inc. | Laura Isabella Sylvan | Katherine Yelena (8/8/89)

  1   2   >