Re: Buffer Cloning Problem: Math Macros

rgheck wrote: On 01/11/2010 02:03 PM, Abdelrazak Younes wrote: rgheck wrote: I'm running into several problems due to the buffer cloning thing during XHTML output. The latest is that I need the expanded form of a math macro in the MathML output routines, and I don't have it, since it seems

Re: lib/languages polutonikogreek bug

Guenter Milde wrote: * as the special meaning of the ~ character in babel's polutonikogreek is now cared for by LyX, we don't need special setup code. --- a/lib/languages +++ b/lib/languages @@ -43,7 +43,7 @@ german germanGerman (old spelling) false iso8859-1 ngerman

Re: View/Update toolbar position

Jürgen Spitzmüller wrote: Pavel Sanda wrote: while we are at ui flames... notebooks are becoming wider while height is constant or even smaller in some cases - saving vertical space is more important than horizontal one. i find myself constantly moving the solitary view/update toolbar

Re: View/Update toolbar position

Pavel Sanda wrote: you dont get it displayed as a third row?? No. Jürgen attachment: views1.png

Re: View/Update toolbar position

Jürgen Spitzmüller wrote: Pavel Sanda wrote: you dont get it displayed as a third row?? No. and you didn't se it manually, right? because default.ui says: view/update on,top and behaves like this here. pavel

Re: View/Update toolbar position

Pavel Sanda wrote: and you didn't se it manually, right? Yes. But that's not a bug deal, is it? because default.ui says: view/update on,top Yes, we should implement a way to position two toolbars in a row in the first place. Jürgen

Re: View/Update toolbar position

Pavel Sanda wrote: Jürgen Spitzmüller wrote: Pavel Sanda wrote: you dont get it displayed as a third row?? No. and you didn't se it manually, right? Of course he did :-) because default.ui says: view/update on,top and behaves like this here. So your point is

RE: View/Update toolbar position

... QSettings based ini file ... QSettings roars its tail again.. Abdel. Vincent

Re: View/Update toolbar position

Abdelrazak Younes wrote: So your point is that we should change the default? Or maybe that we should create another tag in order to put two toolbars on the same row? of course i'm talking about the defaults the whole time ;) If you have the courage and willingness to do it, I suggest to

Re: View/Update toolbar position

Jürgen Spitzmüller wrote: Yes. But that's not a big deal, is it? i felt frustrated to do it again and again and again. pavel

Re: View/Update toolbar position

Pavel Sanda wrote: no more qsettings! :) if they wont get restarted every other day and we have it in normal preferences then there was no need for this thread. Still? I thought we fixed this. Jürgen

Re: View/Update toolbar position

Pavel Sanda wrote: Abdelrazak Younes wrote: If you have the courage and willingness to do it, I suggest to kill this ui file once and for all. We can either have sane hardcoded default or use a QSettings based ini file. no more qsettings! :) if they wont get restarted every other day

Re: View/Update toolbar position

Jürgen Spitzmüller wrote: Pavel Sanda wrote: no more qsettings! :) if they wont get restarted every other day and we have it in normal preferences then there was no need for this thread. Still? I thought we fixed this. we fixed some issues and added new ones. for example we have unified

Re: View/Update toolbar position

Pavel Sanda wrote: to sum it up - i change the toolbar very often so i asked about changing the defaults either to off or to vertical position. I'd rather fix the cause (i.e., allow for multiple toolbars in a row). Jürgen

Re: lyx 1.6.5/mac - kbd maps + nfs

please keep the messages on list... - temp is a local (default) one at /var/folders/... - the last I can see from - dbg any is: (see fig) _ shall I filter it for some particular message? no, if its not freeze and lyx still works, it will be difficult to pinpoint something from the log. -

Re: r32984 - in lyx-devel/trunk: lib/ui src/frontends/qt4

v...@lyx.org wrote: Author: vfr Date: Tue Jan 12 16:35:52 2010 New Revision: 32984 URL: http://www.lyx.org/trac/changeset/32984 Log: Change the ProgressView strings: - Item Show progress messages dialog-toggle progress + Item View Progress/Debug Messages

Re: r32986 - in lyx-devel/trunk: . src src/insets

Le 12/01/2010 16:54, lasgout...@lyx.org a écrit : Author: lasgouttes Date: Tue Jan 12 16:54:33 2010 New Revision: 32986 URL: http://www.lyx.org/trac/changeset/32986 Log: get rid of notes-mutate and explain that inset-forall can do the same Pavel, is this OK? JMarc

Re: r32986 - in lyx-devel/trunk: . src src/insets

lasgout...@lyx.org wrote: Log: get rid of notes-mutate and explain that inset-forall can do the same Pavel, is this OK? philosophically yes, we should get rid of it once we have inset-forall. practicaly, however, it doesnt work for me with the advice below. +inset-forall Note:SOURCE

Re: lib/languages polutonikogreek bug

On 2010-01-12, Jürgen Spitzmüller wrote: Guenter Milde wrote: * as the special meaning of the ~ character in babel's polutonikogreek is now cared for by LyX, we don't need special setup code. --- a/lib/languages +++ b/lib/languages -polutonikogreek polutonikogreekGreek

Re: r32984 - in lyx-devel/trunk: lib/ui src/frontends/qt4

On Tue, Jan 12, 2010 at 04:44:07PM +0100, Pavel Sanda wrote: v...@lyx.org wrote: Author: vfr Date: Tue Jan 12 16:35:52 2010 New Revision: 32984 URL: http://www.lyx.org/trac/changeset/32984 Log: Change the ProgressView strings: - Item Show progress messages dialog-toggle

Re: r32986 - in lyx-devel/trunk: . src src/insets

Pavel Sanda sa...@lyx.org writes: practicaly, however, it doesnt work for me with the advice below. +inset-forall Note:SOURCE inset-modify changetype TARGET inset-forall Note:Note inset-modify changetype Comment You mean I should have tried it out? The following works for me

Re: r32984 - in lyx-devel/trunk: lib/ui src/frontends/qt4

Enrico Forestieri wrote: On Tue, Jan 12, 2010 at 04:44:07PM +0100, Pavel Sanda wrote: v...@lyx.org wrote: Author: vfr Date: Tue Jan 12 16:35:52 2010 New Revision: 32984 URL: http://www.lyx.org/trac/changeset/32984 Log: Change the ProgressView strings: - Item

Re: r32986 - in lyx-devel/trunk: . src src/insets

Jean-Marc Lasgouttes wrote: probably only bug in doc? one candidate for next sample in inset-forall. Yes. I did the changes. thanks pavel

FindAdv Language and GuiDocument

Hello, in an attempt to fix #6171 (weird highlighting of words language in Find/Replace WAs), I came to the attached patch (first one, findadv-lang). Basically, I wanted to copy the same language settings of the document within which the search starts. For example, I'm editing a

Re: r33007 - lyx-devel/trunk/lib/doc

On 01/12/2010 07:26 PM, uwesto...@lyx.org wrote: Author: uwestoehr Date: Wed Jan 13 01:26:03 2010 New Revision: 33007 URL: http://www.lyx.org/trac/changeset/33007 Log: Tutorial.lyx: revert r33004 (I guess this was accidentally committed.) Yes, sorry. Besides this, please do all changes

Re: r33009 - in lyx-devel/branches/BRANCH_1_6_X: development/Win32/packaging/AltInstaller lib/doc lib/doc/de lib/doc/es lib/doc/fr

On 01/12/2010 07:51 PM, uwesto...@lyx.org wrote: Author: uwestoehr Date: Wed Jan 13 01:51:35 2010 New Revision: 33009 URL: http://www.lyx.org/trac/changeset/33009 Log: Tutorial.lyx: accept Richard's changes I added the stuff about unknown layout classes in response to yet more bug reports

Re: r33007 - lyx-devel/trunk/lib/doc

Am 13.01.2010 01:51, schrieb rgheck: Tutorial.lyx: revert r33004 (I guess this was accidentally committed.) Yes, sorry. You did similar changes in the past. Why did you remove long dashes by ---? Using three characters to get one in the output is unintuitive and confuses newbies. Thanks to

Re: r33009 - in lyx-devel/branches/BRANCH_1_6_X: development/Win32/packaging/AltInstaller lib/doc lib/doc/de lib/doc/es lib/doc/fr

Am 13.01.2010 01:54, schrieb rgheck: Tutorial.lyx: accept Richard's changes I added the stuff about unknown layout classes in response to yet more bug reports about import failures. I wonder if there is somewhere else we should also mention this, say, in the User's Guide. I guess I worry that

Re: r33009 - in lyx-devel/branches/BRANCH_1_6_X: development/Win32/packaging/AltInstaller lib/doc lib/doc/de lib/doc/es lib/doc/fr

On 2010-01-13, Uwe Stöhr wrote: Am 13.01.2010 01:54, schrieb rgheck: The tutorial is a file for newbies and thus should only contain the basics. Another possibility would be to give more verbose error messages from tex2lyx, and perhaps in the GUI, error messages that would direct the user

Re: Buffer Cloning Problem: Math Macros

rgheck wrote: On 01/11/2010 02:03 PM, Abdelrazak Younes wrote: rgheck wrote: I'm running into several problems due to the buffer cloning thing during XHTML output. The latest is that I need the expanded form of a math macro in the MathML output routines, and I don't have it, since it seems

Re: lib/languages polutonikogreek bug

Guenter Milde wrote: > * as the special meaning of the ~ character in babel's polutonikogreek > is now cared for by LyX, we don't need special setup code. > > --- a/lib/languages > +++ b/lib/languages > @@ -43,7 +43,7 @@ german german"German (old spelling)" > false iso8859-1

Re: View/Update toolbar position

Jürgen Spitzmüller wrote: > Pavel Sanda wrote: > > while we are at ui flames... notebooks are becoming wider while height is > > constant or even smaller in some cases - saving vertical space is more > > important than horizontal one. i find myself constantly moving the > > solitary view/update

Re: View/Update toolbar position

Pavel Sanda wrote: > you dont get it displayed as a third row?? No. Jürgen <>

Re: View/Update toolbar position

Jürgen Spitzmüller wrote: > Pavel Sanda wrote: > > you dont get it displayed as a third row?? > > No. and you didn't se it manually, right? because default.ui says: "view/update" "on,top" and behaves like this here. pavel

Re: View/Update toolbar position

Pavel Sanda wrote: > and you didn't se it manually, right? Yes. But that's not a bug deal, is it? > because default.ui says: > "view/update" "on,top" Yes, we should implement a way to position two toolbars in a row in the first place. Jürgen

Re: View/Update toolbar position

Pavel Sanda wrote: Jürgen Spitzmüller wrote: Pavel Sanda wrote: you dont get it displayed as a third row?? No. and you didn't se it manually, right? Of course he did :-) because default.ui says: "view/update" "on,top" and behaves like this here. So your

RE: View/Update toolbar position

> ... QSettings based ini file ... QSettings roars its tail again.. >Abdel. Vincent

Re: View/Update toolbar position

Abdelrazak Younes wrote: > So your point is that we should change the default? Or maybe that we should > create another tag in order to put two toolbars on the same row? of course i'm talking about the defaults the whole time ;) > > If you have the courage and willingness to do it, I suggest to

Re: View/Update toolbar position

Jürgen Spitzmüller wrote: > > Yes. But that's not a big deal, is it? i felt frustrated to do it again and again and again. pavel

Re: View/Update toolbar position

Pavel Sanda wrote: > no more qsettings! :) if they wont get restarted every other day and we > have it in normal preferences then there was no need for this thread. Still? I thought we fixed this. Jürgen

Re: View/Update toolbar position

Pavel Sanda wrote: Abdelrazak Younes wrote: If you have the courage and willingness to do it, I suggest to kill this ui file once and for all. We can either have sane hardcoded default or use a QSettings based ini file. no more qsettings! :) if they wont get restarted every other day

Re: View/Update toolbar position

Jürgen Spitzmüller wrote: > Pavel Sanda wrote: > > no more qsettings! :) if they wont get restarted every other day and we > > have it in normal preferences then there was no need for this thread. > > Still? I thought we fixed this. we fixed some issues and added new ones. for example we have

Re: View/Update toolbar position

Pavel Sanda wrote: > to sum it up - i change the toolbar very often so i asked about changing > the defaults either to off or to vertical position. I'd rather fix the cause (i.e., allow for multiple toolbars in a row). Jürgen

Re: lyx 1.6.5/mac - kbd maps + nfs

please keep the messages on list... > - temp is a local (default) one at /var/folders/... > - the last I can see from - dbg any is: (see fig) > > _ shall I filter it for some particular message? no, if its not freeze and lyx still works, it will be difficult to pinpoint something from the log.

Re: r32984 - in lyx-devel/trunk: lib/ui src/frontends/qt4

v...@lyx.org wrote: > Author: vfr > Date: Tue Jan 12 16:35:52 2010 > New Revision: 32984 > URL: http://www.lyx.org/trac/changeset/32984 > > Log: > Change the ProgressView strings: > - Item "Show progress messages" "dialog-toggle progress" > + Item "View Progress/Debug

Re: r32986 - in lyx-devel/trunk: . src src/insets

Le 12/01/2010 16:54, lasgout...@lyx.org a écrit : Author: lasgouttes Date: Tue Jan 12 16:54:33 2010 New Revision: 32986 URL: http://www.lyx.org/trac/changeset/32986 Log: get rid of notes-mutate and explain that inset-forall can do the same Pavel, is this OK? JMarc

Re: r32986 - in lyx-devel/trunk: . src src/insets

lasgout...@lyx.org wrote: >> Log: >> get rid of notes-mutate and explain that inset-forall can do the same > > Pavel, is this OK? philosophically yes, we should get rid of it once we have inset-forall. practicaly, however, it doesnt work for me with the advice below. > +inset-forall Note:

Re: lib/languages polutonikogreek bug

On 2010-01-12, Jürgen Spitzmüller wrote: > Guenter Milde wrote: >> * as the special meaning of the ~ character in babel's polutonikogreek >> is now cared for by LyX, we don't need special setup code. >> --- a/lib/languages >> +++ b/lib/languages >> -polutonikogreek polutonikogreek

Re: r32984 - in lyx-devel/trunk: lib/ui src/frontends/qt4

On Tue, Jan 12, 2010 at 04:44:07PM +0100, Pavel Sanda wrote: > v...@lyx.org wrote: > > Author: vfr > > Date: Tue Jan 12 16:35:52 2010 > > New Revision: 32984 > > URL: http://www.lyx.org/trac/changeset/32984 > > > > Log: > > Change the ProgressView strings: > > - Item "Show progress

Re: r32986 - in lyx-devel/trunk: . src src/insets

Pavel Sanda writes: > practicaly, however, it doesnt work for me with the advice below. > >> +inset-forall Note: inset-modify changetype > > inset-forall Note:Note inset-modify changetype Comment You mean I should have tried it out? The following works for me inset-forall

Re: r32984 - in lyx-devel/trunk: lib/ui src/frontends/qt4

Enrico Forestieri wrote: > On Tue, Jan 12, 2010 at 04:44:07PM +0100, Pavel Sanda wrote: > > v...@lyx.org wrote: > > > Author: vfr > > > Date: Tue Jan 12 16:35:52 2010 > > > New Revision: 32984 > > > URL: http://www.lyx.org/trac/changeset/32984 > > > > > > Log: > > > Change the ProgressView

Re: r32986 - in lyx-devel/trunk: . src src/insets

Jean-Marc Lasgouttes wrote: > > probably only bug in doc? > > one candidate for next sample in inset-forall. > > Yes. I did the changes. thanks pavel

FindAdv Language and GuiDocument

Hello, in an attempt to fix #6171 (weird highlighting of words language in Find/Replace WAs), I came to the attached patch (first one, findadv-lang). Basically, I wanted to "copy" the same language settings of the document within which the search starts. For example, I'm editing a

Re: r33007 - lyx-devel/trunk/lib/doc

On 01/12/2010 07:26 PM, uwesto...@lyx.org wrote: Author: uwestoehr Date: Wed Jan 13 01:26:03 2010 New Revision: 33007 URL: http://www.lyx.org/trac/changeset/33007 Log: Tutorial.lyx: revert r33004 (I guess this was accidentally committed.) Yes, sorry. Besides this, please do all changes

Re: r33009 - in lyx-devel/branches/BRANCH_1_6_X: development/Win32/packaging/AltInstaller lib/doc lib/doc/de lib/doc/es lib/doc/fr

On 01/12/2010 07:51 PM, uwesto...@lyx.org wrote: Author: uwestoehr Date: Wed Jan 13 01:51:35 2010 New Revision: 33009 URL: http://www.lyx.org/trac/changeset/33009 Log: Tutorial.lyx: accept Richard's changes I added the stuff about unknown layout classes in response to yet more "bug

Re: r33007 - lyx-devel/trunk/lib/doc

Am 13.01.2010 01:51, schrieb rgheck: Tutorial.lyx: revert r33004 (I guess this was accidentally committed.) Yes, sorry. You did similar changes in the past. Why did you remove long dashes by "---"? Using three characters to get one in the output is unintuitive and confuses newbies. Thanks

Re: r33009 - in lyx-devel/branches/BRANCH_1_6_X: development/Win32/packaging/AltInstaller lib/doc lib/doc/de lib/doc/es lib/doc/fr

Am 13.01.2010 01:54, schrieb rgheck: Tutorial.lyx: accept Richard's changes I added the stuff about unknown layout classes in response to yet more "bug reports" about import failures. I wonder if there is somewhere else we should also mention this, say, in the User's Guide. I guess I worry

Re: r33009 - in lyx-devel/branches/BRANCH_1_6_X: development/Win32/packaging/AltInstaller lib/doc lib/doc/de lib/doc/es lib/doc/fr

On 2010-01-13, Uwe Stöhr wrote: > Am 13.01.2010 01:54, schrieb rgheck: > The tutorial is a file for newbies and thus should only contain the basics. >> Another possibility would be to give more verbose error messages from >> tex2lyx, and perhaps in the GUI, error messages that would direct the