Re: [Patch] the daily graphic one

2002-02-11 Thread Andre Poenitz
On Mon, Feb 11, 2002 at 06:11:53PM +0100, Herbert Voss wrote: > from babelfish > > Geistesanschlag :-)) Which is certainly closer to 'Gehirnschlag' than to 'Streicheleinheit'. Maybe I should try to get a job as babelfish then ;-) Andre' -- André Pönitz

Re: Why "Figure #:" and "Table #:"; why not using real numbers?

2002-02-11 Thread Allan Rae
On Mon, 11 Feb 2002, Martin Vermeer wrote: [...] > I have been wondering too about table/fig numbers... Something we have needed for a long time wrt counters is the ability to define what they really look like. Are they numeric (roman, Roman, arabic or whatever the fourth LaTeX type of number i

Re: Bug in linebreaks parsing within math.

2002-02-11 Thread John Levon
On Tue, Feb 12, 2002 at 12:33:46AM -0200, Joao Luis Meloni Assirati wrote: > Well, my concern is that maybe the project people is satisfied with lyx > performance in editing files from zero, and consider that the main work of > lyx is editing and exporting to latex, and importing is done rarely.

Bug in linebreaks parsing within math.

2002-02-11 Thread Joao Luis Meloni Assirati
Hello, I submitted to this list 2 bug reports (one of them promptly fixed by André Poenitz) related to imports of latex files. I am starting in lyx now and I think that it is a great tool and will certainly be better in the future, as I can see by the evolution from 1.1.6 to 1.2.0. Curiously,

Bug in linebreaks parsing within math.

2002-02-11 Thread Joao Luis Meloni Assirati
Hello, it seems that lyx-devel mail archive is down, I hope this mail arrives well. I am trying the latest cvs version of lyx, and found a bug, but I cannot tell if it is in reLyX or in lyx itself, because I don't know .lyx files standards. Firstly, I would like to be pointed out some referenc

Re: Graphics patch: "graphics/GraphicsImage.h: No such file or directory "

2002-02-11 Thread Angus Leeming
On Monday 11 February 2002 12:11 pm, R. Lahaye wrote: > Hi, > > I think something went wrong when Herbert's patch was applied > to the graphics dialog and inset. CVS doesn't compile anymore > and stops with the error in the subject. > > Should that file be shifted into CVS, but forgotten? > Or i

Re: Mathed: (again) the empty base 'dot'. Really necessary?

2002-02-11 Thread R. Lahaye
Andre Poenitz wrote: > > The other reason (and this is still valid at least for me) is that the dot > gives a hint that there is _something_ there. Not showing the dot could > lead to wierd bug reports 'there is _nothing_ on screen, but export to > LaTeX produces a pair of braces' or similar. Pe

File missing

2002-02-11 Thread Heinrich Kuettler
cvs head of about a few minutes ago: g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../.. -I../.. -I../../boost -isystem /usr/X11R6/include -g -O -fno-exceptions -W -Wall -Wp,-MD,.deps/insetgraphics.pp -c insetgraphics.C insetgraphics.C:96: graphics/GraphicsImage.h: No such file or director

Re: Mathed: (again) the empty base 'dot'. Really necessary?

2002-02-11 Thread Andre Poenitz
On Mon, Feb 11, 2002 at 08:59:48PM +0900, R. Lahaye wrote: > 2) What is the advantage of telling the user that the base is empty? >Possibly LyX needs to keep track of that internally, but I don't >see any point in informing the user of the empty base. Well, one of the reasons for putting

Graphics patch: "graphics/GraphicsImage.h: No such file or directory "

2002-02-11 Thread R. Lahaye
Hi, I think something went wrong when Herbert's patch was applied to the graphics dialog and inset. CVS doesn't compile anymore and stops with the error in the subject. Should that file be shifted into CVS, but forgotten? Or is my CVS broken? Regards, Rob.

Mathed: (again) the empty base 'dot'. Really necessary?

2002-02-11 Thread R. Lahaye
Hi Andre, I remember we had a discussion on this long time back. I'm now using LyX CVS for some "real" work and it's really annoying: I'm writing my present paper in LyX-CVS and chemical ions appear frequently. For example, Cs+, with "Cs" in standard text and "+" as superscripted math, like "C

Re: Qt2: File dialog double-click segfaults

2002-02-11 Thread John Levon
On Mon, Feb 11, 2002 at 02:40:51PM +1000, Allan Rae wrote: > In the file dialog (File->Open) double-click a LyX file. > The segfault occurs in QFileDialog::mode(). Does anyone else see > this? I'm using Qt-2.3.1. http://bugzilla.lyx.org/show_bug.cgi?id=10 regards john -- "I'd rather be rud

[For Juergen V.] Handling of LFUN_TABULAR_FEATURE

2002-02-11 Thread Jean-Marc Lasgouttes
Juergen, I need some advice... Currently the Edit>Tabular submenu only works when one is in the dummy position of the tabular, not in a cell insettext. The reason for that is the following code in BufferView::Pimpl::Dispatch: case LFUN_TABULAR_FEATURE: case LFUN_SCROLL_INSET:

Re: mini-patch for Win32 and GCC-3.X

2002-02-11 Thread Jean-Marc Lasgouttes
> "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes: Kayvan> Here is a mini-patch to let lyx compile with gcc-3.x on Win32. Applied. JMarc

Re: [Patch] graphics inset

2002-02-11 Thread Angus Leeming
On Monday 11 February 2002 8:00 am, R. Lahaye wrote: > Herbert Voss wrote: > > > fix the problem with zipped files, when they are handled > > by latex (with *.bb file) and not unzipped bx lyx. > > > > - small changes to the gui from Rob; > > - a wish from Konni > > - some more comments in the co

Re: [PATCH] external dialog button color2: change black into grey

2002-02-11 Thread Angus Leeming
On Sunday 10 February 2002 1:55 pm, R. Lahaye wrote: > > Hi, > > Several buttons in the form_external.fd (external dialog) > have as color2 "black", which is wrong (when clicking on > such a button, makes it entirely black). > > I've changed this into the proper grey color. > > Patch attached.

Re: Array columns parsing bug.

2002-02-11 Thread Andre Poenitz
On Sat, Feb 09, 2002 at 04:38:48PM -0200, Joao Luis Meloni Assirati wrote: > I tried the latest lyx cvs version and found a bug that does not exist in > fix 1.1.6fix4. > Both 1.1.6fix4 reLyX and cvs reLyX translate these fragments the same way > (that is, don't translate at all), so it seems a bu