Re: beamer editing

On 20 Apr 2017, at 22:47, Guillaume MM wrote: > > At the time I reviewed your patch and pointed out regressions of the new > behaviour: . i don’t see any of those regressions (unless i misunderstood you) > I also suggested to

Re: beamer editing

On 20 Apr 2017, at 10:08, Jürgen Spitzmüller <sp...@lyx.org> wrote: > Am Donnerstag, den 20.04.2017, 09:40 +0200 schrieb Edwin Leuven: >> quite some time ago i complained about editing frame content in lyx >> >> … >> i think the desired/expected behavior i

beamer editing

hello, quite some time ago i complained about editing frame content in lyx basic frame content is indented and has a standard environment a new line however removes the indent and resets the standard environment to frame to continue editing one has to re-ident and reset the environment,

Re: GUI changes for inserting citations in 2.2x

what about adding above the right pane a “search” combobox where the matching items would show up in a dropdown list as you type, and hitting enter would add the top/selected match to the selected citations the search options could then be in a tabwidget (not sure i like dialogs that resize

Re: Wishlist for future LyX

On 03 Jun 2016, at 18:35, Helge Hafting wrote: > > Now that we have 2.2.0, I love the new shiny lyx on my retina screen congrats on a great job! > here are some wishes for the future: Hide changes (in lyx) ... Fwiw ;-)

Re: Status on Mac with El Capitan

On 05 Jan 2016, at 02:13, Stephan Witt wrote: > Hi Lyxers, > > it’s a long overdue task I had on my ToDo list: > the update of my system to latest OS X - El Capitan. > > It’s accompanied by an update of many components including the > development tools, the compiler, the IDE,

Re: beamer workflow

On 15 Dec 2015, at 18:36, Kornel Benko <kor...@lyx.org> wrote: > Am Dienstag, 15. Dezember 2015 um 12:31:26, schrieb Scott Kostyshak > <skost...@lyx.org> >> On Tue, Dec 15, 2015 at 03:58:41PM +0100, Edwin Leuven wrote: >>> On 12 Nov 2015, at 13:38, Jürgen

Re: beamer workflow

On 12 Nov 2015, at 13:38, Jürgen Spitzmüller <sp...@lyx.org> wrote:2015-11-12 10:43 GMT+01:00 Edwin Leuven: but even so, perhaps we should consider the behaviour that we have with itemize: preserves indent, and on an empty itemize decreases indent we could do the same with nesting no? i

Re: beamer workflow

On 11 Nov 2015, at 19:07, Jürgen Spitzmüller <sp...@lyx.org> wrote: > Am Dienstag 10 November 2015, 10:21:02 schrieb Edwin Leuven: >> dear all, >> >> when i insert a new frame, add the title and hit enter the new line is set >> to “Frame” > >> similarl

Re: beamer workflow

On 12 Nov 2015, at 10:32, Jürgen Spitzmüller <sp...@lyx.org> wrote: > 2015-11-12 10:19 GMT+01:00 Edwin Leuven: > > thanks Jürgen, but in my experience Frame does not behave the same as nested > Standard > > once i start add for example an Itemize my slide is all messed u

beamer workflow

dear all, when i insert a new frame, add the title and hit enter the new line is set to “Frame” similarly if i am editing the contents of my frame which is an indented standard environment enter gives me a new line set to “Frame” is it possible to have the environment default to “Standard" in

Re: screen indenting after frames

On 06 Nov 2015, at 08:34, Jürgen Spitzmüller <sp...@lyx.org> wrote: > Am Donnerstag 05 November 2015, 18:57:52 schrieb Edwin Leuven: >> i agree >> >> may i suggest that you push this change to master? > > I've pushed something similar. great > Might be so

Re: screen indenting after frames

On 05 Nov 2015, at 18:27, Jürgen Spitzmüller <sp...@lyx.org> wrote: > Am Mittwoch 04 November 2015, 10:28:38 schrieb Edwin Leuven: >> atm when using beamer the text is indented after a new frame: >> >> Frame [title] >> >> ->|Text starts here >

screen indenting after frames

dear all, atm when using beamer the text is indented after a new frame: Frame [title] ->|Text starts here and with a fragile frame it is indented even more Frame (fragile) [title] >|Text starts here not only is the unequal indenting across different frame types ugly,

ident itemize regression

suppose i have * a * b * c in lyx 2.0 if i select the lines with ‘b' and ‘c’ and hit tab they get indented once: * a - b - c in lyx 2.2 (perhaps 2.1 as well) however ‘c’ gets indented twice: * a - b # c ed.

Re: ident itemize regression

On Jun 5, 2015, at 12:23 , Jürgen Spitzmüller sp...@lyx.org wrote: Qt5 bug. Will be fixed in Qt 5.5. See http://www.lyx.org/trac/ticket/9218 http://www.lyx.org/trac/ticket/9218 good to know, thanks

ident itemize regression

suppose i have * a * b * c in lyx 2.0 if i select the lines with ‘b' and ‘c’ and hit they get indented once: * a - b - c in lyx 2.2 (perhaps 2.1 as well) however ‘c’ gets indented twice: * a - b # c ed.

Re: ident itemize regression

On Jun 5, 2015, at 12:23 , Jürgen Spitzmüller wrote: > Qt5 bug. Will be fixed in Qt 5.5. See > http://www.lyx.org/trac/ticket/9218 good to know, thanks

tab in tables

hitting the tab key in a table makes the cursor skip 4(!) cells i tried to see what is causing this, but didn’t manage to track it down perhaps someone can have a look? thanks, edwin

Re: tab in tables

On Apr 5, 2015, at 08:51 , Liviu Andronic landronim...@gmail.com wrote: What LyX version, OS, and can you provide a minimal .lyx document exhibiting this issue? trunk, osx, and i just add a new table, put the cursor in and hit tab thanks, ed.

tab in tables

hitting the tab key in a table makes the cursor skip 4(!) cells i tried to see what is causing this, but didn’t manage to track it down perhaps someone can have a look? thanks, edwin

Re: tab in tables

On Apr 5, 2015, at 08:51 , Liviu Andronic wrote: > What LyX version, OS, and can you provide a minimal .lyx document > exhibiting this issue? trunk, osx, and i just add a new table, put the cursor in and hit tab thanks, ed.

Re: tabular cell merge bug

On Mar 24, 2015, at 10:58 , Jean-Marc Lasgouttes lasgout...@lyx.org wrote: OK, I committed your patch, and as soon as you feel like it, please ask for commit rights. Then you will get to write your commit messages :) thanks, i will regards, ed.

Re: tabular cell merge bug

On Mar 24, 2015, at 09:54 , Jürgen Spitzmüller sp...@lyx.org wrote: 2015-03-24 9:31 GMT+01:00 Edwin Leuven can someone commit? Did you lose your commit rights? yes, with the move to git That could be fixed ;-) but i am such a happy lurker ;-) now that i have lyx compiling again i may

Re: tabular cell merge bug

On Mar 23, 2015, at 15:40 , Richard Heck rgh...@lyx.org wrote: On 03/23/2015 06:15 AM, Edwin Leuven wrote: the attached patch fixes it for me… Makes sense. can someone commit? i suspect it can also go into branch... regards, ed.

Re: tabular cell merge bug

On Mar 23, 2015, at 15:40 , Richard Heck <rgh...@lyx.org> wrote: > On 03/23/2015 06:15 AM, Edwin Leuven wrote: >> >> the attached patch fixes it for me… > > Makes sense. can someone commit? i suspect it can also go into branch... regards, ed.

Re: tabular cell merge bug

On Mar 24, 2015, at 09:54 , Jürgen Spitzmüller <sp...@lyx.org> wrote: > 2015-03-24 9:31 GMT+01:00 Edwin Leuven > can someone commit? > > Did you lose your commit rights? yes, with the move to git > That could be fixed ;-) but i am such a happy lurker ;-) now that i have

Re: tabular cell merge bug

On Mar 24, 2015, at 10:58 , Jean-Marc Lasgouttes wrote: > OK, I committed your patch, and as soon as you feel like it, please ask for > commit rights. Then you will get to write your commit messages :) thanks, i will regards, ed.

Re: tabular cell merge bug

Le 17/03/2015 21:26, Edwin Leuven a écrit : first i merge the top-left two cells in a small, say 3x3, table if i then merge this multicolumn cell with the remaining cell in the first row, my table ends up all bonkers the attached patch fixes it for me… tabularbug.diff Description: Binary

Re: tabular cell merge bug

Le 17/03/2015 21:26, Edwin Leuven a écrit : > first i merge the top-left two cells in a small, say 3x3, table > > if i then merge this multicolumn cell with the remaining cell in the > first row, my table ends up all bonkers the attached patch fixes it for me… tabularbug.diff

Re: [PATCH] LyX HiDPI support in OS X with Qt 5

On Oct 18, 2014, at 17:32 , Stephan Witt st.w...@gmx.net wrote: Here is a first version for an evaluation of the feature: https://dl.dropboxusercontent.com/u/27842660/LyX-2.2.0dev-a09eaf44%2Bqt5-x86_64-cocoa.dmg

Re: [PATCH] LyX HiDPI support in OS X with Qt 5

On Oct 18, 2014, at 17:32 , Stephan Witt wrote: > Here is a first version for an evaluation of the feature: > > https://dl.dropboxusercontent.com/u/27842660/LyX-2.2.0dev-a09eaf44%2Bqt5-x86_64-cocoa.dmg > >

Re: Is it possible to get the old behavior of Flex insets (before the fix for #8442)?

On Apr 30, 2014, at 21:33 , Jürgen Spitzmüller sp...@lyx.org wrote: 2014-04-30 21:02 GMT+02:00 Scott Kostyshak: This came up here: http://tex.stackexchange.com/questions/174447/lyx-how-to-hide-text-style-labels-by-default/174543#174543 […] we probably need to provide a choice. only show

Re: Is it possible to get the old behavior of Flex insets (before the fix for #8442)?

On Apr 30, 2014, at 21:33 , Jürgen Spitzmüller wrote: > 2014-04-30 21:02 GMT+02:00 Scott Kostyshak: > This came up here: > http://tex.stackexchange.com/questions/174447/lyx-how-to-hide-text-style-labels-by-default/174543#174543 > […] > we probably need to provide a choice. only

layout file question

hi guys, i am putting together a layout file for a local letter class file we use my latex file should look like this: \documentclass{ourletter} \signature{My name} \begin{document} \begin{letter}{An \\ Address \\ Here} \opening{Dear,} Some text here \closing{Sincerely,} \cc{Someone}

Re: layout file question

On Feb 7, 2014, at 10:49 , Jürgen Spitzmüller sp...@lyx.org wrote: Edwin Leuven wrote: i was wondering whether it is possible to handle the stuff in the preamble like \signature{My name} through a layout in the main text? Yes. Use InPreamble 1 in the layout definition. why

layout file question

hi guys, i am putting together a layout file for a local letter class file we use my latex file should look like this: \documentclass{ourletter} \signature{My name} \begin{document} \begin{letter}{An \\ Address \\ Here} \opening{Dear,} Some text here \closing{Sincerely,} \cc{Someone}

Re: layout file question

On Feb 7, 2014, at 10:49 , Jürgen Spitzmüller <sp...@lyx.org> wrote: > Edwin Leuven wrote: >> i was wondering whether it is possible to handle the stuff in the preamble >> like >> >> \signature{My name} >> >> through a layout in the main text? >

Re: menu bar lost in OS X

On Jan 29, 2014, at 09:06 , Stephan Witt st.w...@gmx.net wrote: I've made a new disk image with a hopefully fixed LyX 2.0.7 and put it here: https://dl.dropboxusercontent.com/u/27842660/LyX-2.0.7-1%2Bqt4-carbon.dmg https://dl.dropboxusercontent.com/u/27842660/LyX-2.0.7-1%2Bqt4-carbon.dmg.sig

Re: menu bar lost in OS X

On Jan 29, 2014, at 09:06 , Stephan Witt wrote: > I've made a new disk image with a hopefully fixed LyX 2.0.7 and put it here: > > https://dl.dropboxusercontent.com/u/27842660/LyX-2.0.7-1%2Bqt4-carbon.dmg >

Re: Where is insert branch in 2.0.7?

am i the only one with a missing insert-table float in the menu? (i only can insert the wrap floats) ed.

Re: Where is insert branch in 2.0.7?

On Jan 28, 2014, at 11:27 , Jean-Marc Lasgouttes lasgout...@lyx.org wrote: 28/01/2014 11:24, Edwin Leuven: am i the only one with a missing insert-table float in the menu? (i only can insert the wrap floats) I see InsertFloatTable in both 2.0.7 and 2.1.0git how odd! btw, did you compile

Re: Where is insert branch in 2.0.7?

On Jan 28, 2014, at 11:50 , Jean-Marc Lasgouttes lasgout...@lyx.org wrote: 28/01/2014 11:44, Edwin Leuven: (i use stephan’s installer) reverting back to 2.0.6 fixes the problem for me. oh, and i should’ve said that i am on OSX... Wait for the 2.0.7.1 release, then (it contains some

Re: Where is insert branch in 2.0.7?

am i the only one with a missing insert->table float in the menu? (i only can insert the wrap floats) ed.

Re: Where is insert branch in 2.0.7?

On Jan 28, 2014, at 11:27 , Jean-Marc Lasgouttes <lasgout...@lyx.org> wrote: > 28/01/2014 11:24, Edwin Leuven: >> am i the only one with a missing insert->table float in the menu? >> >> (i only can insert the wrap floats) > > I see Insert>Float>Table

Re: Where is insert branch in 2.0.7?

On Jan 28, 2014, at 11:50 , Jean-Marc Lasgouttes <lasgout...@lyx.org> wrote: > 28/01/2014 11:44, Edwin Leuven: >> (i use stephan’s installer) >> >> reverting back to 2.0.6 fixes the problem for me. >> >> oh, and i should’ve said that i am on O

regular crashes on OSX

hi guys, i have been experiencing regular crashes on my mac (see below) they seem to happen when i open or close a document, but not in a systematic way (or at least i haven't found a reproducible way to trigger the bug) am i the only one experiencing these? i am using lyx 2.0.5 from the

growing menu

everytime i close a document, i get a new reconfigure item in the LyX menu on my mac again: am i alone? thanks, ed.

regular crashes on OSX

hi guys, i have been experiencing regular crashes on my mac (see below) they seem to happen when i open or close a document, but not in a systematic way (or at least i haven't found a reproducible way to trigger the bug) am i the only one experiencing these? i am using lyx 2.0.5 from the

growing menu

everytime i close a document, i get a new "reconfigure" item in the LyX menu on my mac again: am i alone? thanks, ed.

Re: Source view window

On May 5, 2013, at 08:22 , Pavel Sanda sa...@lyx.org wrote: Pavel Sanda wrote: There are still quirks with not enough minimum size. I finally solved those too, fixed few typos and it's now in. could also go into branch i suppose… ed.

Re: Source view window

On 05/05/2013 06:01 AM, Pavel Sanda wrote: Edwin Leuven wrote: On May 5, 2013, at 08:22 , Pavel Sanda sa...@lyx.org wrote: Pavel Sanda wrote: There are still quirks with not enough minimum size. I finally solved those too, fixed few typos and it's now in. could also go into branch i suppose

Re: Source view window

On May 5, 2013, at 08:22 , Pavel Sanda wrote: > Pavel Sanda wrote: >> There are still quirks with not enough minimum size. > > I finally solved those too, fixed few typos and it's now in. could also go into branch i suppose… ed.

Re: Source view window

On 05/05/2013 06:01 AM, Pavel Sanda wrote: > Edwin Leuven wrote: >> On May 5, 2013, at 08:22 , Pavel Sanda <sa...@lyx.org> wrote: >>> Pavel Sanda wrote: >>>> There are still quirks with not enough minimum size. >>> I finally solved those too, fixe

Re: Source view window

On May 3, 2013, at 01:02 , Richard Heck rgh...@lyx.org wrote: On 05/02/2013 06:16 PM, Tommaso Cucinotta wrote: On 02/05/13 20:52, Howard Rudd wrote: I hope you don't mind me making a suggestion for a very small tweak that I think would be an improvement? It is very welcome, indeed! And what

Re: Source view window

On May 3, 2013, at 01:02 , Richard Heck wrote: > On 05/02/2013 06:16 PM, Tommaso Cucinotta wrote: >> On 02/05/13 20:52, Howard Rudd wrote: >>> I hope you don't mind me making a suggestion for a very small tweak that I >>> think would be an improvement? >> It is very welcome,

Re: Need help doing bisection for scrolling problem on OS X

On Jan 8, 2013, at 16:03 , Stephan Witt st.w...@gmx.net wrote: Reading your linker error message I'd say you build LyX with 64bit, but you don't have a matching iconv library. That's strange, because your system library (in /usr/lib) should at least provide i386 and x86_64. i had a similar

Re: Need help doing bisection for scrolling problem on OS X

On Jan 8, 2013, at 16:03 , Stephan Witt wrote: > Reading your linker error message I'd say you build LyX with 64bit, but you > don't have a matching iconv library. That's strange, because your system > library (in /usr/lib) should at least provide i386 and x86_64. i had a

Re: Expected behavior of set bottom line in tabular?

On Dec 9, 2012, at 21:24 , Scott Kostyshak skost...@lyx.org wrote: The only thing that seems a little inconsistent to me now is that the Set bottom line button toggles on and off (and the data member is set). But then again it's not clear that this is wrong. If you set the bottom line and then

Re: Expected behavior of "set bottom line" in tabular?

On Dec 9, 2012, at 21:24 , Scott Kostyshak wrote: > The only thing that seems a little inconsistent to me now is that the > "Set bottom line" button toggles on and off (and the data member is > set). But then again it's not clear that this is wrong. If you set the > bottom line

building lyx on osx

hi guys, i recently got a mac, and am now trying to build lyx using Xcode cmake. there seems to be some problem with linking iconv though. i was wondering whether there are some recent build instructions for osx? also, did someone manage to make lyx look decent on a retina display?

Re: building lyx on osx

On Jul 20, 2012, at 12:20 , Kornel Benko wrote: Am Freitag, 20. Juli 2012 um 11:05:27, schrieb Edwin Leuven e.leu...@gmail.com there seems to be some problem with linking iconv though. What problems? i pasted the error message below. looks like iconv is not 64bit ed. Ld /Users

building lyx on osx

hi guys, i recently got a mac, and am now trying to build lyx using Xcode & cmake. there seems to be some problem with linking iconv though. i was wondering whether there are some recent build instructions for osx? also, did someone manage to make lyx look decent on a retina display?

Re: building lyx on osx

On Jul 20, 2012, at 12:20 , Kornel Benko wrote: > Am Freitag, 20. Juli 2012 um 11:05:27, schrieb Edwin Leuven > <e.leu...@gmail.com> > > there seems to be some problem with linking iconv though. > > What problems? i pasted the error message below. looks like iconv

push selection to search dialog

hi, atm our (quick) search shows an empy dialog (or the text from a previous search) when hitting ctrl+F it is standard behavior to put selected text (if any) in the search dialog the attached patch does this comments/suggestions? ed. x.diff Description: Binary data

push selection to search dialog

hi, atm our (quick) search shows an empy dialog (or the text from a previous search) when hitting ctrl+F it is standard behavior to put selected text (if any) in the search dialog the attached patch does this comments/suggestions? ed. x.diff Description: Binary data

Re: Image Lifecycle (Create) Patch - Video

Tommaso Cucinotta tomm...@lyx.org wrote: Comments ? no offense, but i think this feature is bloat... best, edwin

Re: Image Lifecycle (Create) Patch - Video

Tommaso Cucinotta wrote: > Comments ? no offense, but i think this "feature" is bloat... best, edwin

Re: Image Lifecycle (Create) Patch - Video

Tommaso Cucinotta tomm...@lyx.org wrote: actually, in the previous patch on the Trac by Vincent (which I discovered later, when I seeked for a place on Trac where to drop my own patch), the mouse coordinates are used to decide where to actually drop. that's how it should be. could you use that

Re: Image Lifecycle (Create) Patch - Video

Tommaso Cucinotta wrote: > actually, in the previous patch on the Trac by Vincent (which I discovered > later, when I seeked for a place on Trac where to drop my own patch), the > mouse coordinates are used to decide where to actually drop. that's how it should be. could you use

Re: Image Lifecycle (Create) Patch - Video

Tommaso Cucinotta tomm...@lyx.org wrote:  This patch allows one to quickly insert new images  and other type of external material into a LyX document. fwiw, i'd rather be able to drag-n-drop ed.

Re: Image Lifecycle (Create) Patch - Video

Tommaso Cucinotta wrote: >  This patch allows one to quickly insert new images >  and other type of external material into a LyX document. fwiw, i'd rather be able to drag-n-drop ed.

Re: first step of merging the Win installers

On Mon, May 23, 2011 at 06:17, Uwe Stöhr uwesto...@web.de wrote: - I replaced the LaTeX check and installation routine with my installer for the following reasons: when i use your installer it gets stuck at the checking stage. i killed it after 30mins. using the installer i build myself using

Re: first step of merging the Win installers

On Mon, May 23, 2011 at 06:17, Uwe Stöhr wrote: > - I replaced the LaTeX check and installation routine with my installer for > the following reasons: when i use your installer it gets stuck at the checking stage. i killed it after 30mins. using the installer i build myself

Re: ANNOUNCE: LyX version 2.0.0 (release candidate 3)

Jean Kaplan kap...@apc.univ-paris7.fr wrote: A benign remark though : Why did you change some icons in the tool bars: many automatisms have to be rebuilt because not everybody wants to live in the 1990s for the rest of their lives? in case of nostalgia or hard to shake habits you can change

Re: ANNOUNCE: LyX version 2.0.0 (release candidate 3)

Jean Kaplan wrote: > A benign remark though : Why did you change some icons in the tool bars: many > automatisms have to be rebuilt because not everybody wants to live in the 1990s for the rest of their lives? in case of nostalgia or hard to shake habits you can

Re: ESC for aborting long Advanced Find/Replace ops

Tommaso Cucinotta tomm...@lyx.org wrote: For c), it's a complete rewrite, so I'm not considering it for now :-). but this is the only way to go no? c is also more likely to happen without a and b, so maybe we should allow only real fixes and not ad-hoc workarounds (enrico would call it bloat i

Re: ESC for aborting long Advanced Find/Replace ops

Tommaso Cucinotta wrote: > For c), it's a > complete rewrite, so I'm not considering it for now :-). but this is the only way to go no? c is also more likely to happen without a and b, so maybe we should allow only real fixes and not ad-hoc workarounds (enrico would call it

Re: wrong latex output with decimally aligned columns

Richard Heck rgh...@comcast.net wrote: Anyway, I'll have a look at the patch later. For now, it looks good, and of course we'll also need it for branch. i applied this http://www.lyx.org/trac/changeset/38655 ok for branch? edwin

Re: wrong latex output with decimally aligned columns

Richard Heck rgh...@bobjweil.com wrote: Edwin Leuven wrote: ok for branch? Yes, please. done: http://www.lyx.org/trac/changeset/38658

Re: wrong latex output with decimally aligned columns

Richard Heck wrote: > Anyway, I'll have a look at the patch later. For now, it looks good, and > of course we'll also need it for branch. i applied this http://www.lyx.org/trac/changeset/38655 ok for branch? edwin

Re: wrong latex output with decimally aligned columns

Richard Heck <rgh...@bobjweil.com> wrote: > Edwin Leuven wrote: >> ok for branch? >> > Yes, please. done: http://www.lyx.org/trac/changeset/38658

wrong latex output with decimally aligned columns

hi guys, the latex output for decimally aligned columns depends on cached metrics info (the member decimal_width) this means that we only get the right output if these members are up-to-date the attached patch corrects this in the meantime to be sure to get the proper output one needs to 1)

wrong latex output with decimally aligned columns

hi guys, the latex output for decimally aligned columns depends on cached metrics info (the member decimal_width) this means that we only get the right output if these members are up-to-date the attached patch corrects this in the meantime to be sure to get the proper output one needs to 1)

Re: Goals for 2.1

Enrico Forestieri for...@lyx.org wrote: And after I do that they will magically disappear? What I can do is voting pro or against a particular feature when it is proposed, but it is the majority that wins, and the majority like bloat, apparently. so what do you think are the top 3 bloat

Re: Goals for 2.1

Enrico Forestieri wrote: > And after I do that they will magically disappear? What I can do is > voting pro or against a particular feature when it is proposed, but > it is the majority that wins, and the majority like bloat, apparently. so what do you think are the top 3 bloat

Re: Development for LyX 2.1

Andre Poenitz andre.poen...@mathematik.tu-chemnitz.de wrote: Well, the part I don't get is why suddenly using a version control system is considered rocket science. It is not. [...] With svn there's not much choice but to commit early, in order to be ready for the next hunk of work. With

Re: Release manager for 2.1

yes, great job pavel!! and i am sure vincent will prove to be an excellent successor... ed.

Re: Release manager for 2.1

Jean-Marc Lasgouttes lasgout...@lyx.org wrote: Edwin would describe this as a typical french attitude :) i think that this particular case says more about how the french perceive the french, than how the dutch perceive the french ;-)

Re: Development for LyX 2.1

Andre Poenitz wrote: > Well, the part I don't get is why suddenly using a version control > system is considered rocket science. It is not. > > [...] > > With svn there's not much choice but to commit > early, in order to be ready for the next hunk of

Re: Release manager for 2.1

yes, great job pavel!! and i am sure vincent will prove to be an excellent successor... ed.

Re: Release manager for 2.1

Jean-Marc Lasgouttes wrote: > Edwin would describe this as a typical french attitude :) i think that this particular case says more about how the french perceive the french, than how the dutch perceive the french ;-)

Re: Maintenance release management

Abdelrazak Younes you...@lyx.org wrote: Excellent solution indeed. Thanks for accepting the duty Richard! Many thanks to you; you really did an amazing work! hear, hear! ed.

Re: Maintenance release management

Abdelrazak Younes wrote: > Excellent solution indeed. Thanks for accepting the duty Richard! > > Many thanks to you; you really did an amazing work! hear, hear! ed.

Re: Towards final 2.0 release

Diego Queiroz queiroz.di...@gmail.com wrote: I've finally found a way to reproduce a SIGSEGV error: http://www.lyx.org/trac/ticket/7492 cannot reproduce with trunk (windows, msvc2010) ed.

Re: Towards final 2.0 release

Diego Queiroz wrote: > I've finally found a way to reproduce a SIGSEGV error: > http://www.lyx.org/trac/ticket/7492 cannot reproduce with trunk (windows, msvc2010) ed.

Re: [DIAGNOSIS] Re: crash in trunk

Richard Heck rgh...@comcast.net: What the usual calls to updateBuffer() do is always make the macro context a ParIterator that points to the first paragraph in the current inset. (See e.g. the calls at InsetText:682,695.) ok. makes me wonder though why it is necessary to set the macro context

Re: [DIAGNOSIS] Re: crash in trunk

Richard Heck : > What the usual calls to updateBuffer() do is always > make the macro context a ParIterator that points to > the first paragraph in the current inset. (See e.g. > the calls at InsetText:682,695.) ok. makes me wonder though why it is necessary to set the macro

Re: [DIAGNOSIS] Re: crash in trunk

Richard Heck rgh...@comcast.net wrote: Answer: No, probably not, because it's hard to see how to do this without making copies, which would just give us the same problem back again. the attached avoids the crash for me by setting the macrocontext for nested insets (and only doing the metrics

Re: [DIAGNOSIS] Re: crash in trunk

(par_iterator_begin(tail), OutputUpdate); instead of the code above, the crashes are gone (also with nested insets) but now i get the asserts below ed. 17:40:02.216: (file-open C:/Users/Edwin Leuven/Dropbox/newfile1.lyx)..\..\lyx-devel\src\CursorSlice.cpp(187): can't compare cursor and anchor in different

  1   2   3   4   5   6   7   8   9   10   >