Re: Release of LyX 1.6.2 was: Context menu of some collaps insets

Am 06.03.2009 um 16:10 schrieb Pavel Sanda: Vincent van Ravesteijn - TNW wrote: Uwe Stöhr wrote: The mentioned open crash is a special one - only a few users use branches and child documents together I do not agree it is a special one. I won't release 1.6.2 with such a severe bug. The

Re: Release of LyX 1.6.2 was: Context menu of some collaps insets

Am 06.03.2009 um 16:10 schrieb Pavel Sanda: Vincent van Ravesteijn - TNW wrote: Uwe Stöhr wrote: The mentioned open crash is a special one - only a few users use branches and child documents together I do not agree it is a special one. I won't release 1.6.2 with such a severe bug. The

Re: LyX slowness: Trillion times Buffer()-updateMacros()

Am 18.01.2009 um 00:29 schrieb Vincent van Ravesteijn: Jean-Marc Lasgouttes schreef: I wasn't even talking about updateLabels() (which causes a half second delay when you break a paragraph etc.). Half a second delay? On a release build? I thought it was faster... Maybe is it time to use

Re: LyX slowness: Trillion times Buffer()-updateMacros()

Am 21.01.2009 um 22:35 schrieb Jean-Marc Lasgouttes: Stefan Schimanski s...@1stein.org writes: Which kind of CPU do you use? I am working on my (200+ pages) thesis with 10 children documents. It works fine. All on a 2GHz Core2Duo. Stephan, do you do that on a debug build with stdlib-debug

Re: LyX slowness: Trillion times Buffer()->updateMacros()

Am 18.01.2009 um 00:29 schrieb Vincent van Ravesteijn: Jean-Marc Lasgouttes schreef: I wasn't even talking about updateLabels() (which causes a half second delay when you break a paragraph etc.). Half a second delay? On a release build? I thought it was faster... Maybe is it time to use

Re: LyX slowness: Trillion times Buffer()->updateMacros()

Am 21.01.2009 um 22:35 schrieb Jean-Marc Lasgouttes: Stefan Schimanski <s...@1stein.org> writes: Which kind of CPU do you use? I am working on my (200+ pages) thesis with 10 children documents. It works fine. All on a 2GHz Core2Duo. Stephan, do you do that on a debug build with stdlib

Re: [Cvslog] r28206 - in /lyx-devel/branches/BRANCH_1_6_X: lib/ui/stdc...

I am pretty sure I just copied it from the LFUN_NEXT_INSET_MODIFY handler below. So, probably you are right. Stefan Am 18.01.2009 um 14:30 schrieb Vincent van Ravesteijn: URL: http://www.lyx.org/trac/file/lyx-devel/branches/BRANCH_1_6_X/src/BufferView.cpp?rev=28206 = = = = = = = =

Re: [Cvslog] r28206 - in /lyx-devel/branches/BRANCH_1_6_X: lib/ui/stdc...

I am pretty sure I just copied it from the LFUN_NEXT_INSET_MODIFY handler below. So, probably you are right. Stefan Am 18.01.2009 um 14:30 schrieb Vincent van Ravesteijn: URL: http://www.lyx.org/trac/file/lyx-devel/branches/BRANCH_1_6_X/src/BufferView.cpp?rev=28206 = = = = = = = =

Re: For branch: Copy as Reference in the context menu of a label ?

Am 17.01.2009 um 12:39 schrieb Vincent van Ravesteijn: Jürgen Spitzmüller schreef: Stefan Schimanski wrote: I propose to backport the feature to branch. It probably applies directly without changes. Probably, but not now. I'd like to restrict 1.6.1 to bug fixes. (but you can keep

Re: LyX slowness: Trillion times Buffer()-updateMacros()

Am 17.01.2009 um 14:44 schrieb Andre Poenitz: On Sat, Jan 17, 2009 at 12:50:46PM +0100, Vincent van Ravesteijn wrote: For every letter I type in LyX, the updateMacros() function is called from BufferView::processUpdateFlags(). What does this function do ? The only feature I see is that when

Re: LyX slowness: Trillion times Buffer()-updateMacros()

Am 17.01.2009 um 18:03 schrieb Vincent van Ravesteijn: Stefan Schimanski schreef: Am 17.01.2009 um 14:44 schrieb Andre Poenitz: On Sat, Jan 17, 2009 at 12:50:46PM +0100, Vincent van Ravesteijn wrote: For every letter I type in LyX, the updateMacros() function is called from BufferView

Re: LyX slowness: Trillion times Buffer()-updateMacros()

Am 17.01.2009 um 20:33 schrieb Andre Poenitz: On Sat, Jan 17, 2009 at 06:40:05PM +0100, Stefan Schimanski wrote: Did you check what exactly needs so long in updateMacros? It essentially just looks at the insets of each paragraph. Which is still a bit. If there is no macro definition

Re: LyX slowness: Trillion times Buffer()-updateMacros()

Am 17.01.2009 um 22:58 schrieb Andre Poenitz: On Sat, Jan 17, 2009 at 10:00:57PM +0100, Stefan Schimanski wrote: Am 17.01.2009 um 20:33 schrieb Andre Poenitz: On Sat, Jan 17, 2009 at 06:40:05PM +0100, Stefan Schimanski wrote: Did you check what exactly needs so long in updateMacros

Re: For branch: "Copy as Reference" in the context menu of a label ?

Am 17.01.2009 um 12:39 schrieb Vincent van Ravesteijn: Jürgen Spitzmüller schreef: Stefan Schimanski wrote: > I propose to backport the feature to branch. It probably applies > directly without changes. Probably, but not now. I'd like to restrict 1.6.1 to bug fixes. (but you ca

Re: LyX slowness: Trillion times Buffer()->updateMacros()

Am 17.01.2009 um 14:44 schrieb Andre Poenitz: On Sat, Jan 17, 2009 at 12:50:46PM +0100, Vincent van Ravesteijn wrote: For every letter I type in LyX, the updateMacros() function is called from BufferView::processUpdateFlags(). What does this function do ? The only feature I see is that when

Re: LyX slowness: Trillion times Buffer()->updateMacros()

Am 17.01.2009 um 18:03 schrieb Vincent van Ravesteijn: Stefan Schimanski schreef: Am 17.01.2009 um 14:44 schrieb Andre Poenitz: On Sat, Jan 17, 2009 at 12:50:46PM +0100, Vincent van Ravesteijn wrote: For every letter I type in LyX, the updateMacros() function is called from BufferView

Re: LyX slowness: Trillion times Buffer()->updateMacros()

Am 17.01.2009 um 20:33 schrieb Andre Poenitz: On Sat, Jan 17, 2009 at 06:40:05PM +0100, Stefan Schimanski wrote: Did you check what exactly needs so long in updateMacros? It essentially just looks at the insets of each paragraph. Which is still a bit. If there is no macro definition

Re: LyX slowness: Trillion times Buffer()->updateMacros()

Am 17.01.2009 um 22:58 schrieb Andre Poenitz: On Sat, Jan 17, 2009 at 10:00:57PM +0100, Stefan Schimanski wrote: Am 17.01.2009 um 20:33 schrieb Andre Poenitz: On Sat, Jan 17, 2009 at 06:40:05PM +0100, Stefan Schimanski wrote: Did you check what exactly needs so long in updateMacros

Re: Macros with optional arguments - LyX 1.6.1

Am 07.01.2009 um 22:45 schrieb Jean-Marc Lasgouttes: xargs is only needed if you have macros with optional arguments. Of course, \newcommand could handle the case with one optional. But, what we need in fact is something equivalent to \global\def for this case. Is there a way to do this

Re: Macros with optional arguments - LyX 1.6.1

Am 07.01.2009 um 22:45 schrieb Jean-Marc Lasgouttes: xargs is only needed if you have macros with optional arguments. Of course, \newcommand could handle the case with one optional. But, what we need in fact is something equivalent to \global\def for this case. Is there a way to do this

Re: Macros with optional arguments - LyX 1.6.1

Am 07.01.2009 um 22:45 schrieb Jean-Marc Lasgouttes: xargs is only needed if you have macros with optional arguments. Of course, \newcommand could handle the case with one optional. But, what we need in fact is something equivalent to \global\def for this case. Is there a way to do this

Re: Macros with optional arguments - LyX 1.6.1

Am 07.01.2009 um 22:45 schrieb Jean-Marc Lasgouttes: xargs is only needed if you have macros with optional arguments. Of course, \newcommand could handle the case with one optional. But, what we need in fact is something equivalent to \global\def for this case. Is there a way to do this

Re: Macros with optional arguments - LyX 1.6.1

Am 07.01.2009 um 10:59 schrieb Jean-Marc Lasgouttes: [cc:ing to lyx-devel] James C. Sutherland james.sutherl...@utah.edu writes: Okay, I think that I found the problem: I am missing the xargs package. The exported LaTeX file actually had a line: \usepackage{xargs}[2008/03/08] which

Re: Macros with optional arguments - LyX 1.6.1

Am 07.01.2009 um 10:59 schrieb Jean-Marc Lasgouttes: [cc:ing to lyx-devel] "James C. Sutherland" writes: Okay, I think that I found the problem: I am missing the "xargs" package. The exported LaTeX file actually had a line: \usepackage{xargs}[2008/03/08]

Re: [Cvslog] r27688 - in /lyx-devel/trunk/src/insets: InsetInclude.cpp...

Am 24.11.2008 um 17:49 schrieb Richard Heck: Jürgen Spitzmüller wrote: Richard Heck wrote: This would do, in the sense that it'll get the result we want. But let me try to explain the problem again. The function loadIfNeeded() is called for every single keypress, mouse press, or whatever,

Re: [Cvslog] r27688 - in /lyx-devel/trunk/src/insets: InsetInclude.cpp...

Am 24.11.2008 um 17:49 schrieb Richard Heck: Jürgen Spitzmüller wrote: Richard Heck wrote: This would do, in the sense that it'll get the result we want. But let me try to explain the problem again. The function loadIfNeeded() is called for every single keypress, mouse press, or whatever,

Re: LyX FindAndReplace dialog roadmap (was Re: FindAdv Wrap Option)

Am 18.11.2008 um 13:37 schrieb Abdelrazak Younes: Hi Tommaso, I'll try to have a look at your patch later but I'd like first to outline the decided road-map for this feature: 1) Fix all issues in FindAndReplace dialog, which is based on your AdvSearch patch. Which also means 1-a)

Re: LyX FindAndReplace dialog roadmap (was Re: FindAdv Wrap Option)

Am 21.11.2008 um 19:42 schrieb Tommaso Cucinotta: Stefan Schimanski ha scritto: My wish: 5) search and replace through all master and child documents This was planned to be one of the scope option. If you look at the current dialog, there is a set of radio buttons allowing one to select

Re: LyX FindAndReplace dialog roadmap (was Re: FindAdv Wrap Option)

Am 21.11.2008 um 19:49 schrieb Tommaso Cucinotta: I think I can easily modify it so as to realise a hierarchically sequential search (not a real binary search). Instead of advancing one position, exporting from the current position to the end of paragraph, then searching for a matching

Re: Antidot for _NSAutoreleaseNoPool

Hi! Thanks for the patch. Had this on my todo list for long time already... Without having tested it, the patch looks good. One small thing: any reason to call it POOL and not pool? Stefan Am 18.11.2008 um 20:28 schrieb [EMAIL PROTECTED]: Hi Stefan, on exit of lyx there is the

Re: FindAdv Wrap Option

There's doc_iterator_begin/doc_iterator_end. Apart from that: -// } + // MathData md = cur.cell(); + A // MathData::const_iterator it_end = ( ( len == -1 || cur.pos() + len int(md.size()) ) ? md.end() : md.begin() + cur.pos() + len ); could you please try to

Re: Antwort: Re: Antidot for _NSAutoreleaseNoPool

Am 18.11.2008 um 21:24 schrieb [EMAIL PROTECTED]: Thanks for the patch. Had this on my todo list for long time already... Without having tested it, the patch looks good... One small thing: any reason to call it POOL and not pool? No, not really. I copied it from some forum texts. Now

Re: Antwort: Re: Antidot for _NSAutoreleaseNoPool

Am 18.11.2008 um 21:26 schrieb Andre Poenitz: On Tue, Nov 18, 2008 at 09:24:50PM +0100, [EMAIL PROTECTED] wrote: Thanks for the patch. Had this on my todo list for long time already... Without having tested it, the patch looks good... One small thing: any reason to call it POOL and not

Re: Antidot for _NSAutoreleaseNoPool

Am 18.11.2008 um 23:01 schrieb [EMAIL PROTECTED]: Thanks for the patch. Had this on my todo list for long time already... Without having tested it, the patch looks good... One small thing: any reason to call it POOL and not pool? No, not really. I copied it from some forum texts. Now you

Re: LyX FindAndReplace dialog roadmap (was Re: FindAdv Wrap Option)

Am 18.11.2008 um 13:37 schrieb Abdelrazak Younes: Hi Tommaso, I'll try to have a look at your patch later but I'd like first to outline the decided road-map for this feature: 1) Fix all issues in FindAndReplace dialog, which is based on your AdvSearch patch. Which also means 1-a)

Re: LyX FindAndReplace dialog roadmap (was Re: FindAdv Wrap Option)

Am 21.11.2008 um 19:42 schrieb Tommaso Cucinotta: Stefan Schimanski ha scritto: My wish: 5) search and replace through all master and child documents This was planned to be one of the "scope" option. If you look at the current dialog, there is a set of radio buttons allowing one

Re: LyX FindAndReplace dialog roadmap (was Re: FindAdv Wrap Option)

Am 21.11.2008 um 19:49 schrieb Tommaso Cucinotta: I think I can easily modify it so as to realise a hierarchically sequential search (not a real binary search). Instead of advancing one position, exporting from the current position to the end of paragraph, then searching for a matching

Re: Antidot for _NSAutoreleaseNoPool

Hi! Thanks for the patch. Had this on my todo list for long time already... Without having tested it, the patch looks good. One small thing: any reason to call it POOL and not pool? Stefan Am 18.11.2008 um 20:28 schrieb [EMAIL PROTECTED]: Hi Stefan, on exit of lyx there is the

Re: FindAdv Wrap Option

There's doc_iterator_begin/doc_iterator_end. Apart from that: -// } + // MathData md = cur.cell(); + A // MathData::const_iterator it_end = ( ( len == -1 || cur.pos() + len > int(md.size()) ) ? md.end() : md.begin() + cur.pos() + len ); could you please try to

Re: Antwort: Re: Antidot for _NSAutoreleaseNoPool

Am 18.11.2008 um 21:24 schrieb [EMAIL PROTECTED]: Thanks for the patch. Had this on my todo list for long time already... Without having tested it, the patch looks good... One small thing: any reason to call it POOL and not pool? No, not really. I copied it from some forum texts. Now

Re: Antwort: Re: Antidot for _NSAutoreleaseNoPool

Am 18.11.2008 um 21:26 schrieb Andre Poenitz: On Tue, Nov 18, 2008 at 09:24:50PM +0100, [EMAIL PROTECTED] wrote: Thanks for the patch. Had this on my todo list for long time already... Without having tested it, the patch looks good... One small thing: any reason to call it POOL and not

Re: Antidot for _NSAutoreleaseNoPool

Am 18.11.2008 um 23:01 schrieb [EMAIL PROTECTED]: Thanks for the patch. Had this on my todo list for long time already... Without having tested it, the patch looks good... One small thing: any reason to call it POOL and not pool? No, not really. I copied it from some forum texts. Now you

For branch: Copy as Reference in the context menu of a label ?

I propose to backport the feature to branch. It probably applies directly without changes. Stefan Am 16.11.2008 um 20:19 schrieb [EMAIL PROTECTED]: Author: sts Date: Sun Nov 16 20:19:07 2008 New Revision: 27575 URL: http://www.lyx.org/trac/changeset/27575 Log: * Copy as Reference in the

For branch: "Copy as Reference" in the context menu of a label ?

I propose to backport the feature to branch. It probably applies directly without changes. Stefan Am 16.11.2008 um 20:19 schrieb [EMAIL PROTECTED]: Author: sts Date: Sun Nov 16 20:19:07 2008 New Revision: 27575 URL: http://www.lyx.org/trac/changeset/27575 Log: * "Copy as Reference" in the

Re: 1.6 schedule

Looking at the calender makes me wonder about the plan for tomorrow. I am waiting for a comment on two patches which I would like to see in 1.6.0. Especially 5387 is really annoying on Mac right now: http://bugzilla.lyx.org/show_bug.cgi?id=5447 http://bugzilla.lyx.org/show_bug.cgi?id=5387

Re: 1.6 schedule

Am 05.11.2008 um 12:15 schrieb Abdelrazak Younes: Stefan Schimanski wrote: Looking at the calender makes me wonder about the plan for tomorrow. I am waiting for a comment on two patches which I would like to see in 1.6.0. Especially 5387 is really annoying on Mac right now: http

Re: 1.6 schedule

Am 05.11.2008 um 12:37 schrieb Pavel Sanda: Stefan Schimanski wrote: In any case I suggest that you decide yourself how to proceed as only you can properly test this thing (provided that this doesn't impact the other platforms of course. I don't think there is any impact on other

Re: 1.6 schedule

Looking at the calender makes me wonder about the plan for tomorrow. I am waiting for a comment on two patches which I would like to see in 1.6.0. Especially 5387 is really annoying on Mac right now: http://bugzilla.lyx.org/show_bug.cgi?id=5447 http://bugzilla.lyx.org/show_bug.cgi?id=5387

Re: 1.6 schedule

Am 05.11.2008 um 12:15 schrieb Abdelrazak Younes: Stefan Schimanski wrote: Looking at the calender makes me wonder about the plan for tomorrow. I am waiting for a comment on two patches which I would like to see in 1.6.0. Especially 5387 is really annoying on Mac right now: http

Re: 1.6 schedule

Am 05.11.2008 um 12:37 schrieb Pavel Sanda: Stefan Schimanski wrote: In any case I suggest that you decide yourself how to proceed as only you can properly test this thing (provided that this doesn't impact the other platforms of course. I don't think there is any impact on other

Re: [Bug 5447] Dropping a file on its own buffer crashes LyX

Anybody tested the patch? Stefan Am 03.11.2008 um 10:18 schrieb [EMAIL PROTECTED]: http://bugzilla.lyx.org/show_bug.cgi?id=5447 [EMAIL PROTECTED] changed: What|Removed |Added

Re: [Bug 5447] Dropping a file on its own buffer crashes LyX

Anybody tested the patch? Stefan Am 03.11.2008 um 10:18 schrieb [EMAIL PROTECTED]: http://bugzilla.lyx.org/show_bug.cgi?id=5447 [EMAIL PROTECTED] changed: What|Removed |Added

Re: r27186 - in /lyx-devel/trunk/src/mathed: InsetMathHull.cp...

Am 29.10.2008 um 10:56 schrieb Abdelrazak Younes: Hum, this commit fixes the right and left movement but not the up and down... Putting leavePreview into idxFirst/idxLast looks wrong. See below. André, Stefan, Enrico, could you please comment on the possibility to have InsetMathHull inside

Re: r27186 - in /lyx-devel/trunk/src/mathed: InsetMathHull.cp...

Am 29.10.2008 um 14:52 schrieb Abdelrazak Younes: On 29/10/2008 14:50, Stefan Schimanski wrote: Am 29.10.2008 um 10:56 schrieb Abdelrazak Younes: Hum, this commit fixes the right and left movement but not the up and down... Putting leavePreview into idxFirst/idxLast looks wrong. See below

Re: r27186 - in /lyx-devel/trunk/src/mathed: InsetMathHull.cp...

Am 29.10.2008 um 14:52 schrieb Abdelrazak Younes: On 29/10/2008 14:50, Stefan Schimanski wrote: Am 29.10.2008 um 10:56 schrieb Abdelrazak Younes: Hum, this commit fixes the right and left movement but not the up and down... Putting leavePreview into idxFirst/idxLast looks wrong. See below

Re: r27186 - in /lyx-devel/trunk/src/mathed: InsetMathHull.cp...

I noticed that we call those notifies handler twice if you click with the mouse into some math. I will investigate that, but it should not matter for your problem. Could you send a svn patch please? I don't use svn, but git with git-svn. If you tell me how to create a svn patch... Here

Re: r27186 - in /lyx-devel/trunk/src/mathed: InsetMathHull.cp...

Am 29.10.2008 um 16:08 schrieb Abdelrazak Younes: On 29/10/2008 15:58, Stefan Schimanski wrote: I noticed that we call those notifies handler twice if you click with the mouse into some math. I will investigate that, but it should not matter for your problem. Could you send a svn patch

Re: r27186 - in /lyx-devel/trunk/src/mathed: InsetMathHull.cp...

Am 29.10.2008 um 10:56 schrieb Abdelrazak Younes: Hum, this commit fixes the right and left movement but not the up and down... Putting leavePreview into idxFirst/idxLast looks wrong. See below. André, Stefan, Enrico, could you please comment on the possibility to have InsetMathHull inside

Re: r27186 - in /lyx-devel/trunk/src/mathed: InsetMathHull.cp...

Am 29.10.2008 um 14:52 schrieb Abdelrazak Younes: On 29/10/2008 14:50, Stefan Schimanski wrote: Am 29.10.2008 um 10:56 schrieb Abdelrazak Younes: Hum, this commit fixes the right and left movement but not the up and down... Putting leavePreview into idxFirst/idxLast looks wrong. See below

Re: r27186 - in /lyx-devel/trunk/src/mathed: InsetMathHull.cp...

Am 29.10.2008 um 14:52 schrieb Abdelrazak Younes: On 29/10/2008 14:50, Stefan Schimanski wrote: Am 29.10.2008 um 10:56 schrieb Abdelrazak Younes: Hum, this commit fixes the right and left movement but not the up and down... Putting leavePreview into idxFirst/idxLast looks wrong. See below

Re: r27186 - in /lyx-devel/trunk/src/mathed: InsetMathHull.cp...

I noticed that we call those notifies handler twice if you click with the mouse into some math. I will investigate that, but it should not matter for your problem. Could you send a svn patch please? I don't use svn, but git with git-svn. If you tell me how to create a "svn patch"...

Re: r27186 - in /lyx-devel/trunk/src/mathed: InsetMathHull.cp...

Am 29.10.2008 um 16:08 schrieb Abdelrazak Younes: On 29/10/2008 15:58, Stefan Schimanski wrote: >> I noticed that we call those notifies handler twice if you click >> with the mouse into some math. I will investigate that, but it >> should not matter for your problem. > &

Re: Overwriting the Qt default icon size

Am 27.10.2008 um 11:24 schrieb Jean-Marc Lasgouttes: Stefan Schimanski [EMAIL PROTECTED] writes: After thinking about it, I am not sure anymore whether it is really so trivial. Don't I overwrite the default icon size of the desktop environment with this? The problem as I see

Re: Overwriting the Qt default icon size

Am 27.10.2008 um 11:24 schrieb Jean-Marc Lasgouttes: Stefan Schimanski <[EMAIL PROTECTED]> writes: After thinking about it, I am not sure anymore whether it is really so trivial. Don't I overwrite the default icon size of the desktop environment with this? The problem as

Re: Any last minute objection to release rc4?

Am 23.10.2008 um 21:08 schrieb José Matos: Is there any last minute objection to release rc4? I will dinner and after that I will release rc4 unless there is a very goos reason to dealy it. I put in the patch to fix the pixmap cache crash on Mac. I think it's not perfect yet (because

Re: [patch] Bug 5399

Am 23.10.2008 um 22:40 schrieb Vincent van Ravesteijn: Changing baseName() into completeBaseName() in FileName::onlyFileNameWithoutExt(). This is a new function in Qt4 that removes everything after the last '.' instead of everything after the first '.'. +cosmetics Vincent bug5399.patch

Re: Any last minute objection to release rc4?

Am 23.10.2008 um 22:32 schrieb Stefan Schimanski: Am 23.10.2008 um 21:08 schrieb José Matos: Is there any last minute objection to release rc4? I will dinner and after that I will release rc4 unless there is a very goos reason to dealy it. I put in the patch to fix the pixmap cache

Re: Any last minute objection to release rc4?

Am 24.10.2008 um 00:02 schrieb José Matos: On Thursday 23 October 2008 22:11:37 Stefan Schimanski wrote: Complete patch is attached now to http://bugzilla.lyx.org/show_bug.cgi?id=5327 Stefan I will leave this patch out but if you have other confirmation that it works you can commit

Re: Any last minute objection to release rc4?

Am 23.10.2008 um 21:08 schrieb José Matos: Is there any last minute objection to release rc4? I will dinner and after that I will release rc4 unless there is a very goos reason to dealy it. I put in the patch to fix the pixmap cache crash on Mac. I think it's not perfect yet (because

Re: [patch] Bug 5399

Am 23.10.2008 um 22:40 schrieb Vincent van Ravesteijn: Changing baseName() into completeBaseName() in FileName::onlyFileNameWithoutExt(). This is a new function in Qt4 that removes everything after the last '.' instead of everything after the first '.'. +cosmetics Vincent Looks good if

Re: Any last minute objection to release rc4?

Am 23.10.2008 um 22:32 schrieb Stefan Schimanski: Am 23.10.2008 um 21:08 schrieb José Matos: Is there any last minute objection to release rc4? I will dinner and after that I will release rc4 unless there is a very goos reason to dealy it. I put in the patch to fix the pixmap cache

Re: Any last minute objection to release rc4?

Am 24.10.2008 um 00:02 schrieb José Matos: On Thursday 23 October 2008 22:11:37 Stefan Schimanski wrote: Complete patch is attached now to http://bugzilla.lyx.org/show_bug.cgi?id=5327 Stefan I will leave this patch out but if you have other confirmation that it works you can commit

Re: rc4 release schedule

Am 22.10.2008 um 13:14 schrieb Stephan Witt: Konrad Hofbauer schrieb: Stephan Witt wrote: To do some more useful I have to figure out how to pass command line arguments. I know of the Arguments tab of the Info button for the lyx executable. So? If i add e.g. -version there, I get the same

Re: rc4 release schedule

Am 22.10.2008 um 18:33 schrieb Stefan Schimanski: Am 22.10.2008 um 13:14 schrieb Stephan Witt: Konrad Hofbauer schrieb: Stephan Witt wrote: To do some more useful I have to figure out how to pass command line arguments. I know of the Arguments tab of the Info button for the lyx

Re: rc4 release schedule

Am 22.10.2008 um 18:51 schrieb Stefan Schimanski: Am 22.10.2008 um 18:33 schrieb Stefan Schimanski: Am 22.10.2008 um 13:14 schrieb Stephan Witt: Konrad Hofbauer schrieb: Stephan Witt wrote: To do some more useful I have to figure out how to pass command line arguments. I know

Re: rc4 release schedule

Am 22.10.2008 um 21:52 schrieb Konrad Hofbauer: Stefan Schimanski wrote: http://bugzilla.lyx.org/show_bug.cgi?id=5327 Crash with Pixmap Cache and special unicode characters. Fixed. See patch attached to the bug report. Thanks, thanks, and thanks again! Very impressive

Re: about the menu View - Unfold math macro

Am 06.09.2008 um 17:39 schrieb Stefan Schimanski: Am 06.09.2008 um 17:34 schrieb Uwe Stöhr: They will show up not only exactly in a macro, but also more inside a parameter of one. I don't think the context menu will show them then, right? You are right, so this is not an option

Re: rc4 release schedule

Am 22.10.2008 um 13:14 schrieb Stephan Witt: Konrad Hofbauer schrieb: Stephan Witt wrote: To do some more useful I have to figure out how to pass command line arguments. I know of the "Arguments" tab of the "Info" button for the lyx executable. So? If i add e.g. "-version" there, I get

Re: rc4 release schedule

Am 22.10.2008 um 18:33 schrieb Stefan Schimanski: Am 22.10.2008 um 13:14 schrieb Stephan Witt: Konrad Hofbauer schrieb: Stephan Witt wrote: To do some more useful I have to figure out how to pass command line arguments. I know of the "Arguments" tab of the "Info"

Re: rc4 release schedule

Am 22.10.2008 um 18:51 schrieb Stefan Schimanski: Am 22.10.2008 um 18:33 schrieb Stefan Schimanski: Am 22.10.2008 um 13:14 schrieb Stephan Witt: Konrad Hofbauer schrieb: Stephan Witt wrote: To do some more useful I have to figure out how to pass command line arguments. I know

Re: rc4 release schedule

Am 22.10.2008 um 21:52 schrieb Konrad Hofbauer: Stefan Schimanski wrote: <http://bugzilla.lyx.org/show_bug.cgi?id=5327> Crash with Pixmap Cache and special unicode characters. Fixed. See patch attached to the bug report. Thanks, thanks, and thanks again! Very impr

Re: about the menu View -> Unfold math macro

Am 06.09.2008 um 17:39 schrieb Stefan Schimanski: Am 06.09.2008 um 17:34 schrieb Uwe Stöhr: > They will show up not only exactly in a macro, but also more inside a parameter of one. I don't > think the context menu will show them then, right? You are right, so this is not an

Re: rc4 release schedule

Am 21.10.2008 um 09:29 schrieb Stephan Witt: Abdelrazak Younes schrieb: On 20/10/2008 13:41, Konrad Hofbauer wrote: José Matos wrote: Comments are welcome, On the Mac-side of things, there would be one/three mustfix-bugs for 1.6: http://bugzilla.lyx.org/show_bug.cgi?id=5327 Crash.

Re: aspell without ispell

That's what I am saying, you don't have to; Aspell support is compiled in, we don't use the executable. Well, then the autodetection to use the aspell lib support is not working. Without the patch, opening the spell checker dialog told me in a message box that spell checking is not

Re: rc4 release schedule

Am 21.10.2008 um 09:29 schrieb Stephan Witt: Abdelrazak Younes schrieb: On 20/10/2008 13:41, Konrad Hofbauer wrote: José Matos wrote: Comments are welcome, On the Mac-side of things, there would be one/three mustfix-bugs for 1.6:

Re: aspell without ispell

That's what I am saying, you don't have to; Aspell support is compiled in, we don't use the executable. Well, then the autodetection to use the aspell lib support is not working. Without the patch, opening the spell checker dialog told me in a message box that spell checking is not

Re: ImExported macro is twice global

Am 16.10.2008 um 15:38 schrieb Uwe Stöhr: Before exporting foo.lyx : \global\def\var{\func{var}} After importing foo.tex : \global\global\def\var{\func{var}} Should work in next test release as we in the meantime fixed the bug that causes this.- Please test this again when the next lyX

Re: ImExported macro is twice global

Here is a trival file. Feel free to make a bugzilla entry from it. I am too busy right now. Stefan foo.tex Description: Binary data Am 16.10.2008 um 17:22 schrieb Uwe Stöhr: Stefan Schimanski schrieb: You mean it is fixed in trunk now? Still have this behaviour, though I might

Re: ImExported macro is twice global

Am 16.10.2008 um 15:38 schrieb Uwe Stöhr: > Before exporting foo.lyx : > \global\def\var{\func{var}} > > After importing foo.tex : > \global\global\def\var{\func{var}} Should work in next test release as we in the meantime fixed the bug that causes this.- Please test this again when the

Re: ImExported macro is twice global

Here is a trival file. Feel free to make a bugzilla entry from it. I am too busy right now. Stefan foo.tex Description: Binary data Am 16.10.2008 um 17:22 schrieb Uwe Stöhr: Stefan Schimanski schrieb: You mean it is fixed in trunk now? Still have this behaviour, though I might

Re: aspell without ispell

Am 15.10.2008 um 10:27 schrieb Abdelrazak Younes: On 15/10/2008 10:19, Stefan Schimanski wrote: Am 15.10.2008 um 09:20 schrieb Abdelrazak Younes: On 14/10/2008 15:02, Stefan Schimanski wrote: Hi! Does the following make sense? I have aspell installed here on Mac, but not ispell. So

Re: aspell without ispell

Am 15.10.2008 um 09:20 schrieb Abdelrazak Younes: On 14/10/2008 15:02, Stefan Schimanski wrote: Hi! Does the following make sense? I have aspell installed here on Mac, but not ispell. So without this change the preferences dialog will disable the spell checking selection box. That's

Re: aspell without ispell

Am 15.10.2008 um 10:34 schrieb Abdelrazak Younes: On 15/10/2008 10:31, Stefan Schimanski wrote: Am 15.10.2008 um 10:27 schrieb Abdelrazak Younes: On 15/10/2008 10:19, Stefan Schimanski wrote: Am 15.10.2008 um 09:20 schrieb Abdelrazak Younes: On 14/10/2008 15:02, Stefan Schimanski wrote

Re: aspell without ispell

Am 15.10.2008 um 10:27 schrieb Abdelrazak Younes: On 15/10/2008 10:19, Stefan Schimanski wrote: Am 15.10.2008 um 09:20 schrieb Abdelrazak Younes: On 14/10/2008 15:02, Stefan Schimanski wrote: Hi! Does the following make sense? I have aspell installed here on Mac, but not ispell. So

Re: aspell without ispell

Am 15.10.2008 um 09:20 schrieb Abdelrazak Younes: On 14/10/2008 15:02, Stefan Schimanski wrote: Hi! Does the following make sense? I have aspell installed here on Mac, but not ispell. So without this change the preferences dialog will disable the spell checking selection box. That's

Re: aspell without ispell

Am 15.10.2008 um 10:34 schrieb Abdelrazak Younes: On 15/10/2008 10:31, Stefan Schimanski wrote: Am 15.10.2008 um 10:27 schrieb Abdelrazak Younes: On 15/10/2008 10:19, Stefan Schimanski wrote: Am 15.10.2008 um 09:20 schrieb Abdelrazak Younes: On 14/10/2008 15:02, Stefan Schimanski wrote

aspell without ispell

Hi! Does the following make sense? I have aspell installed here on Mac, but not ispell. So without this change the preferences dialog will disable the spell checking selection box. Stefan diff --git a/src/frontends/qt4/GuiPrefs.cpp b/src/frontends/qt4/ GuiPrefs.cpp index

aspell without ispell

Hi! Does the following make sense? I have aspell installed here on Mac, but not ispell. So without this change the preferences dialog will disable the spell checking selection box. Stefan diff --git a/src/frontends/qt4/GuiPrefs.cpp b/src/frontends/qt4/ GuiPrefs.cpp index

Re: Added def :) but removed newcommand :(

Am 13.10.2008 um 21:40 schrieb Dionysios: Hi, incredibleware team! Macro representation changed From: LyX 1.5.1 Ubuntu 7.04 TeXLive \newcommand{\beginend}[2]{\begin{#1}#2\end{#1}} To: LyX 1.6.0 RC3 Windows XP SP2 MiKTeX 2.5 \global\def\beginend#1#2{\begin{#1}#2\end{#1}} Is this meant to

Re: Added def :) but removed newcommand :(

Am 13.10.2008 um 21:40 schrieb Dionysios: Hi, incredibleware team! Macro representation changed From: LyX 1.5.1 Ubuntu 7.04 TeXLive \newcommand{\beginend}[2]{\begin{#1}#2\end{#1}} To: LyX 1.6.0 RC3 Windows XP SP2 MiKTeX 2.5 \global\def\beginend#1#2{\begin{#1}#2\end{#1}} Is this meant to

  1   2   3   4   5   6   7   8   9   10   >