Re: Antwort: Re: Antidot for _NSAutoreleaseNoPool

[EMAIL PROTECTED] wrote: Is the version number change ok with you? If it is, I want to commit the thing. Go ahead, the autotools have already changed the version number... Abdel.

Re: xml (lyx2lyx) roadmap

José Matos wrote: Hi, instead of a long (and boring) roadmap that no one follows I would like to suggest small threads that deal with single issues. In this case for lyx2lyx I suggest to use lxml: http://codespeak.net/lxml/ I am aware that this is an external library but it can be

Re: First step in the road for xml

Pavel Sanda wrote: José Matos wrote: The next step is to guarantee that the conversion is correct and that there are no data loss in the process. it would be good to synchronize on this point once you start to work on it. currently i'm aware of two other relatedr tasks running which co

Re: Subfigure problem in LyX 1.6

Hazim Namik wrote: Hi, I downloaded the new LyX 1.6 and was testing my files and found a very peculiar bug! Operating system is Vista home premium. My Thesis template, which I custom made, is a book class with open right option (new chapters begin on odd numbered pages that are on the right

Re: xml (lyx2lyx) roadmap

On Wednesday 19 November 2008 00:33:57 José Matos wrote: > Hi, > instead of a long (and boring) roadmap that no one follows I would like > to > suggest small threads that deal with single issues. > > In this case for lyx2lyx I suggest to use lxml: > http://codespeak.net/lxml/ > >

xml (lyx2lyx) roadmap

Hi, instead of a long (and boring) roadmap that no one follows I would like to suggest small threads that deal with single issues. In this case for lyx2lyx I suggest to use lxml: http://codespeak.net/lxml/ I am aware that this is an external library but it can be easily

Re: [Cvslog] r27623 - /lyx-devel/branches/personal/kuemmel/progress_me...

Peter Kümmel wrote: >>> we don't need quotations when there are no spaces in the path name >> why is this needed? it looks like complicating code without any real >> profit, >> moreover it looks like trying to hide completely different problem. i'm >> also not >> sure that spaces are the only pro

Re: [Cvslog] r27623 - /lyx-devel/branches/personal/kuemmel/progress_me...

Pavel Sanda wrote: [EMAIL PROTECTED] wrote: Author: kuemmel Date: Tue Nov 18 22:00:12 2008 New Revision: 27623 URL: http://www.lyx.org/trac/changeset/27623 Log: we don't need quotations when there are no spaces in the path name why is this needed? it looks like complicating code without any

Re: Where is Inset::textString() ?

Hi, Jean-Marc Lasgouttes ha scritto: I found getInset(i)->textString() from Paragraph.cpp (advsearch branch) now replaced by getInset(i)->tocString(), which AFAICU achieves a very different task. textString as always been documented as being for the TOC (look at 1.5 code). We ranmed it avoid

Re: Where is Inset::textString() ?

I found getInset(i)->textString() from Paragraph.cpp (advsearch branch) now replaced by getInset(i)->tocString(), which AFAICU achieves a very different task. textString as always been documented as being for the TOC (look at 1.5 code). We ranmed it avoid the confision (in particular, we wa

Re: [Cvslog] r27628 - /lyx-devel/branches/personal/kuemmel/progress_me...

On Tue, Nov 18, 2008 at 10:16:14PM -, [EMAIL PROTECTED] wrote: > namespace lyx { > namespace frontend { > @@ -90,7 +90,6 @@ > { > splash.show(); > QApplication::processEvents(); > - //Sleep(1000); > } > > > @@ -123,6 +122,7 @@ > { > //TODO where to delete? >

Re: First step in the road for xml

José Matos wrote: > The next step is to guarantee that the conversion is correct and that there > are no data loss in the process. it would be good to synchronize on this point once you start to work on it. currently i'm aware of two other relatedr tasks running which coordination would be good t

Where is Inset::textString() ?

Hi, I found getInset(i)->textString() from Paragraph.cpp (advsearch branch) now replaced by getInset(i)->tocString(), which AFAICU achieves a very different task. If I wanted to use the current ->plaintext() method instead, how should I initialize the OutputParams stuff ? Thx, T.

Re: [Cvslog] r27623 - /lyx-devel/branches/personal/kuemmel/progress_me...

URL: http://www.lyx.org/trac/changeset/27623 Log: we don't need quotations when there are no spaces in the path name What is the advantage of doing that? Simpler code is better unless there is a reason... JMarc

Re: [Cvslog] r27623 - /lyx-devel/branches/personal/kuemmel/progress_me...

[EMAIL PROTECTED] wrote: > Author: kuemmel > Date: Tue Nov 18 22:00:12 2008 > New Revision: 27623 > > URL: http://www.lyx.org/trac/changeset/27623 > Log: > we don't need quotations when there are no spaces in the path name why is this needed? it looks like complicating code without any real prof

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 m

Re: Antidot for _NSAutoreleaseNoPool

> >>> 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 mentioned it, it hurts my ey

Re: Antwort: Re: Antidot for _NSAutoreleaseNoPool

On Tue, Nov 18, 2008 at 09:51:32PM +0100, Stefan Schimanski wrote: 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 mentioned it, it hurts my eyes too. >>> [..

Subfigure problem in LyX 1.6

Hi, I downloaded the new LyX 1.6 and was testing my files and found a very peculiar bug! Operating system is Vista home premium. My Thesis template, which I custom made, is a book class with open right option (new chapters begin on odd numbered pages that are on the right side). I want the a

Re: First step in the road for xml

José Matos wrote: On Tuesday 18 November 2008 19:04:50 rgheck wrote: OK, well, I take it that this effort needs co-ordination and that you are the man to co-ordinate it. So if you want at some point to give me some particular tasks to do here, let me know. The purpose of this code was

Re: First step in the road for xml

On Tuesday 18 November 2008 19:04:50 rgheck wrote: > José Matos wrote: > > Hi, > > I send attached a patch that allows lyx2lyx to generate xml. > > With this patch I am able to produce valid xml for all the lyx files that > > we carry in lyx. > > > > There are several things missing: > > > > 1)

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 p

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 you

Re: Antwort: Re: Antidot for _NSAutoreleaseNoPool

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 pool? > > No, not really. I copied

Antwort: Re: Antidot for _NSAutoreleaseNoPool

> 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 mentioned it, it hurts my eyes too. And it is an

Re: FindAdv Wrap Option

On Tue, Nov 18, 2008 at 08:58:28PM +0100, Stefan Schimanski wrote: >> 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() >>> >>> + l

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 kee

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 following

Re: [patch] Painting of non-visible cursor (?)

Abdelrazak Younes schreef: Vincent van Ravesteijn wrote: When the cursor is not visible on screen (probably caused by scrolling with the scrollbar), the cursor is painted at the location (-1,-1+asc). However, this can be seen on the screen (at least on windows). The attached patch solves thi

Re: Vertical Table Alignment Option Missing ?

Konrad Hofbauer schreef: About vertical table alignment (relative to the baseline): Is there a reason why we do not natively support [pos] in \begin{tabular}[pos]{cols} ??? This should be an option in the table settings dialog. What is described in 2.10 of the Embedded Objects Manual (putting

Antidot for _NSAutoreleaseNoPool

Hi Stefan, on exit of lyx there is the following message in terminal output: ... 2008-11-17 20:20:39.348 lyx[53706:10b] *** _NSAutoreleaseNoPool(): Object 0x1d46510 of class NSCFArray autoreleased with no pool in place - just leaking ... I investigated this one and cured it with the attached pa

Re: FindAdv Wrap Option

On Tue, Nov 18, 2008 at 12:54:34AM +0100, Tommaso Cucinotta wrote: > Hello, > > this implements the wrap option (first pending issue from the wiki): > > Bug 1262 Search & > Replace: "wrap" option > > only for the entire document scope case, for now.

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

I also think the best option would be to implement a custom "visit" of the insets graph, in such a way that, at least for each inset, I can trace the portion of text that belongs to it. But if this would imply changing each and every insert, then it would be impossible to achieve. T. Stefa

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 seg

Re: First step in the road for xml

José Matos wrote: Hi, I send attached a patch that allows lyx2lyx to generate xml. With this patch I am able to produce valid xml for all the lyx files that we carry in lyx. There are several things missing: 1) lyx2lyx does to read those files. So how do you want to approach that?

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 o

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

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 segment *at the start*, I would try to advance one paragrap

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

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 one of multiple "scopes" for the search, whereas the

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

Stefan Schimanski wrote: 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. Whic

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) ad

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

Tommaso Cucinotta wrote: Hi, thanks for keeping me up-to-date. The 1-b) requirement seems compatible with the one in 4), but of course the "wrap-around" feature may loss of any meaning. No, I meant to have this feature in _addition_ to the the conventional find dialog. Or maybe this feature w

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

Pavel Sanda wrote: Tommaso Cucinotta wrote: Also, are you sure we cannot easily speed-up things even keeping the current text-based search ? i dont think that binary search is a must in itself, IMHO it is. We cannot guarantee a bullet proof search unless we do a binary search. b

Re: 1.5.7 scons

On Tuesday 18 November 2008 09:38:01 Jürgen Spitzmüller wrote: > However, it seems sensible for BRANCH_1_5_X (who knows?) Yes. > Jürgen -- José Abílio

Re: [EMAIL PROTECTED]: [Pkg-lyx-devel] Bug#505958: FTBFS with GCC 4.4: missing #include]

On Mon, Nov 17, 2008 at 02:07:38PM +0100, Jean-Marc Lasgouttes wrote: > Pavel Sanda <[EMAIL PROTECTED]> writes: > > Sven Hoexter wrote: Hi, > >> donno if you care about not yet released GCC versions but the Debian > >> QA people do. > > > > its in. > > And we _do_ appreciate patches coming for u

Re: [EMAIL PROTECTED]: [Pkg-lyx-devel] Bug#505958: FTBFS with GCC 4.4: missing #include]

Pavel Sanda wrote: > its not for another release, but it can be desirable to have compilable > 1.5 source somewhere, which is not the case eg 1.3 for example... go ahead. Jürgen

Re: r27622 - /www-user/trunk/farm/cookbook/LyX/i18n.inc

leuven edwin wrote: > i wonder whether the shouting is also part of her hypnotherapy: > > http://www.wendi.com/ maybe we are already part of some hypno experiment :) pavel

Re: [EMAIL PROTECTED]: [Pkg-lyx-devel] Bug#505958: FTBFS with GCC 4.4: missing #include]

Jürgen Spitzmüller wrote: > Pavel Sanda wrote: > > > which triggers the question whether we should put it in 1.5svn. > > i would say yes. > > I don't think there will be another 1.5 release. But OTOH it cannot harm. its not for another release, but it can be desirable to have compilable 1.5 sour

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

Tommaso Cucinotta wrote: > Also, are you sure we cannot easily speed-up things even keeping the > current text-based search ? i dont think that binary search is a must in itself, but the current speed is unbearably slow. to wait 30s for searching through math manual is so much that i fear that it

Re: [EMAIL PROTECTED]: [Pkg-lyx-devel] Bug#505958: FTBFS with GCC 4.4: missing #include]

Pavel Sanda wrote: > which triggers the question whether we should put it in 1.5svn. > i would say yes. I don't think there will be another 1.5 release. But OTOH it cannot harm. Jürgen

Re: [EMAIL PROTECTED]: [Pkg-lyx-devel] Bug#505958: FTBFS with GCC 4.4: missing #include]

Jürgen Spitzmüller wrote: > Jürgen Spitzmüller wrote: > > Pavel, could you apply it to branch as well, please? > > forget it, I simply missed that. which triggers the question whether we should put it in 1.5svn. i would say yes. pavel

RE: r27622 - /www-user/trunk/farm/cookbook/LyX/i18n.inc

i wonder whether the shouting is also part of her hypnotherapy: http://www.wendi.com/ From: news [EMAIL PROTECTED] On Behalf Of Jürgen Spitzmüller [EMAIL PROTECTED] Sent: Tuesday, November 18, 2008 16:38 To: lyx-devel@lists.lyx.org Subject: Re: r27622 - /

Re: r27622 - /www-user/trunk/farm/cookbook/LyX/i18n.inc

FYI I asked Mate to unsubscribe her. Jürgen Wendi Friesen wrote: > Someone has GOT to take me off this list. I get hundreds of these every > day, from different email addresses. > I NEVER SUBSCRIBED, I HAVE NO IDEA WHAT THIS IS. > I DO NOT know how to read the code in the emails. > > > I WILL

Re: r27622 - /www-user/trunk/farm/cookbook/LyX/i18n.inc

Someone has GOT to take me off this list. I get hundreds of these every day, from different email addresses. I NEVER SUBSCRIBED, I HAVE NO IDEA WHAT THIS IS. I DO NOT know how to read the code in the emails. I WILL EMAIL every one of you on this list until you remove my name. I cannot see which e

First step in the road for xml

Hi, I send attached a patch that allows lyx2lyx to generate xml. With this patch I am able to produce valid xml for all the lyx files that we carry in lyx. There are several things missing: 1) lyx2lyx does to read those files. 2) lyx does not write neither reads those files. 3) the conve

Re: Site map+?

On Tue, 18 Nov 2008, Guenter Milde wrote: a) the site map is as clear and informative (the LyX one is, but not all) b) the site map is up-to-date. I agree with both points. The main point is b). + If we can guarantee that the site map will always be in sync with the actual site without mu

Re: [Cvslog] r27618 - in /lyx-devel/trunk/src: Paragraph.cpp support/d...

On Tue, Nov 18, 2008 at 01:43:52PM +0100, Jürgen Spitzmüller wrote: > Enrico Forestieri wrote: > > > Jürgen, Ok for branch? > > Yes. Done. -- Enrico

Selection Painting in Tables

Vincent, you have done lots of selection painting recently, so I just wanted to point out to you: In 1.6.0, as soon as a full line in a multi-line table (fixed col-width) is selected, the whole cell is painted as selected. I've put it into bugzilla http://bugzilla.lyx.org/show_bug.cgi?id=5536

Vertical Table Alignment Option Missing ?

About vertical table alignment (relative to the baseline): Is there a reason why we do not natively support [pos] in \begin{tabular}[pos]{cols} ??? This should be an option in the table settings dialog. What is described in 2.10 of the Embedded Objects Manual (putting the table in a raisebox

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

Hi, thanks for keeping me up-to-date. The 1-b) requirement seems compatible with the one in 4), but of course the "wrap-around" feature may loss of any meaning. Actually, are you sure you want an Acrobat-like functionality ? The major drawback of the current approach, in my view, is the speed, no

Re: Advanced Search

Hello, I had already seen your previous message about the same thing. Actually, I noticed Abdel has already merged most of the code into trunk, that's why the last wrap-related patch I sent you was against trunk. T. Pavel Sanda ha scritto: Hello Tommaso, we have agreed that it would be goo

Re: [Cvslog] r27618 - in /lyx-devel/trunk/src: Paragraph.cpp support/d...

Enrico Forestieri wrote: > Jürgen, Ok for branch? Yes. Jürgen

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

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) add the Replace function 1-b) switch to a binary sear

Re: [Cvslog] r27618 - in /lyx-devel/trunk/src: Paragraph.cpp support/d...

On Tue, Nov 18, 2008 at 10:40:23AM -, [EMAIL PROTECTED] wrote: > Author: forenr > Date: Tue Nov 18 11:40:22 2008 > New Revision: 27618 > > URL: http://www.lyx.org/trac/changeset/27618 > Log: > Fix bug http://bugzilla.lyx.org/show_bug.cgi?id=5489 and at the same time > properly fix bugs 5216 an

Re: [patch] Painting of non-visible cursor (?)

Sorry for the triple post... Thunderbirds make fun with me... Abdelrazak Younes wrote: Vincent van Ravesteijn wrote: When the cursor is not visible on screen (probably caused by scrolling with the scrollbar), the cursor is painted at the location (-1,-1+asc). However, this can be seen on the s

Re: [patch] Painting of non-visible cursor (?)

Vincent van Ravesteijn wrote: When the cursor is not visible on screen (probably caused by scrolling with the scrollbar), the cursor is painted at the location (-1,-1+asc). However, this can be seen on the screen (at least on windows). The attached patch solves this problem. If there are no c

Re: [patch] Painting of non-visible cursor (?)

Vincent van Ravesteijn wrote: When the cursor is not visible on screen (probably caused by scrolling with the scrollbar), the cursor is painted at the location (-1,-1+asc). However, this can be seen on the screen (at least on windows). The attached patch solves this problem. If there are no c

Re: 1.5.7 scons

Joost Verburg wrote: >> And yes, it will work with 1.5.7, that is the main point here. :-) > > Should I apply the patch to trunk? However, it seems sensible for BRANCH_1_5_X (who knows?) Jürgen

Re: [patch] Painting of non-visible cursor (?)

Vincent van Ravesteijn wrote: When the cursor is not visible on screen (probably caused by scrolling with the scrollbar), the cursor is painted at the location (-1,-1+asc). However, this can be seen on the screen (at least on windows). The attached patch solves this problem. If there are no c

Re: [patch] Painting of non-visible cursor (?)

Vincent van Ravesteijn wrote: When the cursor is not visible on screen (probably caused by scrolling with the scrollbar), the cursor is painted at the location (-1,-1+asc). However, this can be seen on the screen (at least on windows). The attached patch solves this problem. If there are no c

Re: [patch] Painting of non-visible cursor (?)

Vincent van Ravesteijn wrote: > If there are no comments / suggestions, I'll put it in (and in branch ?). OK for branch if you are confident with it and have tested it thoroughly. Jürgen

Re: Site map+?

Andre Poenitz schrieb: > On Mon, Nov 17, 2008 at 02:31:13PM +0100, Pavel Sanda wrote: >> Guenter Milde wrote: >> > Pavel Sanda schrieb: >> > > Christian Ridderström wrote: > In yonder ol' days navigation was way more straightforward than > nowadays when animations, non-working plugins, broken CSS