warnings during make of CVS; Error exit!

math_macro.C: In method `void MathMacro::Metrics()': math_macro.C:77: warning: comparison between signed and unsigned math_macro.C: In method `bool MathMacro::setArgumentIdx(int)': math_macro.C:99: warning: comparison between signed and unsigned FormCitation.C: In method `enum ButtonPolicy::SMIn

[PATCH] Compilation fix

Attached is a compilation fix. At least on my egcs 2.91.66 compile is broken due to changes in the xforms frontend. I also eliminated a few warnings in the same code area. -- Baruch Even http://baruch.ev-en.org/ graphics.diff.gz

Re: failure during the compilation lyx-1.1.6fix1

> I am getting the following error message while compiling the above version. > I would appreciate any help in this context. > [...] > make[3]: Leaving directory `/home/ksr/lyx-1.1.6fix1/src/frontends' > make[3]: Entering directory `/home/ksr/lyx-1.1.6fix1/src' > g++ -DHAVE_CONFIG_H -I. -I. -I. -

Small Shortcut Glitch

In 1.1.6fix1 the shortcut for updating the PostScript file (S-C T) doesn't work. The update DVI (S-C D) does. Going through the menu (M-V U T) works.

failure during the compilation lyx-1.1.6fix1

Hi, I am getting the following error message while compiling the above version. I would appreciate any help in this context. Thanks, Srini. --- make[4]: Entering directory `/home/ksr/lyx-1.1.6fix1/src/frontends/support' make[4]: Nothing to be done for `all'. make[4]: Leaving directory `/home/ks

Re: lib/ui/default.ui patch

> "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes: Kayvan> The right fix, then, is attached. Applied. JMarc

Re: FormFloat

John Levon <[EMAIL PROTECTED]> writes: | On 19 Mar 2001, Jean-Marc Lasgouttes wrote: | | > > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: | > | > Lars> I disagree. We write the floats to support the float.sty package | > Lars> (or a better one if it exists) and the default floa

Re: FormFloat

> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> No, it isn't. Lars> [bth] == [htb] So it seems this is not a list of options, but a mere set. Where is this documented? Every description I found seems to assume that LaTeX tries the options one after the other... The only hi

Re: FormFloat

On 19-Mar-2001 Lars Gullik Bjønnes wrote: > I disagree. We write the floats to support the float.sty package (or a > better one if it exists) and the default floats in LyX. We should not > add code to cope with packages/paramters that we have never heard of. > > If the user really needs that it

Re: FormFloat

On 19 Mar 2001, Jean-Marc Lasgouttes wrote: > > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: > > Lars> I disagree. We write the floats to support the float.sty package > Lars> (or a better one if it exists) and the default floats in LyX. We > Lars> should not add code to cope wi

Re: FormFloat

Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | > "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes: | | Juergen> On 19-Mar-2001 Jean-Marc Lasgouttes wrote: | >> The problem I see is that we are supposed to be able to provide a | >> _string_ of htbp, not just one value. How do you pla

Re: FormFloat

Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: | | Lars> I disagree. We write the floats to support the float.sty package | Lars> (or a better one if it exists) and the default floats in LyX. We | Lars> should not add code to co

Re: FormFloat

> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> I disagree. We write the floats to support the float.sty package Lars> (or a better one if it exists) and the default floats in LyX. We Lars> should not add code to cope with packages/paramters that we have Lars> never heard of

Re: FormFloat

> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes: Juergen> On 19-Mar-2001 Jean-Marc Lasgouttes wrote: >> The problem I see is that we are supposed to be able to provide a >> _string_ of htbp, not just one value. How do you plan to implement >> that? I cannot think of a good UI for that

Re: FormFloat

Juergen Vigna <[EMAIL PROTECTED]> writes: | On 19-Mar-2001 Jean-Marc Lasgouttes wrote: | | > The problem I see is that we are supposed to be able to provide a | > _string_ of htbp, not just one value. How do you plan to implement | > that? I cannot think of a good UI for that, except maybe a lis

Re: FormFloat

Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: | | Lars> First hack at creating a FormFloat (FormSingleFloat?) it should | Lars> probably have a "Use Default" also for placement. | | The problem I see is that we are supposed to

Re: FormFloat

On 19-Mar-2001 Jean-Marc Lasgouttes wrote: > The problem I see is that we are supposed to be able to provide a > _string_ of htbp, not just one value. How do you plan to implement > that? I cannot think of a good UI for that, except maybe a list of > common reasonable option, to which we add a "

Re: FormFloat

> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> First hack at creating a FormFloat (FormSingleFloat?) it should Lars> probably have a "Use Default" also for placement. The problem I see is that we are supposed to be able to provide a _string_ of htbp, not just one value. Ho

Re: The math panel

On Fri, 16 Mar 2001, Kalle Dalheimer wrote: > On Friday, 16. March 2001 17:26, Angus Leeming wrote: > > How do people see the math panel evolving? Is the idea to eventaully turn > > the main math-panel into a toolbar, but to launch the individual bitmap > > dialogs in the same way as is done now?

Re: lib/ui/default.ui patch

> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes: Martin> ...and please, pretty please, s/preceeding/preceding/g Martin> the verb is "to precede", not "to preceed". "To proceed" is Martin> another verb :-) Martin> Anyway, why not write "This word's index entry"? You could Martin> eve

Re: LyX fails to create .lyx

> "Allan" == Allan Rae <[EMAIL PROTECTED]> writes: Allan> Of course, there'd then be no room for computers. They just get Allan> in the way anyhow. What computers? You mean we would need computers too? Allan> I think your best arguement against hosting this years LDM Allan> would be the nar

Re: FormFloat

Juergen Vigna <[EMAIL PROTECTED]> writes: | On 19-Mar-2001 Lars Gullik Bjønnes wrote: | | >| Why you just don't have to force one of the buttons and so it is | >| default! | | > I don't get your meaning. | > ! == force | > h == here | > t == top | > b == bottom | > p == page | > H == Her

RE: FormFloat

On 17-Mar-2001 Lars Gullik Bjønnes wrote: > > First hack at creating a FormFloat (FormSingleFloat?) > > it should probably have a "Use Default" also for placement. Why you just don't have to force one of the buttons and so it is default! We probably need something like that in the Document-Men

Latest CVS lyx-1.2.0 code problems with Literate docs

Hi folks, The latest CVS looks like it does not output the final newline for \end{itemize}. This results in problems with Literate scraps that follow an itemizes list in their documentation chunk. A real example (from my code): \begin{itemize} \item A King move (which makes castling fr

Re: FormFloat

Juergen Vigna <[EMAIL PROTECTED]> writes: | On 17-Mar-2001 Lars Gullik Bjønnes wrote: | > | > First hack at creating a FormFloat (FormSingleFloat?) | > | > it should probably have a "Use Default" also for placement. | | Why you just don't have to force one of the buttons and so it is | default

Re: FormFloat

On 19-Mar-2001 Lars Gullik Bjønnes wrote: >| Why you just don't have to force one of the buttons and so it is >| default! > I don't get your meaning. > ! == force > h == here > t == top > b == bottom > p == page > H == Here (and nowhere else) If none of the above is selected it's the de

Re: lib/ui/default.ui patch

On Sun, Mar 18, 2001 at 04:36:00PM -0800, Kayvan A. Sylvan wrote: > Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm > Precedence: bulk > X-No-Archive: yes > List-Post: > List-Help: > List-Unsubscribe: > Delivere