[ANNOUNCE] LyX 1.6.7 is released!

Public release of LyX version 1.6.7 === We are pleased to announce the release of LyX 1.6.7. This is the eighth maintenance release in the 1.6.x series. From the list of fixes and improvements, we'd like to highlight particularly that this release irons out all

Re: branch still frozen

Jürgen Spitzmüller wrote: Please no commits to branch whatsoever without discussion on this list. The freeze is over now. Jürgen

Re: #6740: Zoom using mouse wheel conflicts with momentum scrolling

Am 15.07.2010 um 02:46 schrieb BH: On Wed, Jul 14, 2010 at 1:18 PM, Pavel Sanda sa...@lyx.org wrote: i dont use macros myself so i really have no idea how is this unfold macro important. Same for me on math macros. But I agree with Cmdminus/plus for zoom out/in: that's the Mac standard.

Re: #6740: Zoom using mouse wheel conflicts with momentum scrolling

Am 15.07.2010 um 09:22 schrieb Stephan Witt: Am 15.07.2010 um 02:46 schrieb BH: On Wed, Jul 14, 2010 at 1:18 PM, Pavel Sanda sa...@lyx.org wrote: i dont use macros myself so i really have no idea how is this unfold macro important. Same for me on math macros. But I agree with

Re: #6740: Zoom using mouse wheel conflicts with momentum scrolling

Stephan Witt wrote: One side effect is questionable: C-minus was specialchar-insert hyphenation in text mode. This is moved to C-S-underscore now. I like that move I don't. Jürgen

Re: #6740: Zoom using mouse wheel conflicts with momentum scrolling

Am Donnerstag 15 Juli 2010 schrieb Jürgen Spitzmüller: Stephan Witt wrote: One side effect is questionable: C-minus was specialchar-insert hyphenation in text mode. This is moved to C-S-underscore now. I like that move I don't. Jürgen I don't like it too. Using too often ...

Re: #6740: Zoom using mouse wheel conflicts with momentum scrolling

Am 15.07.2010 um 10:46 schrieb Kornel Benko: Am Donnerstag 15 Juli 2010 schrieb Jürgen Spitzmüller: Stephan Witt wrote: One side effect is questionable: C-minus was specialchar-insert hyphenation in text mode. This is moved to C-S-underscore now. I like that move I don't. Jürgen I

Re: #6740: Zoom using mouse wheel conflicts with momentum scrolling

Stephan Witt wrote: I did expect it. But as said I have no plan B except to leave cua bindings untouched. Any other proposals? Leaving it untouched sounds good. Jürgen

Re: Branch regression?

Enrico Forestieri wrote: Please, find attached the corresponding patches. - overwrite-1.diff implements behavior 1 - overwrite-2.diff implements behavior 2 The patch obtaining more votes will be applied. from what i have counted you won. pavel

LyX + Beamer + MikTex 2008 = fail

Dear LyX users and developers, when I try to compile the beamer template provided with LyX, the pdf is not generated but a number of errors occur. I have found that the problem is due to the recent version of the package geometry.sty provided with MikTeX 2008. The bug can be fixed with some

Re: LyX + Beamer + MikTex 2008 = fail

Corrado Mencar wrote: Dear LyX users and developers, when I try to compile the beamer template provided with LyX, the pdf is not generated but a number of errors occur. I have found that the problem is due to the recent version of the package geometry.sty provided with MikTeX 2008. The bug

alpha5

hi, i would like to release alpha5 within next days. anything you want to have in before? highest priority bugs are showstopper as usual. pavel

Re: alpha5

Am 15.07.2010 um 15:07 schrieb Pavel Sanda: hi, i would like to release alpha5 within next days. anything you want to have in before? * #6740 Change Key-bindings * #6740 Configure option for scroll wheel zoom * #6805 Collect error output for non-terminal application Both are no

Re: #6740: Zoom using mouse wheel conflicts with momentum scrolling

Stephan Witt wrote: 1. I had to learn that cmake dependencies are not correct for ui file generation - at least with XCode. To make changes visible I have to build it twice. Since it is black magic and I want to concentrate on content I would be glad if some cmake-magician can correct

Re: #6805: Cannot convert file importing from RTF, but works on the command line

Stephan Witt wrote: I see in the constructor SystemcallPrivate::SystemcallPrivate (SystemCall.cpp) the error output of the child process is collected only if it's going to an terminal. I think it would be better to collect it unconditionally to show it in the message window. What

Re: alpha5

Stephan Witt wrote: * #6740 Change Key-bindings but it seems that people dont like killing the current c-minus shortcut. * #6740 Configure option for scroll wheel zoom * #6805 Collect error output for non-terminal application see my other messages. Both are no show-stoppers though. yep.

Re: #6805: Cannot convert file importing from RTF, but works on the command line

Am 15.07.2010 um 15:53 schrieb Pavel Sanda: Stephan Witt wrote: I see in the constructor SystemcallPrivate::SystemcallPrivate (SystemCall.cpp) the error output of the child process is collected only if it's going to an terminal. I think it would be better to collect it unconditionally to

Re: #6740: Zoom using mouse wheel conflicts with momentum scrolling

Am 15.07.2010 um 15:42 schrieb Pavel Sanda: Stephan Witt wrote: 1. I had to learn that cmake dependencies are not correct for ui file generation - at least with XCode. To make changes visible I have to build it twice. Since it is black magic and I want to concentrate on content I would be

Re: alpha5

Pavel Sanda wrote: hi, i would like to release alpha5 within next days. anything you want to have in before? Is it possible to add a isolated new feature at this stage? Peter

Re: alpha5

Am 15.07.2010 um 15:57 schrieb Pavel Sanda: Stephan Witt wrote: * #6740 Change Key-bindings but it seems that people dont like killing the current c-minus shortcut. Yes, that's why I want to change the binding for C-minus/plus on mac only. I have 2 votes for the change (3 - if I count

Re: alpha5

Peter Kümmel wrote: Pavel Sanda wrote: hi, i would like to release alpha5 within next days. anything you want to have in before? Is it possible to add a isolated new feature at this stage? yes. pavel

Re: [ANNOUNCE] LyX 1.6.7 is released!

It appears that mouse scrolling is broken on the Mac for LyX 1.6.7. This same problem is present in the alpha versions of 2.0 on the Mac, and it looks like it slipped through the cracks for this release. Any chance of a patch being released in the very near future to fix this serious regression?

Re: [ANNOUNCE] LyX 1.6.7 is released!

James C. Sutherland wrote: It appears that mouse scrolling is broken on the Mac for LyX 1.6.7. This same problem is present in the alpha versions of 2.0 on the Mac, and it looks like it slipped through the cracks for this release. I wasn't aware of that. But there seems to be a patch ready

Re: No Mouse scrolling in LyX 2.0 - Mac?

Jean-Marc LASGOUTTES wrote: Really cool! It works with one small correction: the convert() function cannot handle the double value. I changed the patch accordingly and attach it again. Very good. I applied it. Am I right that this is needed in 1.6.x too? Seems so. Jürgen

Re: [ANNOUNCE] LyX 1.6.7 is released!

On Thu, Jul 15, 2010 at 11:12 AM, James C. Sutherland james.sutherl...@utah.edu wrote: Another regression on Mac: some of the dialogue boxes (e.g. the spell check dialogue box) is not rendered properly.  See the attached image.  Resizing it does not help.  This was also a problem that I noticed

Re: LyX + Beamer + MikTex 2008 = fail

Thank you for the answer. I have solved the problem by removing the beamer package from the MikteX distribution and installing in my local tex folder the newest version of beamer (3.10). After reconfiguration, the files are compiled. Corrado 2010/7/15 Jürgen Spitzmüller sp...@lyx.org: Corrado

Re: [ANNOUNCE] LyX 1.6.7 is released!

On Thu, Jul 15, 2010 at 9:24 AM, BH bewih...@gmail.com wrote: On Thu, Jul 15, 2010 at 11:12 AM, James C. Sutherland james.sutherl...@utah.edu wrote: Another regression on Mac: some of the dialogue boxes (e.g. the spell check dialogue box) is not rendered properly. See the attached image.

Re: [ANNOUNCE] LyX 1.6.7 is released!

James C. Sutherland wrote: Bennett, The problem shows up for me when I undock the dialogue window. When docked, there is no problem. And yes, this problem is in 1.6.7. please go to Help-About LyX and report version. this dialog really looks from 2.0. it would alos nicely resolve the first

Re: #6805: Cannot convert file importing from RTF, but works on the command line

Stephan Witt wrote: i'm not sure what are side effects of kicking out os::is_terminal(os::STDERR) tests. when i shortly peeked to sources it seems to be little bit messy how we mix variables which govern whether we ouput err messages on console and on window. the right thing might be

Re: alpha5

Stephan Witt wrote: Am 15.07.2010 um 15:57 schrieb Pavel Sanda: Stephan Witt wrote: * #6740 Change Key-bindings but it seems that people dont like killing the current c-minus shortcut. Yes, that's why I want to change the binding for C-minus/plus on mac only. I have 2 votes for the

Re: alpha5

Am 15.07.2010 um 17:50 schrieb Pavel Sanda: Stephan Witt wrote: Am 15.07.2010 um 15:57 schrieb Pavel Sanda: Stephan Witt wrote: * #6740 Change Key-bindings but it seems that people dont like killing the current c-minus shortcut. Yes, that's why I want to change the binding for

Re: r34742 - lyx-devel/trunk/src/support/mythes

On 7/9/2010 1:33 PM, Pavel Sanda wrote: it seem quite unprobable but why not, trunk dir above does not cost anything. How should we proceed with the new dictionaries module? Are all the dictionaries and thesaurus lists going into dictionaries/trunk or should there be two subdirectories like

Re: r34742 - lyx-devel/trunk/src/support/mythes

Am 15.07.2010 um 18:30 schrieb Joost Verburg: On 7/9/2010 1:33 PM, Pavel Sanda wrote: it seem quite unprobable but why not, trunk dir above does not cost anything. How should we proceed with the new dictionaries module? Are all the dictionaries and thesaurus lists going into

Re: r34742 - lyx-devel/trunk/src/support/mythes

Joost Verburg wrote: On 7/9/2010 1:33 PM, Pavel Sanda wrote: it seem quite unprobable but why not, trunk dir above does not cost anything. How should we proceed with the new dictionaries module? Are all the dictionaries and thesaurus lists going into dictionaries/trunk or should there be

Re: r34742 - lyx-devel/trunk/src/support/mythes

On 7/15/2010 12:39 PM, Pavel Sanda wrote: separating them is probably better idea. btw Joost are you able to reproduce http://www.lyx.org/trac/ticket/6818 on your system? Yes, I can reproduce. I'm compiling a debug version. Joost

Re: [ANNOUNCE] LyX 1.6.7 is released!

Pavel Sanda wrote: The problem shows up for me when I undock the dialogue window. When docked, there is no problem. And yes, this problem is in 1.6.7. please go to Help-About LyX and report version. this dialog really looks from 2.0. it would alos nicely resolve the first issue ;) The

Re: #6805: Cannot convert file importing from RTF, but works on the command line

On Thu, Jul 15, 2010 at 04:31:26PM +0200, Stephan Witt wrote: Am 15.07.2010 um 15:53 schrieb Pavel Sanda: Stephan Witt wrote: I see in the constructor SystemcallPrivate::SystemcallPrivate (SystemCall.cpp) the error output of the child process is collected only if it's going to an

Re: [ANNOUNCE] LyX 1.6.7 is released!

Sorry all - false alarm. For whatever reason, when I installed 1.6.7, the default LyX switched to 2.0alpha4 on my system, and I did not notice this. So it turns out that scrolling and dialogue boxes work fine in 1.6.7. Again, sorry for the false alarm. James On Thu, Jul 15, 2010 at 11:46 AM,

Re: Branch regression?

On Thu, Jul 15, 2010 at 01:32:33PM +0200, Pavel Sanda wrote: Enrico Forestieri wrote: Please, find attached the corresponding patches. - overwrite-1.diff implements behavior 1 - overwrite-2.diff implements behavior 2 The patch obtaining more votes will be applied. from what i

Re: Bug #3221: nameref support

Jean-Pierre Chrétien jeanpierre.chretien at free.fr writes: This will use all variants of varioref page handling. Rather {\nameref{#1} \vpageref{#1}}, the unbrealkable space is not necessary here (nor with \reftextfaraway in fact, page~xxx can be on the nest line). And to be cosnisten

Re: [patch for branch] fix LFUN_BREAK_PARAGRAPH for boxes

This small patch fixes the following bug: LyX allows to create \frameboxes with multiple paragraph if there is no inner box. But this is only possible for shaded boxes. Attached is a better patch that additionally fixes this issue: If you have a shaded box and no inner box, you can use

Re: Bug #3221: nameref support

Why not {\nameref{#1}~\vpageref{#1}} This will use all variants of varioref page handling. Rather {\nameref{#1} \vpageref{#1}}, the unbrealkable space is not necessary here (nor with \reftextfaraway in fact, page~xxx can be on the nest line). Yes, this is the better solution.

Re: Bug #3221: nameref support

On 07/15/2010 09:26 PM, Uwe Stöhr wrote: Yes, we should omit the single quotes as single quotes are in many languages only allowed within double quotes. Quotes are also often only allowed for quotations, citations and proper names. There is moreover no reason why the name of the referenced

[ANNOUNCE] LyX 1.6.7 is released!

Public release of LyX version 1.6.7 === We are pleased to announce the release of LyX 1.6.7. This is the eighth maintenance release in the 1.6.x series. From the list of fixes and improvements, we'd like to highlight particularly that this release irons out all

Re: branch still frozen

Jürgen Spitzmüller wrote: > Please no commits to branch whatsoever without discussion on this list. The freeze is over now. Jürgen

Re: #6740: Zoom using mouse wheel conflicts with momentum scrolling

Am 15.07.2010 um 02:46 schrieb BH: > On Wed, Jul 14, 2010 at 1:18 PM, Pavel Sanda wrote: >> i dont use macros myself so i really have no idea how is this unfold macro >> important. > > Same for me on math macros. But I agree with minus/plus for zoom > out/in: that's the Mac

Re: #6740: Zoom using mouse wheel conflicts with momentum scrolling

Am 15.07.2010 um 09:22 schrieb Stephan Witt: > Am 15.07.2010 um 02:46 schrieb BH: > >> On Wed, Jul 14, 2010 at 1:18 PM, Pavel Sanda wrote: >>> i dont use macros myself so i really have no idea how is this unfold macro >>> important. >> >> Same for me on math macros. But I agree

Re: #6740: Zoom using mouse wheel conflicts with momentum scrolling

Stephan Witt wrote: > One side effect is questionable: C-minus was "specialchar-insert > hyphenation" in text mode. This is moved to C-S-underscore now. I like > that move I don't. Jürgen

Re: #6740: Zoom using mouse wheel conflicts with momentum scrolling

Am Donnerstag 15 Juli 2010 schrieb Jürgen Spitzmüller: > Stephan Witt wrote: > > One side effect is questionable: C-minus was "specialchar-insert > > hyphenation" in text mode. This is moved to C-S-underscore now. I like > > that move > > I don't. > > Jürgen I don't like it too. Using too often

Re: #6740: Zoom using mouse wheel conflicts with momentum scrolling

Am 15.07.2010 um 10:46 schrieb Kornel Benko: > Am Donnerstag 15 Juli 2010 schrieb Jürgen Spitzmüller: >> Stephan Witt wrote: >>> One side effect is questionable: C-minus was "specialchar-insert >>> hyphenation" in text mode. This is moved to C-S-underscore now. I like >>> that move >> >> I

Re: #6740: Zoom using mouse wheel conflicts with momentum scrolling

Stephan Witt wrote: > I did expect it. But as said I have no plan B except to leave cua bindings > untouched. Any other proposals? Leaving it untouched sounds good. Jürgen

Re: Branch regression?

Enrico Forestieri wrote: > Please, find attached the corresponding patches. > > - overwrite-1.diff implements behavior 1 > - overwrite-2.diff implements behavior 2 > > The patch obtaining more votes will be applied. from what i have counted you won. pavel

LyX + Beamer + MikTex 2008 = fail

Dear LyX users and developers, when I try to compile the beamer template provided with LyX, the pdf is not generated but a number of errors occur. I have found that the problem is due to the recent version of the package geometry.sty provided with MikTeX 2008. The bug can be fixed with some

Re: LyX + Beamer + MikTex 2008 = fail

Corrado Mencar wrote: > Dear LyX users and developers, >when I try to compile the beamer template provided with LyX, the > pdf is not generated but a number of errors occur. I have found that > the problem is due to the recent version of the package geometry.sty > provided with MikTeX 2008.

alpha5

hi, i would like to release alpha5 within next days. anything you want to have in before? highest priority bugs are showstopper as usual. pavel

Re: alpha5

Am 15.07.2010 um 15:07 schrieb Pavel Sanda: > hi, > > i would like to release alpha5 within next days. > anything you want to have in before? * #6740 Change Key-bindings * #6740 Configure option for scroll wheel zoom * #6805 Collect error output for non-terminal application Both are no

Re: #6740: Zoom using mouse wheel conflicts with momentum scrolling

Stephan Witt wrote: > 1. I had to learn that cmake dependencies are not correct for ui file > generation - at least with XCode. > To make changes visible I have to build it twice. Since it is black magic and > I want to concentrate on content I would be glad if some cmake-magician can > correct

Re: #6805: "Cannot convert file" importing from RTF, but works on the command line

Stephan Witt wrote: > >> I see in the constructor SystemcallPrivate::SystemcallPrivate > >> (SystemCall.cpp) > >> the error output of the child process is collected only if it's going to > >> an terminal. > >> I think it would be better to collect it unconditionally to show it in the > >>

Re: alpha5

Stephan Witt wrote: > * #6740 Change Key-bindings but it seems that people dont like killing the current c-minus shortcut. > * #6740 Configure option for scroll wheel zoom > * #6805 Collect error output for non-terminal application see my other messages. > Both are no show-stoppers though.

Re: #6805: "Cannot convert file" importing from RTF, but works on the command line

Am 15.07.2010 um 15:53 schrieb Pavel Sanda: > Stephan Witt wrote: I see in the constructor SystemcallPrivate::SystemcallPrivate (SystemCall.cpp) the error output of the child process is collected only if it's going to an terminal. I think it would be better to collect

Re: #6740: Zoom using mouse wheel conflicts with momentum scrolling

Am 15.07.2010 um 15:42 schrieb Pavel Sanda: > Stephan Witt wrote: >> 1. I had to learn that cmake dependencies are not correct for ui file >> generation - at least with XCode. >> To make changes visible I have to build it twice. Since it is black magic >> and I want to concentrate on content I

Re: alpha5

Pavel Sanda wrote: > hi, > > i would like to release alpha5 within next days. > anything you want to have in before? Is it possible to add a isolated new feature at this stage? Peter

Re: alpha5

Am 15.07.2010 um 15:57 schrieb Pavel Sanda: > Stephan Witt wrote: >> * #6740 Change Key-bindings > > but it seems that people dont like killing the current c-minus shortcut. Yes, that's why I want to change the binding for C-minus/plus on mac only. I have 2 votes for the change (3 - if I count

Re: alpha5

Peter Kümmel wrote: > Pavel Sanda wrote: > > hi, > > > > i would like to release alpha5 within next days. > > anything you want to have in before? > > Is it possible to add a isolated new feature at this > stage? yes. pavel

Re: [ANNOUNCE] LyX 1.6.7 is released!

It appears that mouse scrolling is broken on the Mac for LyX 1.6.7. This same problem is present in the alpha versions of 2.0 on the Mac, and it looks like it slipped through the cracks for this release. Any chance of a patch being released in the very near future to fix this serious regression?

Re: [ANNOUNCE] LyX 1.6.7 is released!

James C. Sutherland wrote: > It appears that mouse scrolling is broken on the Mac for LyX 1.6.7. This > same problem is present in the alpha versions of 2.0 on the Mac, and it > looks like it slipped through the cracks for this release. I wasn't aware of that. But there seems to be a patch ready

Re: No Mouse scrolling in LyX 2.0 - Mac?

Jean-Marc LASGOUTTES wrote: > > Really cool! It works with one small correction: the convert() function > > cannot handle the double value. I changed the patch accordingly and > > attach it again. > > Very good. I applied it. Am I right that this is needed in 1.6.x too? Seems so. Jürgen

Re: [ANNOUNCE] LyX 1.6.7 is released!

On Thu, Jul 15, 2010 at 11:12 AM, James C. Sutherland wrote: > Another regression on Mac: some of the dialogue boxes (e.g. the spell check > dialogue box) is not rendered properly.  See the attached image.  Resizing > it does not help.  This was also a problem that I

Re: LyX + Beamer + MikTex 2008 = fail

Thank you for the answer. I have solved the problem by removing the beamer package from the MikteX distribution and installing in my local tex folder the newest version of beamer (3.10). After reconfiguration, the files are compiled. Corrado 2010/7/15 Jürgen Spitzmüller : >

Re: [ANNOUNCE] LyX 1.6.7 is released!

On Thu, Jul 15, 2010 at 9:24 AM, BH wrote: > On Thu, Jul 15, 2010 at 11:12 AM, James C. Sutherland > wrote: > > Another regression on Mac: some of the dialogue boxes (e.g. the spell > check > > dialogue box) is not rendered properly. See the

Re: [ANNOUNCE] LyX 1.6.7 is released!

James C. Sutherland wrote: > Bennett, > > The problem shows up for me when I undock the dialogue window. When docked, > there is no problem. And yes, this problem is in 1.6.7. please go to Help->About LyX and report version. this dialog really looks from 2.0. it would alos nicely resolve the

Re: #6805: "Cannot convert file" importing from RTF, but works on the command line

Stephan Witt wrote: > > i'm not sure what are side effects of kicking out > > os::is_terminal(os::STDERR) tests. > > when i shortly peeked to sources it seems to be little bit messy how we mix > > variables > > which govern whether we ouput err messages on console and on window. > > the right

Re: alpha5

Stephan Witt wrote: > Am 15.07.2010 um 15:57 schrieb Pavel Sanda: > > > Stephan Witt wrote: > >> * #6740 Change Key-bindings > > > > but it seems that people dont like killing the current c-minus shortcut. > > Yes, that's why I want to change the binding for C-minus/plus on mac only. > I have 2

Re: alpha5

Am 15.07.2010 um 17:50 schrieb Pavel Sanda: > Stephan Witt wrote: >> Am 15.07.2010 um 15:57 schrieb Pavel Sanda: >> >>> Stephan Witt wrote: * #6740 Change Key-bindings >>> >>> but it seems that people dont like killing the current c-minus shortcut. >> >> Yes, that's why I want to change

Re: r34742 - lyx-devel/trunk/src/support/mythes

On 7/9/2010 1:33 PM, Pavel Sanda wrote: it seem quite unprobable but why not, trunk dir above does not cost anything. How should we proceed with the new dictionaries module? Are all the dictionaries and thesaurus lists going into dictionaries/trunk or should there be two subdirectories like

Re: r34742 - lyx-devel/trunk/src/support/mythes

Am 15.07.2010 um 18:30 schrieb Joost Verburg: > On 7/9/2010 1:33 PM, Pavel Sanda wrote: >> it seem quite unprobable but why not, trunk dir above does not cost anything. > > How should we proceed with the new dictionaries module? Are all the > dictionaries and thesaurus lists going into

Re: r34742 - lyx-devel/trunk/src/support/mythes

Joost Verburg wrote: > On 7/9/2010 1:33 PM, Pavel Sanda wrote: >> it seem quite unprobable but why not, trunk dir above does not cost >> anything. > > How should we proceed with the new dictionaries module? Are all the > dictionaries and thesaurus lists going into dictionaries/trunk or should >

Re: r34742 - lyx-devel/trunk/src/support/mythes

On 7/15/2010 12:39 PM, Pavel Sanda wrote: separating them is probably better idea. btw Joost are you able to reproduce http://www.lyx.org/trac/ticket/6818 on your system? Yes, I can reproduce. I'm compiling a debug version. Joost

Re: [ANNOUNCE] LyX 1.6.7 is released!

Pavel Sanda wrote: > > The problem shows up for me when I undock the dialogue window. When > > docked, there is no problem. And yes, this problem is in 1.6.7. > > please go to Help->About LyX and report version. this dialog really looks > from 2.0. it would alos nicely resolve the first issue

Re: #6805: "Cannot convert file" importing from RTF, but works on the command line

On Thu, Jul 15, 2010 at 04:31:26PM +0200, Stephan Witt wrote: > Am 15.07.2010 um 15:53 schrieb Pavel Sanda: > > > Stephan Witt wrote: > I see in the constructor SystemcallPrivate::SystemcallPrivate > (SystemCall.cpp) > the error output of the child process is collected only if

Re: [ANNOUNCE] LyX 1.6.7 is released!

Sorry all - false alarm. For whatever reason, when I installed 1.6.7, the default LyX switched to 2.0alpha4 on my system, and I did not notice this. So it turns out that scrolling and dialogue boxes work fine in 1.6.7. Again, sorry for the false alarm. James On Thu, Jul 15, 2010 at 11:46 AM,

Re: Branch regression?

On Thu, Jul 15, 2010 at 01:32:33PM +0200, Pavel Sanda wrote: > Enrico Forestieri wrote: > > Please, find attached the corresponding patches. > > > > - overwrite-1.diff implements behavior 1 > > - overwrite-2.diff implements behavior 2 > > > > The patch obtaining more votes will be applied. > >

Re: Bug #3221: nameref support

Jean-Pierre Chrétien free.fr> writes: > > > This will use all variants of varioref page handling. > > Rather {\nameref{#1} \vpageref{#1}}, the unbrealkable space is not necessary > here (nor with \reftextfaraway in fact, page~xxx can be on the nest line). > And to be cosnisten wit the

Re: [patch for branch] fix LFUN_BREAK_PARAGRAPH for boxes

>> > This small patch fixes the following bug: >> > LyX allows to create \frameboxes with multiple paragraph if there is no >> > inner box. But this is only possible for shaded boxes. >> >> Attached is a better patch that additionally fixes this issue: >> If you have a shaded box and no inner

Re: Bug #3221: nameref support

>> Why not >> >> {\nameref{#1}~\vpageref{#1}} >> >> This will use all variants of varioref page handling. > > Rather {\nameref{#1} \vpageref{#1}}, the unbrealkable space is not necessary > here (nor with \reftextfaraway in fact, page~xxx can be on the nest line). Yes, this is the better

Re: Bug #3221: nameref support

On 07/15/2010 09:26 PM, Uwe Stöhr wrote: Yes, we should omit the single quotes as single quotes are in many languages only allowed within double quotes. Quotes are also often only allowed for quotations, citations and proper names. There is moreover no reason why the name of the referenced