Re: [Patch] Re: [patch] Re: Mac speed, profiling

On Sat, Dec 17, 2005 at 06:57:33PM +, Angus Leeming wrote: Why not try std::maplyx::size_type, lyx::size_type rowSignature; which I'd imagine will actually be easier to use than your vector in this regard and will remove the implicit connection that Lars is worried about. Hmmm,

Re: [Patch] Re: [patch] Re: Mac speed, profiling

Martin Vermeer [EMAIL PROTECTED] writes: | On Sat, Dec 17, 2005 at 06:57:33PM +, Angus Leeming wrote: | | Why not try |std::maplyx::size_type, lyx::size_type rowSignature; | which I'd imagine will actually be easier to use than your vector in this | regard and will remove the

Re: 1.4.0cvs reconfigure can not detect my latex classes

Bo Peng wrote: Instant preview behave strangely in 1.4.0cvs.  With instant preview on 1. I open an existing document, some of the previews are ok, but some are misplaced. See attached screenshot. 2. Create a new document, and do the following:   insert $x^2$, asd  - x^2 misplaced

Re: [Patch] Re: [patch] Re: Mac speed, profiling

On Sun, Dec 18, 2005 at 10:59:36AM +0100, Lars Gullik Bjønnes wrote: Martin Vermeer [EMAIL PROTECTED] writes: | On Sat, Dec 17, 2005 at 06:57:33PM +, Angus Leeming wrote: | | Why not try |std::maplyx::size_type, lyx::size_type rowSignature; | which I'd imagine will actually be

Re: [Patch] Re: [patch] Re: Mac speed, profiling

Martin Vermeer [EMAIL PROTECTED] writes: | I did try map in the way Angus proposed, it works and is cleaner than | vector. (I don't know, and don't really care, if it is faster. Not | critical.) A the vector will have O(1) lookup, the map O(log n). | Index: rowpainter.C |

Re: [Patch] Re: [patch] Re: Mac speed, profiling

On Sun, Dec 18, 2005 at 01:05:57PM +0100, Lars Gullik Bjønnes wrote: Martin Vermeer [EMAIL PROTECTED] writes: | I did try map in the way Angus proposed, it works and is cleaner than | vector. (I don't know, and don't really care, if it is faster. Not | critical.) A the vector will have

[patch] Packaging of LyX

I just tried to run make distcheck and discovered that the make dist target are not able to create the tar files due to too long file paths. (limit of 99 char). To rectify this the paramter tar-ustar is required to as a automake option... This option is not settable through AUTOMAKE_OPTIONS in

Re: vectorParagraph considered harmful.

On Mon, Dec 12, 2005 at 02:57:50PM +0100, Jean-Marc Lasgouttes wrote: Andre While I cannot see anything getting worse, the par id still go Andre up quickly. More precisely, the id of the first par of the Andre UserGuide is 6183. Hit enter on the first line, then go down to Andre the par now

Re: [Patch] Re: [patch] Re: Mac speed, profiling

On Sat, Dec 17, 2005 at 07:58:42PM +0200, Martin Vermeer wrote: 2) BTW is it really true that pushing something to the back of a vector (or other container), forcing a copy in memory to a new location (?) will invalidate any iterators defined earlier to point into it? This feels almost like

Re: [Patch] Re: [patch] Re: Mac speed, profiling

On Sun, Dec 18, 2005 at 11:44:05AM +0200, Martin Vermeer wrote: On Sat, Dec 17, 2005 at 06:57:33PM +, Angus Leeming wrote: Why not try std::maplyx::size_type, lyx::size_type rowSignature; which I'd imagine will actually be easier to use than your vector in this regard and will

Re: [Patch] Re: [patch] Re: Mac speed, profiling

On Sat, Dec 17, 2005 at 06:11:27PM +0200, Martin Vermeer wrote: (and would lessen the work of getting the rowList moved out of the paragraph). Was that the plan? Long term, yes. The rowlist is view-specific information and thus conceptionally wrong in the paragraph. Sounds a bit

Export latex - generate .eps files? (1.4.0cvs)

Dear list, I have a lyx file with figures all in .pdf format and I have .eps versions under the same directory. When I export - latex, lyx asks me whether or not overwrite existing .eps files. Is lyx converting all .pdf files to .eps format? Is this necessary? The dialog has overwrite, overwrite

latex beamer preamble.

Dear list, I have a latex-beamer file that works well under lyx 1.3.6. When I open the file using 1.4.0cvs, it can not be compiled. I notice that compared to 1.3.6, the exported latex code has two additional lines: \usepackage{usernames]{color} \usepackage{graphicx} I guess I need to change

Mathinset behavior

I noticed some difference between the behavior of the mathinset that is inconsistent with lyx 1.3.x For instance 1) enter math inset 2) \hat 3) \beta In lyx 1.3.x the beta would be placed under the hat frame, while under lyx1.4cvs the beta is placed on the right of the hat frame. The same

Re: latex beamer preamble.

On Sun, 2005-12-18 at 23:17 -0600, Bo Peng wrote: Dear list, I have a latex-beamer file that works well under lyx 1.3.6. When I open the file using 1.4.0cvs, it can not be compiled. I notice that compared to 1.3.6, the exported latex code has two additional lines:

Re: latex beamer preamble.

\usepackage{usernames]{color} ^ Sure about that one? Yes. I uninstalled 1.3.6 and use 1.4.0cvs now so I could not actually compare the latex files. However, the lyx file was compiled OK but now I have error message: ! LaTeX Error: Option clash for package color. See the LaTeX

Re: [Patch] Re: [patch] Re: Mac speed, profiling

On Sat, Dec 17, 2005 at 06:57:33PM +, Angus Leeming wrote: > Why not try > std::map rowSignature; > which I'd imagine will actually be easier to use than your vector in this > regard and will remove the "implicit connection" that Lars is worried > about.

Re: [Patch] Re: [patch] Re: Mac speed, profiling

Martin Vermeer <[EMAIL PROTECTED]> writes: | On Sat, Dec 17, 2005 at 06:57:33PM +, Angus Leeming wrote: | | > Why not try | > std::map rowSignature; | > which I'd imagine will actually be easier to use than your vector in this | > regard and will remove

Re: 1.4.0cvs reconfigure can not detect my latex classes

Bo Peng wrote: > Instant preview behave strangely in 1.4.0cvs.  With instant preview on > > 1. I open an existing document, some of the previews are ok, but some > are misplaced. See attached screenshot. > 2. Create a new document, and do the following: >   insert $x^2$, asd  -> x^2

Re: [Patch] Re: [patch] Re: Mac speed, profiling

On Sun, Dec 18, 2005 at 10:59:36AM +0100, Lars Gullik Bjønnes wrote: > Martin Vermeer <[EMAIL PROTECTED]> writes: > > | On Sat, Dec 17, 2005 at 06:57:33PM +, Angus Leeming wrote: > | > | > Why not try > | > std::map rowSignature; > | > which I'd imagine

Re: [Patch] Re: [patch] Re: Mac speed, profiling

Martin Vermeer <[EMAIL PROTECTED]> writes: | I did try map in the way Angus proposed, it works and is cleaner than | vector. (I don't know, and don't really care, if it is faster. Not | critical.) A the vector will have O(1) lookup, the map O(log n). | Index: rowpainter.C |

Re: [Patch] Re: [patch] Re: Mac speed, profiling

On Sun, Dec 18, 2005 at 01:05:57PM +0100, Lars Gullik Bjønnes wrote: > Martin Vermeer <[EMAIL PROTECTED]> writes: > > | I did try map in the way Angus proposed, it works and is cleaner than > | vector. (I don't know, and don't really care, if it is faster. Not > | critical.) > > A the vector

[patch] Packaging of LyX

I just tried to run "make distcheck" and discovered that the make dist target are not able to create the tar files due to too long file paths. (limit of 99 char). To rectify this the paramter "tar-ustar" is required to as a automake option... This option is not settable through AUTOMAKE_OPTIONS

Re: vector considered harmful.

On Mon, Dec 12, 2005 at 02:57:50PM +0100, Jean-Marc Lasgouttes wrote: > Andre> While I cannot see anything getting worse, the par id still go > Andre> up quickly. More precisely, the id of the first par of the > Andre> UserGuide is 6183. Hit enter on the first line, then go down to > Andre> the

Re: [Patch] Re: [patch] Re: Mac speed, profiling

On Sat, Dec 17, 2005 at 07:58:42PM +0200, Martin Vermeer wrote: > 2) BTW is it really true that pushing something to the > back of a (or other container), forcing a copy in memory to a > new location (?) will invalidate any iterators defined earlier to point > into it? This feels almost like

Re: [Patch] Re: [patch] Re: Mac speed, profiling

On Sun, Dec 18, 2005 at 11:44:05AM +0200, Martin Vermeer wrote: > On Sat, Dec 17, 2005 at 06:57:33PM +, Angus Leeming wrote: > > > Why not try > > std::map rowSignature; > > which I'd imagine will actually be easier to use than your vector in this > >

Re: [Patch] Re: [patch] Re: Mac speed, profiling

On Sat, Dec 17, 2005 at 06:11:27PM +0200, Martin Vermeer wrote: > > (and would lessen the work of getting the rowList moved out of the > > paragraph). > > Was that the plan? Long term, yes. The rowlist is view-specific information and thus conceptionally wrong in the paragraph. > Sounds a bit

Export latex -> generate .eps files? (1.4.0cvs)

Dear list, I have a lyx file with figures all in .pdf format and I have .eps versions under the same directory. When I export -> latex, lyx asks me whether or not overwrite existing .eps files. Is lyx converting all .pdf files to .eps format? Is this necessary? The dialog has "overwrite",

latex beamer preamble.

Dear list, I have a latex-beamer file that works well under lyx 1.3.6. When I open the file using 1.4.0cvs, it can not be compiled. I notice that compared to 1.3.6, the exported latex code has two additional lines: \usepackage{usernames]{color} \usepackage{graphicx} I guess I need to change

Mathinset behavior

I noticed some difference between the behavior of the mathinset that is inconsistent with lyx 1.3.x For instance 1) enter math inset 2) \hat 3) \beta In lyx 1.3.x the beta would be placed under the hat frame, while under lyx1.4cvs the beta is placed on the right of the hat frame. The same

Re: latex beamer preamble.

On Sun, 2005-12-18 at 23:17 -0600, Bo Peng wrote: > Dear list, > > I have a latex-beamer file that works well under lyx 1.3.6. When I > open the file using 1.4.0cvs, it can not be compiled. I notice that > compared to 1.3.6, the exported latex code has two additional lines: > >

Re: latex beamer preamble.

> > \usepackage{usernames]{color} > ^ > Sure about that one? Yes. I uninstalled 1.3.6 and use 1.4.0cvs now so I could not actually compare the latex files. However, the lyx file was compiled OK but now I have error message: ! LaTeX Error: Option clash for package color. See the