Re: The emission of \maketitle

On 2010-03-05, Manoj Rajagopalan wrote: > Hi lyx-devel, >What controls the emission of \maketitle when exporting to latex? There is an "intitle" (or something like that) keyword for layout styles. It is explained in the Customization guide. (Or look at the implementation of the abstract

RE: Patch: table splitting functionality

>The code update is still within InsetTabular::tabularFeatures(). Vincent >raised a valid issue about an inset creating new insets but here are my >thoughts: > >1. This inset is only creating and inserting a subset of itself. It also correctly >pops the cursor and places it between the two parts.

Re: r33624 - lyx-devel/trunk/src/support

On 03/05/2010 09:05 AM, sa...@lyx.org wrote: Author: sanda Date: Fri Mar 5 09:05:25 2010 New Revision: 33624 URL: http://www.lyx.org/trac/changeset/33624 Log: next one Modified: lyx-devel/trunk/src/support/Makefile.am Modified: lyx-devel/trunk/src/support/Makefile.am

RE: r33624 - lyx-devel/trunk/src/support

>Author: sanda >Date: Fri Mar 5 09:05:25 2010 >New Revision: 33624 >URL: http://www.lyx.org/trac/changeset/33624 > >Log: >next one > I really like those meaningful logs. Vincent

c++/compiler question

now when looping i write something like this: row_type const nrows = row_info.size(); for (row_type r = 0; r < nrows; ++r) { are compilers these days smart enough so that we can simply write: for (row_type r = 0; r < row_info.size(); ++r) { ? thanks, ed.

better maxima integration, devel.

Hi, I'm thinking about the possibility of using lyx as my frontend to maxima. Texmacs doesn't suit me, because I used gvim+latex for years. Since I used latex for long time it would be logical to start using lyx in order to interact with maxima. I didn't ever use lyx before, because gvim was

Re: trunk crash (missing Addsec*)

Guenter Milde wrote: > > Could you post this file? > > Yes. Please send an attachment (not inline). Jürgen

Re: Greek text mixed with English

Guenter Milde wrote: > However, Greek Unicode chars are missing in the output in the > following example if: > > a) babel is included, or > b) the \setmainfont line is commented > > \documentclass[greek]{article} > \usepackage{fontspec} > \setmainfont{Gentium} > > % \usepackage{babel} > %

Re: Release process for LyX-2.0.0

José Matos wrote: > Hi all, > after lots of thought and some private conversations with some > developers (with former and present release managers) I have decided to > step back from the release management of LyX 2.0.0. Thanks for all your efforts! I certainly hope your timeframe for LyX

Re: r33615 - lyx-devel/trunk/src/insets

uwestoehr wrote: > Should also go to branch, Jürgen? OK. Jürgen

Re: Release process for LyX-2.0.0

Jürgen Spitzmüller wrote: José Matos wrote: Hi all, after lots of thought and some private conversations with some developers (with former and present release managers) I have decided to step back from the release management of LyX 2.0.0. Thanks for all your efforts! I certainly hope

Re: c++/compiler question

On 03/05/2010 11:56 AM, Edwin Leuven wrote: now when looping i write something like this: row_type const nrows = row_info.size(); for (row_type r = 0; r < nrows; ++r) { are compilers these days smart enough so that we can simply write: for (row_type r = 0; r < row_info.size(); ++r) { I

Re: c++/compiler question

Abdelrazak Younes wrote: On 03/05/2010 11:56 AM, Edwin Leuven wrote: now when looping i write something like this: row_type const nrows = row_info.size(); for (row_type r = 0; r < nrows; ++r) { are compilers these days smart enough so that we can simply write: for (row_type r = 0; r <

Re: LyX ignorant of \listofs defined in document-class [Patch]

On 03/04/2010 08:57 PM, Manoj Rajagopalan wrote: On Thursday 04 March 2010 08:41:08 am rgheck wrote: Or might it be better to have something like this: ListCommandlistofvideos in the float definition? Then you could also have: ListCommandlistoftables and

Re: The emission of \maketitle

On 03/05/2010 02:38 AM, Guenter Milde wrote: On 2010-03-05, Manoj Rajagopalan wrote: Hi lyx-devel, What controls the emission of \maketitle when exporting to latex? There is an "intitle" (or something like that) keyword for layout styles. It is explained in the

Re: better maxima integration, devel.

Janek Kozicki wrote: [...] I see now, that such integration would require at least a running maxima session in the background. I'm quite experienced with latex and C++. I am not sure if I decide to go this path, I want to investigate and judge the difficulty of writing patches that will

Re: LyX 2 over Mac OS X Snow Leopard make error

On Fri, Mar 5, 2010 at 12:02 AM, Yvon Thoraval wrote: >> >> Yes -- that fixes it for me. (Assuming this is the right fix, can >> someone check it in?) >> > > Unfortunately no ;-) You're not understanding. To "check in" the fix is to modify the official source so that

Re: c++/compiler question

On 03/05/2010 07:16 AM, Edwin Leuven wrote: Abdelrazak Younes wrote: On 03/05/2010 11:56 AM, Edwin Leuven wrote: now when looping i write something like this: row_type const nrows = row_info.size(); for (row_type r = 0; r < nrows; ++r) { are compilers these days smart enough so that we can

Re: better maxima integration, devel.

On 03/05/2010 07:29 AM, Helge Hafting wrote: Janek Kozicki wrote: [...] I see now, that such integration would require at least a running maxima session in the background. I'm quite experienced with latex and C++. I am not sure if I decide to go this path, I want to investigate and judge the

RE: LyX 2 over Mac OS X Snow Leopard make error

>>> >>> Yes -- that fixes it for me. (Assuming this is the right fix, can >>> someone check it in?) >>> >> >> Unfortunately no ;-) > >You're not understanding. To "check in" the fix is to modify the official >source so that everyone can get the fix by using svn to update the source >code on local

Re: better maxima integration, devel.

On 3/5/10, Janek Kozicki wrote: > I don't know what is the current state of lyx+maxima integration, and > I asked for ML archives in order to check this. > Some time ago there was a lengthy discussion about CAS support in LyX [1] (including Maxima), which also contained some

LyX 2.0 release plan

Hi LyXers, lets start landing towards 2.0. I respect Jose's choice so the upcoming version is fixed to 2.0 from now on. Maybe you are not aware, but on autumn we celebrate 15 years of LyX (from the first releases), so we can join releasing of 2.0 with some public advertisement and looking back,

Re: c++/compiler question

On Friday 05 March 2010 07:44:22 am rgheck wrote: > On 03/05/2010 07:16 AM, Edwin Leuven wrote: > > Abdelrazak Younes wrote: > >> On 03/05/2010 11:56 AM, Edwin Leuven wrote: > >>> now when looping i write something like this: > >>> > >>> row_type const nrows = row_info.size(); > >>> for

Re: better maxima integration, devel.

rgheck said: (by the date of Fri, 05 Mar 2010 07:46:39 -0500) > On 03/05/2010 07:29 AM, Helge Hafting wrote: > > And so on. Apparently, there are many limitations though. Maxima can do > > more, the communication between LyX and maxima is limited. You can't > > do matrix multiplication, for

Re: LyX 2.0 release plan

Pavel Sanda wrote: > Any comments/objections? Looks reasonable, AFAICT. > * Multiple viewers/converters. Juergen asked for some help; how this > evolved, what is to be done in this area? Juergen, Richard? I still did not yet find the time to re-address this. I need to clean up the tree with my

Re: Release process for LyX-2.0.0

Edwin Leuven wrote: >> And good luck, Pavel! > > yes, we all look forward to flaming you ;-) my pleasure :D pavel

RE: LyX 2.0 release plan

>lets start landing towards 2.0. That's what we call a "flying start"... >Preliminary dates for the stage beginning: >Alpha - next week if possible Did we leave the instability period that was expected due to: - threaded export, - movements of code in the dispatch machinery, - insetdialog

Re: LyX 2.0 release plan

On Fri, Mar 5, 2010 at 9:10 AM, Pavel Sanda wrote: > Alpha 1: I don't have any special requirement, from my POV the most serious > bug in OS X has been "fixed" by Abdel and I don't see any other showstopper. > Anybody want to have something before alpha in trunk? Things are

RE: LyX 2.0 release plan

>> Alpha 1: I don't have any special requirement, from my POV the most >> serious bug in OS X has been "fixed" by Abdel and I don't see any other showstopper. >> Anybody want to have something before alpha in trunk? > >Things are looking reasonably good on Mac. It needs some polish, and I think

Re: better maxima integration, devel.

On 03/05/2010 09:20 AM, Janek Kozicki wrote: rgheck said: (by the date of Fri, 05 Mar 2010 07:46:39 -0500) On 03/05/2010 07:29 AM, Helge Hafting wrote: And so on. Apparently, there are many limitations though. Maxima can do more, the communication between LyX and maxima is

Re: better maxima integration, devel.

Liviu Andronic said: (by the date of Fri, 5 Mar 2010 14:09:40 +) > [1] http://www.mail-archive.com/lyx-us...@lists.lyx.org/msg77889.html thanks, by reading this I see that the maxima buffer must be seamlessly integrated with document, in order to not confuse people. But, OTOH, to use

Re: better maxima integration, devel.

Liviu Andronic said: (by the date of Fri, 5 Mar 2010 14:09:40 +) > [1] http://www.mail-archive.com/lyx-us...@lists.lyx.org/msg77889.html thanks, by reading this I see that the maxima buffer must be seamlessly integrated with document, in order to not confuse people. But, OTOH, to use

Re: better maxima integration, devel.

rgheck said: (by the date of Fri, 05 Mar 2010 10:18:35 -0500) > Since I don't use maxima etc myself, I don't have a lot of thoughts > about this. What happens at present is that LaTeX that is entered into a > math inset gets translated into maxima's input format; LyX calls maxima > to do

Re: LyX 2.0 release plan

On 03/05/2010 09:10 AM, Pavel Sanda wrote: * HTML export. I remember Richard asked for help with images. Anybody around? Some plans to add instant preview snapshots for equations, or external insets using preview? Some other plans Richard? NewInLyx2.0 entry is missing. I do need help

Re: LyX ignorant of \listoffloats defined in document-class [Patch]

rgheck writes: > My sense, from a brief look, is that the documentation is right and the > code is wrong. What this really seems to indicate is whether we need to > use the float package for this float. So it might make more sense to > have a "NeedsFloatPkg" tag instead of the

Re: LyX 2.0 release plan

On 03/05/2010 09:48 AM, Vincent van Ravesteijn - TNW wrote: Anybody want to have something before alpha in trunk? I've one worthy unfinished feature left. Export to dir/zip including all dependent files. Don't know what the advantage of being in alpha release would be. Excellent.

Mac widgets

Moving this to a separate thread >>Things are looking reasonably good on Mac. It needs some polish, and I > think we >>need to make a decision about whether various widgets (outline, > spellchecker, >>source view, messages) should be docked, floating, or drawers on Mac. > But that, >>of

Re: better maxima integration, devel.

On 03/05/2010 10:23 AM, Janek Kozicki wrote: Liviu Andronic said: (by the date of Fri, 5 Mar 2010 14:09:40 +) [1] http://www.mail-archive.com/lyx-us...@lists.lyx.org/msg77889.html thanks, by reading this I see that the maxima buffer must be seamlessly integrated with

RE: Mac widgets

>Yes, and I appreciate your offer of help. But "how the average mac user likes it" >is partly the question. I can say how I'd like to see it, a view that's largely informed >by looking at Apple's applications (as models for the "average mac user"?); >perhaps others will disagree. > >Here's my

Re: Mac widgets

On Fri, Mar 5, 2010 at 11:12 AM, Vincent van Ravesteijn - TNW wrote: >>Yes, and I appreciate your offer of help. But "how the average mac user > likes it" >>is partly the question. I can say how I'd like to see it, a view that's > largely informed >>by looking at

meaningless error message for missing document packages

Hi list, This is this bug: http://www.lyx.org/trac/ticket/3686 It has been around for a while, and continuously postponed. I would have a hack at this. Here is how I think it can be solved: - configure.py and chkconfig.ltx are altered so that textclass.lst retains the missing package

Re: Release process for LyX-2.0.0

On Friday 05 March 2010 11:51:47 Jürgen Spitzmüller wrote: > Thanks for all your efforts! I certainly hope your timeframe for LyX will > widen again soon. Thank you. :-) > And good luck, Pavel! You will need it (FWIW I need it too). ;-) > Jürgen -- José Abílio

Re: LyX 2.0 release plan

On Friday 05 March 2010 14:10:47 Pavel Sanda wrote: > * rc2rc conversion scripts for converting older preferences into new ones. > Jose promised to come with something. I have worried what happen with > users which run lyx beta to test and get prefs overwritten for their > stable 1.6.x? I

Re: LyX 2.0 release plan

>>Other entries? > > The "Export as ZIP" feature. I'll try to come up with a prototype asap. > > Vincent Is this the final consensus of the embedding/zip/folder/whatever feature of lyx? I have been forced to use MS Word more and more because of increased collaboration activities. It becomes clear

Re: LyX 2.0 release plan

Vincent van Ravesteijn - TNW wrote: > >lets start landing towards 2.0. > > That's what we call a "flying start"... i'm not sure who is this "we"; from the last discussions about release plans it looked like that more devs thought we are already late and particularly can't remember anybody

Re: meaningless error message for missing document packages

On 03/05/2010 11:43 AM, Julien Rioux wrote: Hi list, This is this bug: http://www.lyx.org/trac/ticket/3686 It has been around for a while, and continuously postponed. I would have a hack at this. Here is how I think it can be solved: - configure.py and chkconfig.ltx are altered so that

Re: LyX 2.0 release plan

Vincent van Ravesteijn - TNW wrote: > >Anybody want to have something before alpha in trunk? > > I've one worthy unfinished feature left. Export to dir/zip including all > dependent files. Don't know what the advantage of being in alpha release > would be. i have feeling that we do not

Re: LyX 2.0 release plan

On 03/05/2010 01:58 PM, Pavel Sanda wrote: Vincent van Ravesteijn - TNW wrote: lets start landing towards 2.0. That's what we call a "flying start"... i'm not sure who is this "we"; from the last discussions about release plans it looked like that more devs thought we are

Re: #6574: ChkTeX selects entire paragraph, rather than just line where error occurs.

John McCabe-Dansted wrote: I was wondering that too. I just tried (linelen = 1), and it works pretty well, i.e., it focuses on the single issue rather than the entire line :-) but my experience with the tool is so poor. Ideally this would not uncover any bugs as LyX-GC has to deal with

Re: Greek text mixed with English

On 2010-03-05, Jürgen Spitzmüller wrote: > Guenter Milde wrote: >> However, Greek Unicode chars are missing in the output in the >> following example if: >> a) babel is included, or >> b) the \setmainfont line is commented ... > Please file reports for these. Done.

Re: trunk crash (missing Addsec*)

On 2010-03-05, Jürgen Spitzmüller wrote: > Guenter Milde wrote: >> > Could you post this file? >> Yes. > Please send an attachment (not inline). Unfortunately, I can't, as I follow the list via Gmane and my slrn newsreader does not support attachments (or I did not find the way how to get this

Re: better maxima integration, devel.

On 2010-03-05, Janek Kozicki wrote: > rgheck said: (by the date of Fri, 05 Mar 2010 10:18:35 -0500) ... > besides improving that communication, the "only" missing thing is to > be able to declare variables within maxima, and operate on them > later. It means a running maxima session, instead

Bug 6522 is Much Worse in trunk

Open any document. Open the Outline. Go anywhere and hit return. Crash! This is with Qt 4.6.2 and is presumably related to 6522. The offending line seems to be this one: QModelIndexList indices = tocTV->model()->match( tocTV->model()->index(0, 0), Qt::DisplayRole, "*", -1,

Re: Feature request: find-and-replace within selection

On 2010-03-05, Manoj Rajagopalan wrote: > It would be useful to support this feature because we could perform a > replace-all within a selection and quickly achieve the desired result > without clobbering the rest of the document. Agreed. But maybe better making this even more generic: My

Re: better maxima integration, devel.

Guenter Milde said: (by the date of Fri, 5 Mar 2010 20:07:45 + (UTC)) > One more thing to consider is using the lyxserver pipes. E.g. I wrote > some experimental "LyX output" for swiginac (a Python wrapper of the > ginac C++ library, http://swiginac.berlios.de/) using my LyXServer Python

Re: r33630 - lyx-devel/trunk/src/frontends/qt4

On 05/03/2010 21:47, rgh...@lyx.org wrote: Author: rgheck Date: Fri Mar 5 21:47:50 2010 New Revision: 33630 URL: http://www.lyx.org/trac/changeset/33630 Log: Fix bug 6522 and its relatives in trunk. I am not absolutely sure this is right, though. Someone please check. Seems correct. Abdel.

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

On 05/03/2010 22:06, rgh...@lyx.org wrote: Author: rgheck Date: Fri Mar 5 22:06:22 2010 New Revision: 33631 URL: http://www.lyx.org/trac/changeset/33631 Log: Let floats decide for themselves what command is used to create a list of them. This is preparatory for introducing a layout tag that

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

On 03/05/2010 05:01 PM, Abdelrazak Younes wrote: if (!listcommand_.empty()) return listcommand_; Thanks, but I reverted this code!! rh

Re: r33630 - lyx-devel/trunk/src/frontends/qt4

On 03/05/2010 04:59 PM, Abdelrazak Younes wrote: On 05/03/2010 21:47, rgh...@lyx.org wrote: Author: rgheck Date: Fri Mar 5 21:47:50 2010 New Revision: 33630 URL: http://www.lyx.org/trac/changeset/33630 Log: Fix bug 6522 and its relatives in trunk. I am not absolutely sure this is right,

Re: r33630 - lyx-devel/trunk/src/frontends/qt4

On 03/05/2010 06:48 PM, rgheck wrote: On 03/05/2010 04:59 PM, Abdelrazak Younes wrote: On 05/03/2010 21:47, rgh...@lyx.org wrote: Author: rgheck Date: Fri Mar 5 21:47:50 2010 New Revision: 33630 URL: http://www.lyx.org/trac/changeset/33630 Log: Fix bug 6522 and its relatives in trunk. I am

Re: r33630 - lyx-devel/trunk/src/frontends/qt4

On 03/05/2010 06:54 PM, rgheck wrote: On 03/05/2010 06:48 PM, rgheck wrote: On 03/05/2010 04:59 PM, Abdelrazak Younes wrote: On 05/03/2010 21:47, rgh...@lyx.org wrote: Author: rgheck Date: Fri Mar 5 21:47:50 2010 New Revision: 33630 URL: http://www.lyx.org/trac/changeset/33630 Log: Fix bug

Re: r33630 - lyx-devel/trunk/src/frontends/qt4

On 03/05/2010 07:10 PM, rgheck wrote: On 03/05/2010 06:54 PM, rgheck wrote: On 03/05/2010 06:48 PM, rgheck wrote: On 03/05/2010 04:59 PM, Abdelrazak Younes wrote: On 05/03/2010 21:47, rgh...@lyx.org wrote: Author: rgheck Date: Fri Mar 5 21:47:50 2010 New Revision: 33630 URL:

Re: LyX 2.0 release plan

i'm not sure who is this "we"; from the last discussions about release plans it looked like that more devs thought we are already late and particularly can't remember anybody claiming we should wait little bit longer. if its not the case then sorry and lets discuss the stages a little bit more.

Re: #6574: ChkTeX selects entire paragraph, rather than just line where error occurs.

On Sat, Mar 6, 2010 at 3:46 AM, Tommaso Cucinotta wrote: > Probably you have more experience than me in using chktex, so, please, > comment on this. In the meantime, I'm leaving just the standard linelen from > the RC file also for chktex. Yes that looks like a chktex bug. May

Re: The emission of \maketitle

On 2010-03-05, Manoj Rajagopalan wrote: Hi lyx-devel, What controls the emission of \maketitle when exporting to latex? There is an intitle (or something like that) keyword for layout styles. It is explained in the Customization guide. (Or look at the implementation of the abstract style.)

RE: Patch: table splitting functionality

The code update is still within InsetTabular::tabularFeatures(). Vincent raised a valid issue about an inset creating new insets but here are my thoughts: 1. This inset is only creating and inserting a subset of itself. It also correctly pops the cursor and places it between the two parts. I

Re: r33624 - lyx-devel/trunk/src/support

On 03/05/2010 09:05 AM, sa...@lyx.org wrote: Author: sanda Date: Fri Mar 5 09:05:25 2010 New Revision: 33624 URL: http://www.lyx.org/trac/changeset/33624 Log: next one Modified: lyx-devel/trunk/src/support/Makefile.am Modified: lyx-devel/trunk/src/support/Makefile.am

RE: r33624 - lyx-devel/trunk/src/support

Author: sanda Date: Fri Mar 5 09:05:25 2010 New Revision: 33624 URL: http://www.lyx.org/trac/changeset/33624 Log: next one I really like those meaningful logs. Vincent

c++/compiler question

now when looping i write something like this: row_type const nrows = row_info.size(); for (row_type r = 0; r nrows; ++r) { are compilers these days smart enough so that we can simply write: for (row_type r = 0; r row_info.size(); ++r) { ? thanks, ed.

better maxima integration, devel.

Hi, I'm thinking about the possibility of using lyx as my frontend to maxima. Texmacs doesn't suit me, because I used gvim+latex for years. Since I used latex for long time it would be logical to start using lyx in order to interact with maxima. I didn't ever use lyx before, because gvim was

Re: trunk crash (missing Addsec*)

Guenter Milde wrote: Could you post this file? Yes. Please send an attachment (not inline). Jürgen

Re: Greek text mixed with English

Guenter Milde wrote: However, Greek Unicode chars are missing in the output in the following example if: a) babel is included, or b) the \setmainfont line is commented \documentclass[greek]{article} \usepackage{fontspec} \setmainfont{Gentium} % \usepackage{babel} %

Re: Release process for LyX-2.0.0

José Matos wrote: Hi all, after lots of thought and some private conversations with some developers (with former and present release managers) I have decided to step back from the release management of LyX 2.0.0. Thanks for all your efforts! I certainly hope your timeframe for LyX

Re: r33615 - lyx-devel/trunk/src/insets

uwestoehr wrote: Should also go to branch, Jürgen? OK. Jürgen

Re: Release process for LyX-2.0.0

Jürgen Spitzmüller wrote: José Matos wrote: Hi all, after lots of thought and some private conversations with some developers (with former and present release managers) I have decided to step back from the release management of LyX 2.0.0. Thanks for all your efforts! I certainly hope

Re: c++/compiler question

On 03/05/2010 11:56 AM, Edwin Leuven wrote: now when looping i write something like this: row_type const nrows = row_info.size(); for (row_type r = 0; r nrows; ++r) { are compilers these days smart enough so that we can simply write: for (row_type r = 0; r row_info.size(); ++r) { I guess

Re: c++/compiler question

Abdelrazak Younes wrote: On 03/05/2010 11:56 AM, Edwin Leuven wrote: now when looping i write something like this: row_type const nrows = row_info.size(); for (row_type r = 0; r nrows; ++r) { are compilers these days smart enough so that we can simply write: for (row_type r = 0; r

Re: LyX ignorant of \listoffloats defined in document-class [Patch]

On 03/04/2010 08:57 PM, Manoj Rajagopalan wrote: On Thursday 04 March 2010 08:41:08 am rgheck wrote: Or might it be better to have something like this: ListCommandlistofvideos in the float definition? Then you could also have: ListCommandlistoftables and

Re: The emission of \maketitle

On 03/05/2010 02:38 AM, Guenter Milde wrote: On 2010-03-05, Manoj Rajagopalan wrote: Hi lyx-devel, What controls the emission of \maketitle when exporting to latex? There is an intitle (or something like that) keyword for layout styles. It is explained in the

Re: better maxima integration, devel.

Janek Kozicki wrote: [...] I see now, that such integration would require at least a running maxima session in the background. I'm quite experienced with latex and C++. I am not sure if I decide to go this path, I want to investigate and judge the difficulty of writing patches that will

Re: LyX 2 over Mac OS X Snow Leopard make error

On Fri, Mar 5, 2010 at 12:02 AM, Yvon Thoraval yvon.thora...@gmail.com wrote: Yes -- that fixes it for me. (Assuming this is the right fix, can someone check it in?) Unfortunately no ;-) You're not understanding. To check in the fix is to modify the official source so that everyone can get

Re: c++/compiler question

On 03/05/2010 07:16 AM, Edwin Leuven wrote: Abdelrazak Younes wrote: On 03/05/2010 11:56 AM, Edwin Leuven wrote: now when looping i write something like this: row_type const nrows = row_info.size(); for (row_type r = 0; r nrows; ++r) { are compilers these days smart enough so that we can

Re: better maxima integration, devel.

On 03/05/2010 07:29 AM, Helge Hafting wrote: Janek Kozicki wrote: [...] I see now, that such integration would require at least a running maxima session in the background. I'm quite experienced with latex and C++. I am not sure if I decide to go this path, I want to investigate and judge the

RE: LyX 2 over Mac OS X Snow Leopard make error

Yes -- that fixes it for me. (Assuming this is the right fix, can someone check it in?) Unfortunately no ;-) You're not understanding. To check in the fix is to modify the official source so that everyone can get the fix by using svn to update the source code on local machines (by simply

Re: better maxima integration, devel.

On 3/5/10, Janek Kozicki janek_li...@wp.pl wrote: I don't know what is the current state of lyx+maxima integration, and I asked for ML archives in order to check this. Some time ago there was a lengthy discussion about CAS support in LyX [1] (including Maxima), which also contained some

LyX 2.0 release plan

Hi LyXers, lets start landing towards 2.0. I respect Jose's choice so the upcoming version is fixed to 2.0 from now on. Maybe you are not aware, but on autumn we celebrate 15 years of LyX (from the first releases), so we can join releasing of 2.0 with some public advertisement and looking back,

Re: c++/compiler question

On Friday 05 March 2010 07:44:22 am rgheck wrote: On 03/05/2010 07:16 AM, Edwin Leuven wrote: Abdelrazak Younes wrote: On 03/05/2010 11:56 AM, Edwin Leuven wrote: now when looping i write something like this: row_type const nrows = row_info.size(); for (row_type r = 0; r nrows;

Re: better maxima integration, devel.

rgheck said: (by the date of Fri, 05 Mar 2010 07:46:39 -0500) On 03/05/2010 07:29 AM, Helge Hafting wrote: And so on. Apparently, there are many limitations though. Maxima can do more, the communication between LyX and maxima is limited. You can't do matrix multiplication, for

Re: LyX 2.0 release plan

Pavel Sanda wrote: Any comments/objections? Looks reasonable, AFAICT. * Multiple viewers/converters. Juergen asked for some help; how this evolved, what is to be done in this area? Juergen, Richard? I still did not yet find the time to re-address this. I need to clean up the tree with my

Re: Release process for LyX-2.0.0

Edwin Leuven wrote: And good luck, Pavel! yes, we all look forward to flaming you ;-) my pleasure :D pavel

RE: LyX 2.0 release plan

lets start landing towards 2.0. That's what we call a flying start... Preliminary dates for the stage beginning: Alpha - next week if possible Did we leave the instability period that was expected due to: - threaded export, - movements of code in the dispatch machinery, - insetdialog changes, -

Re: LyX 2.0 release plan

On Fri, Mar 5, 2010 at 9:10 AM, Pavel Sanda sa...@lyx.org wrote: Alpha 1: I don't have any special requirement, from my POV the most serious bug in OS X has been fixed by Abdel and I don't see any other showstopper. Anybody want to have something before alpha in trunk? Things are looking

RE: LyX 2.0 release plan

Alpha 1: I don't have any special requirement, from my POV the most serious bug in OS X has been fixed by Abdel and I don't see any other showstopper. Anybody want to have something before alpha in trunk? Things are looking reasonably good on Mac. It needs some polish, and I think we need

Re: better maxima integration, devel.

On 03/05/2010 09:20 AM, Janek Kozicki wrote: rgheck said: (by the date of Fri, 05 Mar 2010 07:46:39 -0500) On 03/05/2010 07:29 AM, Helge Hafting wrote: And so on. Apparently, there are many limitations though. Maxima can do more, the communication between LyX and maxima is

Re: better maxima integration, devel.

Liviu Andronic said: (by the date of Fri, 5 Mar 2010 14:09:40 +) [1] http://www.mail-archive.com/lyx-us...@lists.lyx.org/msg77889.html thanks, by reading this I see that the maxima buffer must be seamlessly integrated with document, in order to not confuse people. But, OTOH, to use

Re: better maxima integration, devel.

Liviu Andronic said: (by the date of Fri, 5 Mar 2010 14:09:40 +) [1] http://www.mail-archive.com/lyx-us...@lists.lyx.org/msg77889.html thanks, by reading this I see that the maxima buffer must be seamlessly integrated with document, in order to not confuse people. But, OTOH, to use

Re: better maxima integration, devel.

rgheck said: (by the date of Fri, 05 Mar 2010 10:18:35 -0500) Since I don't use maxima etc myself, I don't have a lot of thoughts about this. What happens at present is that LaTeX that is entered into a math inset gets translated into maxima's input format; LyX calls maxima to do the

Re: LyX 2.0 release plan

On 03/05/2010 09:10 AM, Pavel Sanda wrote: * HTML export. I remember Richard asked for help with images. Anybody around? Some plans to add instant preview snapshots for equations, or external insets using preview? Some other plans Richard? NewInLyx2.0 entry is missing. I do need help

Re: LyX ignorant of \listoflt;floatgt;s defined in document-class [Patch]

rgheck rgh...@... writes: My sense, from a brief look, is that the documentation is right and the code is wrong. What this really seems to indicate is whether we need to use the float package for this float. So it might make more sense to have a NeedsFloatPkg tag instead of the Builtin tag.

Re: LyX 2.0 release plan

On 03/05/2010 09:48 AM, Vincent van Ravesteijn - TNW wrote: Anybody want to have something before alpha in trunk? I've one worthy unfinished feature left. Export to dir/zip including all dependent files. Don't know what the advantage of being in alpha release would be. Excellent.

  1   2   >