MathArray

Would you mind if I spend a "few" bytes for cleaner code? Current "solution" to store$x^2 + 3$: 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 x ? ? ? ? + 3 where , and are one-byte markers, and ? denotes the address of the ^2 inset. So this is 15

Re: MathArray

> Alternative 1: "Everything is an Inset" - the expensive and clean way: > > 0 4 8 12 > > > makes 12 bytes + 12 bytes for the vector + 3 new insets * ~50 bytes per > inset. Makes ~175 bytes. Read this as: 16 bytes in the vector + 12 bytes for the vector

Re: Bug: Graphics inset

* Michael Schmitt <[EMAIL PROTECTED]> [010801 12:56]: > Hello! > > Bug1: In the graphics inset dialog, the OK button is not activated if I > switch between the various display options. The various display options are not working right now anyhow :-) Will be taken care of when I actually make

Re: New ERT inset inlining

On 01-Aug-2001 Lars Gullik Bjønnes wrote: > I guess we have a terminology problem. An ert inset is _always_ > inlined, but it has (now) tree ways of showing it self: > collapsed,uncollapsed, and inline view (the last one is named strangely) Well we gave the name we can change, but do we really

Memory leak with "undo"

See below. Michael * MLK: 1616 bytes leaked in 4 blocks This memory was allocated from: malloc [rtlib.o] vector::operator =(const vector&) [stl_alloc.h:157]

Re: [PATCH] Label dialog

On Wed, Aug 01, 2001 at 01:18:25AM +0100, John Levon wrote: > > ok, this one should be ok other than mathed. I've found a bug: changing the label doesn't change the references. > I think the mathed thing is a missing feature, i.e. this can be applied > as self-contained. Is it really

ERT in footnote - wrong converting

maybe that this is always known, than forget it ... ;-) have a look at the attached lyx-demo from 1.1.6fix3. the first footnote has a lyx-inserted url which works well, the second footnote has an ert-url \url{...}, which is converted in a wrong way. this happens to all footnotes with any ert.

Re: [PATCH] Label dialog

On Wed, Aug 01, 2001 at 10:40:31AM +0200, Jean-Marc Lasgouttes wrote: > 3/ is it really necessary to replace spaces with something else? > Please check this with latex. And if you need the code, a replace > method can probably do the same as the awful loop wheich is there. The purpose of the

Re: [PATCH] fix isdirwriteable problem

I don't understand why IsDirWriteable is not bool IsDirWriteable (string const & path) { FileInfo fi(path); return fi.writable(); }

Re: CVS Update: lyx-devel

On Wed, Aug 01, 2001 at 10:43:37AM +0200, Jean-Marc Lasgouttes wrote: > > Dekel> - In the SEARCH_PROG macro, run ACTION-IF-FOUND only if the > Dekel> program is not found. > > You mean ACTION-IF-NOT-FOUND, right? No, I meant "run ACTION-IF-FOUND only if the program is found." > Dekel> - Do

backspace and footnotes in 1.1.6fix3

can someone proof, please. when deleting text only with the backspace-key, footnotes are not deleted, so that you have at the end all footnotes together ... Herbert -- http://www.educat.hu-berlin.de/~voss/lyx/

RE: backspace and footnotes in 1.1.6fix3

On 01-Aug-2001 Herbert Voss wrote: > can someone proof, please. > when deleting text only with the backspace-key, footnotes > are not deleted, so that you have at the end all footnotes > together ... This was a feature of footnotes so that you don't delete them by fault. But IMO we could really

Re: LyX data structure question

On Tuesday 31 July 2001 20:03, Lars Gullik Bjønnes wrote: > Angus Leeming <[EMAIL PROTECTED]> writes: > > | Feels much cleaner. Thanks. > | (However, I thought that global data was EVIL? Guess this is an example of a > | reasonable compromise.) > > It is not that evil... ;-) Actually, Lars,

Re: Bug: Graphics inset

On 01-Aug-2001 Dekel Tsur wrote: > I don't think it is a good idea to have the display options per figure. > I think that in the dialog you should only have a 'don't display' check button, > and in the preferences dialog you can choose between displaying the figures in > monochrome/color. Is

Re: Bug: Graphics inset

On Wed, Aug 01, 2001 at 01:00:30PM +0300, Baruch Even wrote: > * Michael Schmitt <[EMAIL PROTECTED]> [010801 12:56]: > > Hello! > > > > Bug1: In the graphics inset dialog, the OK button is not activated if I > > switch between the various display options. > > The various display options are not

Re: New ERT inset inlining

On Wed, Aug 01, 2001 at 10:28:11AM +0200, Lars Gullik Bjønnes wrote: > Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: > | > "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes: > | > | Juergen> Yes you're right but I would have liked an opinion about this > | Juergen> add before changing

Re: Bug: Graphics inset

On Wed, Aug 01, 2001 at 12:52:58PM +0200, Juergen Vigna wrote: > > On 01-Aug-2001 Dekel Tsur wrote: > > > I don't think it is a good idea to have the display options per figure. > > I think that in the dialog you should only have a 'don't display' check button, > > and in the preferences dialog

Re: New ERT inset inlining

On 01-Aug-2001 Dekel Tsur wrote: > I don't understand why you can't have an uncollapsed inserERT (with only one > row) have its with according to the text inside, so it will be displayed > inline: This is easy to explain "inlined" insets are not allowed to break row! This is a limitation of

Re: Purify: Preferences dialog

On Wednesday 01 August 2001 10:35, Michael Schmitt wrote: > Hello! > > Changing "Zoom %" in the preferences dialog and clicking on "Apply" > afterwards causes the following memory violation: > > UMR: Uninitialized memory read > This is occurring while in: >

ERT in different paragraphes but consecutively

in some cases (all stuff for the package pstricks) ert could be written in several lines (paragraphs). these ones werde all consecutively. it should be a good idea if lyx can convert those lines in ONE ert-inset and not in one for each line. Herbert --

footnote behind typewriter-font gives wrong converting

lyx1.1.6fix3 gives a footnote the same font as the text before, for example typewriter font. when converting to 1.2 lyx forgets to switch behind the footnote inset back to standardfont. the whole paragraph following this footnote gets the font of the text before it. Herbert --

Math macros

1. Currently, it is not possible to have a macro like the following \newcommand{\vect}[1]{\mathbf{#1}} (it wasn't possible either with the old code). However, it is not a big loss. 2. The opening of macro instances is irritating. Any chance for in place editing ?

New layout

I wish to add support for theorem environments to the standard article class. I think that the best way is to create a new layout article-theorem.layout Any objections ?

Re: New layout

Dekel Tsur wrote: > > I wish to add support for theorem environments to the standard article class. > I think that the best way is to create a new layout article-theorem.layout > Any objections ? with \usepackage[standard]{ntheorem} you'll get a lot of predefined environments, in english and

gbib was not found on this server

Hello, On the page http://www.lyx.org/download/related.php3 there is a link to gBib, http://www.mx.lyx.org/gbib/ Unfortunately, "gbib was not found on this server" Please, correct it. Regards, Sandor Szabo

table in a table display

Hi, nice feature to have a table in a table, but it seems that you cannot change the size of fonts within an inset table, text that has been written in the cells of such a table has the fontsize of the surrounding table. The problem is that the text isn't displayed in that size in LyX, it is

Re: New layout

On Wed, Aug 01, 2001 at 02:02:40PM +0200, Lars Gullik Bjønnes wrote: > Dekel Tsur <[EMAIL PROTECTED]> writes: > > | I wish to add support for theorem environments to the standard article class. > | I think that the best way is to create a new layout article-theorem.layout > | Any objections? >

Re: Math macros

On Wed, Aug 01, 2001 at 02:32:37PM +0300, Dekel Tsur wrote: > 1. Currently, it is not possible to have a macro like the following > \newcommand{\vect}[1]{\mathbf{#1}} Why not? M-x math-macro test 1 enter macro \mathfb{ M-x math-macro-arg 1 seems to work... > 2. The opening of macro

RE: table in a table display

On 01-Aug-2001 Saalfeld, Christoph wrote: > nice feature to have a table in a table, but it seems that you cannot change > the size of fonts within an inset table, text that has been written in the > cells of such a table has the fontsize of the surrounding table. The > problem is that the

Re: Bug: Graphics inset

I agree with you that it is not really necessary to provide different display options for figures. I assume this is a feature from old days where colors were a valuable good. Michael -- == Michael Schmitt

Re: Bug: Graphics inset

> I agree with you that it is not really necessary to provide different > display options for figures. I assume this is a feature from old days > where colors were a valuable good. Colors are still valueable on laptops Ander' -- André Pönitz .

Re: Bug: Graphics inset

On Wed, 1 Aug 2001, Andre Poenitz wrote: > > I agree with you that it is not really necessary to provide different > > display options for figures. I assume this is a feature from old days > > where colors were a valuable good. > > Colors are still valueable on laptops Well, even my four

Re: Bug: Graphics inset

On 01-Aug-2001 Andre Poenitz wrote: >> I agree with you that it is not really necessary to provide different >> display options for figures. I assume this is a feature from old days >> where colors were a valuable good. > > Colors are still valueable on laptops Well then you can decide

Re: CVS Update: lyx-devel

On Wed, Aug 01, 2001 at 11:21:58AM +0200, Juergen Vigna wrote: > > On 01-Aug-2001 Jean-Marc Lasgouttes wrote: > > > Juergen> I don't think this is a good idea, because if you have a > > Juergen> inlined ERT you don't have a button > > > > Yes, but _this_ is a broken GUI! > > Yes you're

Q: Remove space in \cite

Hi, Considering bibtex. I'm wondering if it is a good idea to remove the space in the list of the cite command. Some bst (apalike/ namedplus) only work with the command: \cite{a,b} but not with \cite{a, b} I -think- other bsts won't break -- Mark [EMAIL

Re: Math macros

On Wed, Aug 01, 2001 at 02:29:01PM +0200, Andre Poenitz wrote: > On Wed, Aug 01, 2001 at 02:32:37PM +0300, Dekel Tsur wrote: > > 1. Currently, it is not possible to have a macro like the following > > \newcommand{\vect}[1]{\mathbf{#1}} > > Why not? > > M-x math-macro test 1 > > enter macro >

Pretty bug!

Make a note, put some text in it, mark a section of this text. Pretty combination of blue and yellow, no? Unfortunately, clicking elsewhere in the text doesn't make the colours disappear. OH! Really nice. Leave this note and immediately above insert a minipage. Note that

Re: CVS Update: lyx-devel

On 01-Aug-2001 Kayvan A. Sylvan wrote: > So we'd have a tri-state thing going between collapsed->open->inlined, > with the inlined version having a small (unlabeled) button on the left > of the inset? No I don't like the tristate thing. Why? 1. When I "inline" the inset the whole inset will

Re: [PATCH] aiksaurus fix

On Wed, Aug 01, 2001 at 10:15:12AM +0200, Lars Gullik Bjønnes wrote: > John Levon <[EMAIL PROTECTED]> writes: > > | Now bz2 is only included if we need it > > btw. ... I wondered.. are there improvements plannen on the thesaurus > code? If not... why is a global object needed for it at all? A

Re: [PATCH] Re: Bug: Window title is not reset after closing document

On Wed, Aug 01, 2001 at 10:25:31AM +0200, Jean-Marc Lasgouttes wrote: > > "John" == John Levon <[EMAIL PROTECTED]> writes: > > John> can someone apply then make that fix please ? > > I'm doing that. Are you sure that your code works if one has several > documents loaded and then closes

Re: [PATCH] fix isdirwriteable problem

On Wed, Aug 01, 2001 at 11:14:35AM +0200, Jean-Marc Lasgouttes wrote: > int IsFileWriteable (string const & path) > { > FileInfo fi(path); > + lyxerr << "fi : " << fi << endl; > + lyxerr << "fi.exists" << fi.exist() << endl; > if

Re: New layout

On Wed, Aug 01, 2001 at 02:25:12PM +0200, Lars Gullik Bjønnes wrote: > | So until then, people who want to use theorems in the standard article class > | will edit the layout files themself. So what is the harm if we provide the > | layout files ? > > We give ourselves conversion problems. I

Re: [PATCH] fix isdirwriteable problem

On Wed, Aug 01, 2001 at 12:41:48PM +0200, Lars Gullik Bjønnes wrote: > Dekel Tsur <[EMAIL PROTECTED]> writes: > > | I don't understand why IsDirWriteable is not > | > | bool IsDirWriteable (string const & path) > | { > |FileInfo fi(path); > |return fi.writable(); > | } > > It probably

Re: [PATCH] Label dialog

On Wed, Aug 01, 2001 at 10:40:31AM +0200, Jean-Marc Lasgouttes wrote: > Could you rework it a bit? > > 1/ the code to create the default label should go somewhere else (in > InsetLabel? or a getLabelString in lyxtext.h like what I did for index) ok > 2/ the code uses bv_->text and I believe

Re: [PATCH] Label dialog

On Wed, Aug 01, 2001 at 01:21:21PM +0300, Dekel Tsur wrote: > On Wed, Aug 01, 2001 at 01:18:25AM +0100, John Levon wrote: > > > > ok, this one should be ok other than mathed. > > I've found a bug: changing the label doesn't change the references. oh crap. let me go back over it ... the

Re: CVS Update: lyx-devel

On 01-Aug-2001 Lars Gullik Bjønnes wrote: > But we should'n use button-2 for this... that should be reserved for > paste. You cannot and should not paste on a label-button! > button-1 is closer, but then you can't distinguish. button-2 is also open as it doesn't do anything till now when

Re: [PATCH] fix isdirwriteable problem

On Wed, Aug 01, 2001 at 03:02:29PM +0100, John Levon wrote: > On Wed, Aug 01, 2001 at 11:14:35AM +0200, Jean-Marc Lasgouttes wrote: > > > int IsFileWriteable (string const & path) > > { > > FileInfo fi(path); > > + lyxerr << "fi : " << fi << endl; > > + lyxerr <<

Re: New layout

On 01-Aug-2001 Dekel Tsur wrote: > On Wed, Aug 01, 2001 at 02:25:12PM +0200, Lars Gullik Bjønnes wrote: >> | So until then, people who want to use theorems in the standard article class >> | will edit the layout files themself. So what is the harm if we provide the >> | layout files ? >> >> We

Maths Panel Delimiters

The dialog for Maths Panel Delimiters (Edit->Math Panel->[ ]) disables it's OK button unless something was selected, this is incorrect behaviour since I want to have several of the same construct so I want to click several OKs in a row. -- Baruch Even http://baruch.ev-en.org/

Re: [PATCH] Label dialog

>> I've found a bug: changing the label doesn't change the references. > > oh crap. let me go back over it ... the applyParamsToInset should have > done that :/ While you're at it could you also have a look at: - When if you have a reference to a label inside an text inset, and the label is

Re: Bug: Graphics inset

* Juergen Vigna <[EMAIL PROTECTED]> [010801 17:24]: > > On 01-Aug-2001 Andre Poenitz wrote: > >> I agree with you that it is not really necessary to provide different > >> display options for figures. I assume this is a feature from old days > >> where colors were a valuable good. > > > >

Re: ctrl-g on ro documents

On Wed, Aug 01, 2001 at 10:56:31AM +0200, Juergen Vigna wrote: > > On 01-Aug-2001 Jean-Marc Lasgouttes wrote: > >> "John" == John Levon <[EMAIL PROTECTED]> writes: > > > > John> is it this simple to fix ? > > > > Juergen, Lars, could you comment on that? > > > John> -

Re: Q: Remove space in \cite

On Wednesday 01 August 2001 14:49, Mark van Rossum wrote: > Hi, > > Considering bibtex. > I'm wondering if it is a good idea to remove the space in the list of > the cite command. > > Some bst (apalike/ namedplus) only work with the command: > \cite{a,b} but not with > \cite{a, b} > > I

Re: CVS Update: lyx-devel

On 01-Aug-2001 Jean-Marc Lasgouttes wrote: >> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: > > Lars> But we should'n use button-2 for this... that should be reserved > Lars> for paste. > > I think that the interface as it stands is awful. I already proposed a new interface,

Re: [PATCH] fix isdirwriteable problem

On Wed, Aug 01, 2001 at 04:12:41PM +0200, Lars Gullik Bjønnes wrote: > who knows what fi.writable() does... it could certainly check if exec > bit is set on the dir too. hurm, I suppose we could ... it seems a bit unclear though and will this work as expected on ro filesystems ? > the write

Re: CVS Update: lyx-devel

On 01-Aug-2001 Lars Gullik Bjønnes wrote: >| You cannot and should not paste on a label-button! > > But... 0.5 cm to the left and it will paste... not good. I already told you that we will put a small button on the left side of the "inlined" inset so you can click on that so the above is a

can I...

... move getStringFromVector, getVectorFromString from frontends/controllers/helper_funcs.[Ch] to support/lstrings.h ? I think that they're generally useful (and I've just used them in insetcite). Angus -- Dr Angus Leeming Dept. of Bioengineering Imperial College London SW7 2BX Tel +44 (0)

Re: ctrl-g on ro documents

On 01-Aug-2001 John Levon wrote: > I don't pretend to have a reasonable explanation. Somewhere along the line, setfont >== > true > causes an action that can only occur on a rw document (and you get the minibuffer > message). Unfortunately, I've forgotten *where* and a quick look, I seem to

Re: CVS Update: lyx-devel

On 01-Aug-2001 Lars Gullik Bjønnes wrote: > Even with the button, I belive that button-2 is wrong. With the > button, button-1 is even more attractive. Sure I don't discuss about when the inset is in "inlined mode" but we cannot use that when the button is in "non inlined" mode! > As said ...

Re: ctrl-g on ro documents

On Wed, Aug 01, 2001 at 04:59:59PM +0200, Juergen Vigna wrote: > > On 01-Aug-2001 John Levon wrote: > > > I don't pretend to have a reasonable explanation. Somewhere along the line, >setfont == > > true > > causes an action that can only occur on a rw document (and you get the minibuffer > >

Re: CVS Update: lyx-devel

On Wed, 1 Aug 2001, Juergen Vigna wrote: > I already told you that we will put a small button on the left side of the > "inlined" inset so you can click on that so the above is a non valid comment! I don't like the "small button" idea for inlined ERT. It affects readability. I would like to be

Re: Maths Panel Delimiters

Baruch Even wrote: > > The dialog for Maths Panel Delimiters (Edit->Math Panel->[ ]) disables > it's OK button unless something was selected, this is incorrect > behaviour since I want to have several of the same construct so I want > to click several OKs in a row. same to me, but I reported

problem with some logic. Any help?

The following scheme is used to obtain reference keys in a multipart document: vector const Buffer::getLabelList() { /* if this is a child document and the parent is already loaded. then use the parent's list instead Buffer * parent = ...; if (parent)

small citation problem

pressing return in the search box OKs the dialog. IMHO it should do "Next" instead. thanks john -- "You lose it if you talk about it." - Ernest Hemingway

Re: Maths Panel Delimiters

* John Levon <[EMAIL PROTECTED]> [010801 20:23]: > On Wed, Aug 01, 2001 at 06:05:38PM +0200, Herbert Voss wrote: > > > Baruch Even wrote: > > > > > > The dialog for Maths Panel Delimiters (Edit->Math Panel->[ ]) disables > > > it's OK button unless something was selected, this is incorrect > >

Re: can I...

> I hope. I know otherwise... Andre' -- André Pönitz . [EMAIL PROTECTED]

Re: small citation problem

On Wednesday 01 August 2001 18:11, John Levon wrote: > pressing return in the search box OKs the dialog. > > IMHO it should do "Next" instead. feel free... (it's a good idea too) A

Re: can I...

On Wednesday 01 August 2001 18:19, Lars Gullik Bjønnes wrote: > Angus Leeming <[EMAIL PROTECTED]> writes: > > | ... move getStringFromVector, getVectorFromString from > | frontends/controllers/helper_funcs.[Ch] to support/lstrings.h ? > | > | I think that they're generally useful (and I've

Bug in collapsable insets

Jürgen, It looks to me like all these insets think that their width when expanded is the width of the work area + the width of the scroll bar. Makes it impossible to read the last few letters and the cursor does funny things... This is with bang up to the second cvs. Last ChangeLog entry in

Re: problem with some logic. Any help?

On Wed, Aug 01, 2001 at 06:08:37PM +0100, Angus Leeming wrote: > > Exactly the same scheme is used to obtain bibliography keys. I do not > understand this and, indeed, believe it is wrong. Each section (document) > should have it's own thebibliography environment or InsetBibtex and should >

Re: [PATCH] Label dialog

On Wed, Aug 01, 2001 at 04:21:22PM +0200, Juergen Vigna wrote: > >> I've found a bug: changing the label doesn't change the references. > > > > oh crap. let me go back over it ... the applyParamsToInset should have > > done that :/ > > While you're at it could you also have a look at: > > -

Re: "\lang ignore" in ERT insets

On Mon, Jul 30, 2001 at 09:38:56AM +0200, Juergen Vigna wrote: > Let's look at the two reason why you added the language_inherit 1) Consistency with other font properties 2) Previously, a special code was needed to set the language when creating an empty insettext. So the change simplifies

citation dialog

re-sizing it is not fun, not at all. but having a "long" style in the style button goes wrong too. and it doesn't seem to be running bibtex for some reason john -- "You lose it if you talk about it." - Ernest Hemingway

citation and bib database

it's really slow to open the cite dialog when you've a big database (takes about 3 seconds on my machine with a database of 1700 odd entries). can it not be cached somehow if we're using bibtex ? thanks jhon -- "You lose it if you talk about it." - Ernest Hemingway

Re: citation and bib database

John Levon wrote: > > it's really slow to open the cite dialog when you've a big database (takes > about 3 seconds on my machine with a database of 1700 odd entries). my lyx-doc (260 pages) takes about 6 seconds to load and it's okay for me. three seconds for 1700 bibtex entries, too! for me

Re: Bug: Graphics inset

Michael Schmitt wrote: > > I agree with you that it is not really necessary to provide different > display options for figures. I assume this is a feature from old days > where colors were a valuable good. Well, I could live without it, but my just published AlphaBeast book has 39 color figures

Re: citation and bib database

On Wed, Aug 01, 2001 at 10:03:33PM +0200, Herbert Voss wrote: > John Levon wrote: > > > > it's really slow to open the cite dialog when you've a big database (takes > > about 3 seconds on my machine with a database of 1700 odd entries). > > my lyx-doc (260 pages) takes about 6 seconds to load

Re: Bug: Graphics inset

* Garst R. Reese <[EMAIL PROTECTED]> [010801 23:26]: > Michael Schmitt wrote: > > > > I agree with you that it is not really necessary to provide different > > display options for figures. I assume this is a feature from old days > > where colors were a valuable good. > > Well, I could live

Re: MathArray

On Wed, 1 Aug 2001, Andre Poenitz wrote: > A bit. But speed does not really matter. I've never seen a complaint that > mathed is slow, and I've never got that impression myself. I promise you, size does not matter either. Each math formula is on average less than 1k with all your proposals.

Re: MathArray

On Wed, 1 Aug 2001, Asger K. Alstrup Nielsen wrote: > I promise you, size does not matter either. That's not what you were saying about cucumbers at last years developers meeting. Perhaps, cucumbers are the exception. Allan. (ARRae)

Re: Bug: Graphics inset

Baruch Even wrote: > > * Garst R. Reese <[EMAIL PROTECTED]> [010801 23:26]: > > Michael Schmitt wrote: > > > > > > I agree with you that it is not really necessary to provide different > > > display options for figures. I assume this is a feature from old days > > > where colors were a valuable

Re: CVS Update: lyx-devel

Mike Ressler wrote: > > with the minimal amount of decoration around the inlined "\microns". > "\microns" is a very definite markup concept (used by several journal Personally, I find it totally ridiculous that sci. and eng. journals fail to support SI units. They are "slugs" and deserve no

<    1   2