Hi,
please find the current list of compiler warnings below (gcc-3.2, xforms
frontend). I think a few of them are easily fixable.
Regards, Michael
configure: WARNING: X11/flimage.h: present but cannot be compiled
configure: WARNING: X11/flimage.h: check for missing prerequisite headers?
On Monday 06 January 2003 20:36, Lars Gullik Bjønnes wrote:
José Matos [EMAIL PROTECTED] writes:
| On Sunday 05 January 2003 12:18, Lars Gullik Bjønnes wrote:
| 638 and the result from the reLyX made lyx2lyx crash... so there is
| some lyx2lyx problem there also.
|
| No, that is by
On Tuesday 07 January 2003 07:05, Andre Poenitz wrote:
What about a decent error message?
Something like Your file is bad formed, please try later? ;-)
Ok, we should do that. For now I would like to have that as it is, and put
that catch in the upper to cath those exceptions and exit with
On Tue, Jan 07, 2003 at 08:23:10AM +, José Matos wrote:
Oh, you mean that I should catch the exception and then exit. But what is
the difference?
The difference is that it does not look like a lyx2lyx ccrash.
That is something easy to do.
Then please do it ;-)
What error message do
Jean-Marc Lasgouttes wrote:
Juergen The major (multicolumn) bug was a new regression in 1.3 Bug
Juergen 572 is a rather minor annoyance. It's not urgent, but I could
Juergen backport it if requested.
So we can live without it, then. However, if you do it, I'll apply it.
Here it comes.
On Tue, Jan 07, 2003 at 08:25:55AM +, José Matos wrote:
Something like Your file is bad formed, please try later? ;-)
Ok, we should do that. For now I would like to have that as it is, and put
that catch in the upper to cath those exceptions and exit with some nice
error message.
On Tuesday 07 January 2003 08:26, Andre Poenitz wrote:
On Tue, Jan 07, 2003 at 08:23:10AM +, José Matos wrote:
Oh, you mean that I should catch the exception and then exit. But what is
the difference?
The difference is that it does not look like a lyx2lyx ccrash.
That is something
On Tuesday 07 January 2003 08:45, José Matos wrote:
That means that the export code for latex has changed and relyx can't
cope with it. I will try to see if I can fix relyx, since this is relyx's
fault.
Ok, I found the culprit.
Up to lyx 1.3 a new row (inside a table) was exported as
This is a slightly tweaked version of Joao Luis's patch.
It looks ok and seems to work. It only affects mathed's numbering of
multline and gather environment which was broken, so things can't get worse
even if I overlooked something.
Ok, Lars?
Andre'
--
Those who desire to give up Freedom in
Andre Poenitz [EMAIL PROTECTED] writes:
| This is a slightly tweaked version of Joao Luis's patch.
|
| It looks ok and seems to work. It only affects mathed's numbering of
| multline and gather environment which was broken, so things can't get worse
| even if I overlooked something.
|
| Ok,
Andre Poenitz [EMAIL PROTECTED] writes:
| On Mon, Jan 06, 2003 at 09:41:01PM +0100, Lars Gullik Bjønnes wrote:
| | A single char obviously can't be '\r\n'. So I'd indeed expect a '\r' at the
| | end of the string read by getline(...'\n') -- unless this has something
| | to do with that 'binary
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre The problem is, not to many people here have a Windows
Andre development system to check. The ifstream in question is not
Andre opened in binary mode as far as I can tell, so optically it
Andre should work. Nevertheless, the '\r' show up for
On Tue, Jan 07, 2003 at 10:37:19AM +0100, Lars Gullik Bjønnes wrote:
all calls to getline is followed by a call to rtrim...
Indeed.
I now just wonder why the removal of the '\r' is necessary at all.
It shouldn't for the common case of putting the line into istringstream and
reading from there.
On Tue, Jan 07, 2003 at 10:44:52AM +0100, Jean-Marc Lasgouttes wrote:
Andre The problem is, not to many people here have a Windows
Andre development system to check. The ifstream in question is not
Andre opened in binary mode as far as I can tell, so optically it
Andre should work.
Andre Poenitz [EMAIL PROTECTED] writes:
| I wonder what happens if we used
|
| getline(s,n,widen('\n'))
This is just what getline(s, n) ends up in.
--
Lgb
Andre Poenitz [EMAIL PROTECTED] writes:
| On Tue, Jan 07, 2003 at 10:37:19AM +0100, Lars Gullik Bjønnes wrote:
| all calls to getline is followed by a call to rtrim...
|
| Indeed.
|
| I now just wonder why the removal of the '\r' is necessary at all.
|
| It shouldn't for the common case of
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars Andre Poenitz [EMAIL PROTECTED] writes:
Lars | On Mon, Jan 06, 2003 at 09:41:01PM +0100, Lars Gullik Bjønnes wrote:
Lars | | A single char obviously can't be '\r\n'. So I'd indeed
Lars expect a '\r' at the | | end of the string read by
This affects only the way the math nesting is shown in the status line when
in mathed. Only trivialities that should be save in all circumstances.
It adds the ability to display something interesting (the macro name) for
MathMacro (this was forgotten, so this should qualify as a bugfix)
New is
On Tue, 2003-01-07 at 00:46, Angus Leeming wrote:
On Saturday 21 December 2002 1:21 am, Michael Schmitt wrote:
... if you shrink its size too much.
which frontend?
I just confirmed on xforms. Attached is the output of lyxdbg0.3d
(unreleased / unfinished version).
Run, select File-Open,
Andre Poenitz [EMAIL PROTECTED] writes:
| This affects only the way the math nesting is shown in the status line when
| in mathed. Only trivialities that should be save in all circumstances.
|
| It adds the ability to display something interesting (the macro name) for
| MathMacro (this was
The following patch is needed for spellchecking an RTL language under both
XForms and QT frontends.
It is also possible to support RTL spellchecking only on the QT frontend,
which results less code (patch2).
Can I apply one of these patches ?
patch.gz
Description: application/gzip
patch2.gz
Hi,
as I stated in a previous message the problem with is the fact that reLyX
does not know that it should deal with \tabularnewline as if it was \newline
while inside tables.
Any help on this? I am totally lost here.
--
José Abílio
This patch fix the TOC menu/dialog for RTL language in the QT frontend.
However, it also breaks it in the XForms frontend.
Since the QT toolkit has RTL support, while XForms doesn't, I believe it
would be better to concentrate on RTL support for the QT frontend.
Index: paragraph.C
I just got confirmation from de.comp.lang.iso-c++ that
getline() should never return the '\r' if the stream is in
text mode.
So which compiler was that?
The only possibility is a '\r\r\n' in the raw input...
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre On Tue, Jan 07, 2003 at 10:37:19AM +0100, Lars Gullik Bjønnes
Andre wrote:
all calls to getline is followed by a call to rtrim...
Andre Indeed.
Andre I now just wonder why the removal of the '\r' is necessary at
Andre all.
Andre It
On Tue, Jan 07, 2003 at 11:30:02AM +, José Matos wrote:
Any help on this? I am totally lost here.
What happens if you add '|| $name = \\tabularnewline' to line 473 in
BasicLyX.pm?
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they
On Tue, Jan 07, 2003 at 01:30:25PM +0200, Dekel Tsur wrote:
This patch fix the TOC menu/dialog for RTL language in the QT frontend.
However, it also breaks it in the XForms frontend.
Since the QT toolkit has RTL support, while XForms doesn't, I believe it
would be better to concentrate on RTL
On Tue, Jan 07, 2003 at 12:43:14PM +0100, Jean-Marc Lasgouttes wrote:
Andre It shouldn't for the common case of putting the line into
Andre istringstream and reading from there.
Why? What is the magic making this happen?
The streambuffer layer. I have asked what this means ;-)
Andre'
--
On Tue, Jan 07, 2003 at 12:52:18PM +0100, Andre Poenitz wrote:
On Tue, Jan 07, 2003 at 01:30:25PM +0200, Dekel Tsur wrote:
This patch fix the TOC menu/dialog for RTL language in the QT frontend.
However, it also breaks it in the XForms frontend.
Since the QT toolkit has RTL support, while
On Tuesday 07 January 2003 11:50, Andre Poenitz wrote:
On Tue, Jan 07, 2003 at 11:30:02AM +, José Matos wrote:
Any help on this? I am totally lost here.
What happens if you add '|| $name = \\tabularnewline' to line 473 in
BasicLyX.pm?
The correct form is || $name eq
On Tue, Jan 07, 2003 at 12:13:56PM +, José Matos wrote:
What happens if you add '|| $name = \\tabularnewline' to line 473 in
BasicLyX.pm?
The correct form is || $name eq \\tabularnewline
That's why it did not work fo me...
But yes, it works as intended. Do you want to commit
On Tue, Jan 07, 2003 at 12:13:56PM +, José Matos wrote:
But yes, it works as intended.
Are you sure?
I get
Traceback (most recent call last):
File /usr/src/lyx/lyx-devel/lib/lyx2lyx/lyx2lyx, line 180, in ?
main(sys.argv)
File /usr/src/lyx/lyx-devel/lib/lyx2lyx/lyx2lyx, line
On Tuesday 07 January 2003 12:19, Andre Poenitz wrote:
On Tue, Jan 07, 2003 at 12:13:56PM +, José Matos wrote:
But yes, it works as intended.
Are you sure?
I get
I didn't got that since I use a different table. Yet the reLyX output is
still wrong, but now it is a minor problem.
When I run the configure script that comes with lyx-1.2.2, it
deletes the /dev/null device entry. The configure run prints this
line:
configure: running /bin/sh './configure' --cache-file=/dev/null
--srcdir=.
So I suspect, line 307 in the configure script is responsible for
this problem:
On Tue, Jan 07, 2003 at 12:35:17PM +, José Matos wrote:
\LyXTable
multicol5
2 2 0 0 0 0 0 0
1 2 0 0
^- This is wrong it should be 1
Whatever the meaning of the 1 or the 2 is...
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they
On Tuesday 07 January 2003 12:43, Andre Poenitz wrote:
On Tue, Jan 07, 2003 at 12:35:17PM +, José Matos wrote:
\LyXTable
multicol5
2 2 0 0 0 0 0 0
1 2 0 0
^- This is wrong it should be 1
Whatever the meaning of the 1 or the 2 is...
That is simply have bottom_line or not?
On Tue, Jan 07, 2003 at 12:31:00PM +0100, Andre' Poenitz wrote:
I just got confirmation from de.comp.lang.iso-c++ that
getline() should never return the '\r' if the stream is in
text mode.
Next asnwer says: This is a well-known bug in some Borland Compiler
(BCB5). Upgrading or using gcc
Andre Poenitz [EMAIL PROTECTED] writes:
| On Tue, Jan 07, 2003 at 12:31:00PM +0100, Andre' Poenitz wrote:
| I just got confirmation from de.comp.lang.iso-c++ that
| getline() should never return the '\r' if the stream is in
| text mode.
|
| Next asnwer says: This is a well-known bug in
Trying to make lyx 1.3.0cvs fails on
./autogen with:
Using Autoconf version 2.13
Locating GNU m4... /usr/bin/m4
Generate acinclude.m4... done.
Building macros...
.
lib/reLyX
done.
Building config header template...
.
done.
Building Makefile templates...
.
Felix Kurth [EMAIL PROTECTED] writes:
| Building lib/configure ... done.
|
| run ./configure ; make
What happens when you just run ./configure here?
--
Lgb
Hi,
a couple of days ago, I picked up a fresh cvs version and made a win32
binary. You can check it out here:
http://www.home.zonnet.nl/rareitsma/lyx/
Issues that remain are:
-finding a suitable replacement for a unix style home directory
-fix some external scripts
-probably a lot more.
On Monday 06 January 2003 19:12, Dr. Richard E. Hawkins wrote:
I've rebuilt again today, and it still appears utterly impossible to
import a latex tabular.
I'm not sure how a latex file with a chart could
get any simpler than this:
Try again now, it should be possible.
hawk
--
José
./configure --with-frontend=qt --with-qt-dir=/usr/qt/3
(using qt 3.1.0)
works fine , last output is:
Configuration
Host type: i686-pc-linux-gnu
Special build flags:warnings assertions
C Compiler: gcc
C Compiler flags: -g
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars Andre Poenitz [EMAIL PROTECTED] writes:
Lars | On Tue, Jan 07, 2003 at 12:31:00PM +0100, Andre' Poenitz wrote:
Lars | I just got confirmation from de.comp.lang.iso-c++ that |
Lars getline() should never return the '\r' if the stream is
On Tue, Jan 07, 2003 at 04:20:53PM +0100, Philipp Reichmuth wrote:
One of them that prevents me from testing is the lack of libmmd.dll
(that's the Intel compiler's equivalent of libm, and you'll have to
redistribute it with the binary application).
Can't you just try to build the beast with
Hi André,
One of them that prevents me from testing is the lack of libmmd.dll
(that's the Intel compiler's equivalent of libm, and you'll have to
redistribute it with the binary application).
AP Can't you just try to build the beast with Cygwin?
Of course I could, but the idea is to get a
Just for the fun of it I tried:
CC=/opt/mingw32/install/bin/i386-mingw32msvc-gcc ../lyx-devel/configure
--host=i386-mingw32msvc
(which hopefully means that I try to use my mingw32 to cross compile for
windows).
I attach what I got. What is the meanong of:
1.
configure: WARNING: If you
On Tue, Jan 07, 2003 at 04:49:36PM +0100, Philipp Reichmuth wrote:
Of course I could, but the idea is to get a version linked against
platform-native Qt, which is impossible with Cygwin AFAIK because
native Qt is compiled with the MSVC compiler, against which gcc can't
link.
Ok, than it makes
On Monday 06 January 2003 19:12, Dr. Richard E. Hawkins wrote:
I've rebuilt again today, and it still appears utterly impossible to
import a latex tabular.
Some time ago (+- 2 months) you sent me a file called ch2hw.lyx that didn't
imported correctly the table.
I have fixed that and
Felix Kurth [EMAIL PROTECTED] writes:
| ./configure --with-frontend=qt --with-qt-dir=/usr/qt/3
| (using qt 3.1.0)
| works fine , last output is:
|
| Configuration
| Host type: i686-pc-linux-gnu
| Special build flags:warnings assertions
| C Compiler:
I have still this patch in my tree. Ok to apply?
Jug
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED]
Mitterstrich 151/A
I-39050 SteineggWeb: http://www.lyx.org/~jug
Lars Andre Poenitz [EMAIL PROTECTED] writes:
Lars | On Tue, Jan 07, 2003 at 12:31:00PM +0100, Andre' Poenitz wrote:
Lars | I just got confirmation from de.comp.lang.iso-c++ that |
Lars getline() should never return the '\r' if the stream is in |
Lars text mode.
That's the reason! In Lyx
Dominik == Dominik Vogt [EMAIL PROTECTED] writes:
Dominik When I run the configure script that comes with lyx-1.2.2, it
Dominik deletes the /dev/null device entry. The configure run prints
Dominik this line:
This is pretty bad, isn't it? :( I think I already saw a message about
that earleir,
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars Felix Kurth [EMAIL PROTECTED] writes: | Building lib/configure
Lars ... done.
Lars |
Lars | run ./configure ; make
Lars What happens when you just run ./configure here?
Using automake 1.6 together with autoconf 2.13 is maybe not a
On Tue, Jan 07, 2003 at 05:27:33PM +0100, Claus Hentschel wrote:
Lars Andre Poenitz [EMAIL PROTECTED] writes:
Lars | On Tue, Jan 07, 2003 at 12:31:00PM +0100, Andre' Poenitz wrote:
Lars | I just got confirmation from de.comp.lang.iso-c++ that |
Lars getline() should never return the '\r'
On Tue, Jan 07, 2003 at 05:32:07PM +0100, Jean-Marc Lasgouttes wrote:
I guess I will have to release LyX 1.2.3, after all :(
We have the same problem in 1.3.0cvs, too...
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one.
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre On Tue, Jan 07, 2003 at 05:32:07PM +0100, Jean-Marc Lasgouttes
Andre wrote:
I guess I will have to release LyX 1.2.3, after all :(
Andre We have the same problem in 1.3.0cvs, too...
Yes, I am going to fix that too.
But I cannot keep a
Juergen Vigna [EMAIL PROTECTED] writes:
| I have still this patch in my tree. Ok to apply?
Is it verified that this patch fix a problem?
If so, please commit.
--
Lgb
On Tue, Jan 07, 2003 at 05:37:39PM +0100, Jean-Marc Lasgouttes wrote:
But I cannot keep a `final' stable release of 1.2.x that deletes
randomly /dev/null, can I?
Well...
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one.
Claus Hentschel [EMAIL PROTECTED] writes:
| Lars Andre Poenitz [EMAIL PROTECTED] writes:
| Lars | On Tue, Jan 07, 2003 at 12:31:00PM +0100, Andre' Poenitz wrote:
| Lars | I just got confirmation from de.comp.lang.iso-c++ that |
| Lars getline() should never return the '\r' if the stream is
On Tue, Jan 07, 2003 at 02:45:07PM +, Jos? Matos wrote:
On Monday 06 January 2003 19:12, Dr. Richard E. Hawkins wrote:
I've rebuilt again today, and it still appears utterly impossible to
import a latex tabular.
I'm not sure how a latex file with a chart could
get any simpler than
Philipp Reichmuth [EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
One of them that prevents me from testing is the lack of libmmd.dll
(that's the Intel compiler's equivalent of libm, and you'll have to
redistribute it with the binary application).
I've added it
On Tue, Jan 07, 2003 at 05:42:53PM +0100, Lars Gullik Bjønnes wrote:
| That's the reason! In Lyx we do open *all* files the same way, i.e. in
| binary mode by default.
On a win box text mode is default...
To be precise: text mode is everywhere default. But there is no difference
between text
On Tuesday 07 January 2003 16:48, Dr. Richard E. Hawkins wrote:
My father may be right about machines being out to get me--literally
*as* this message was unloading, my build of lyx 1.2 from the ports
collection finished compiling . . . .
cvs update; compile
Nope; still an error, and an
Andre Poenitz [EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
/opt/mingw32/install/lib/gcc-lib/i386-mingw32msvc/2.95.2/include/syslimits.h
:7,
from
/opt/mingw32/install/lib/gcc-lib/i386-mingw32msvc/2.95.2/include/limits.h:11
,
Dr. Richard E. Hawkins wrote:
ALso, I'm noticing strange behavior on the failed imports. The latex
options disappear from the import submenu. Sometimes import itself gets
greyed out. I generally have to quit to try again.
I can confirm this: sometimes only the two ASCII import options are
Andre Poenitz [EMAIL PROTECTED] writes:
| On Tue, Jan 07, 2003 at 05:42:53PM +0100, Lars Gullik Bjønnes wrote:
| That's the reason! In Lyx we do open *all* files the same way, i.e. in
| binary mode by default.
On a win box text mode is default...
| To be precise: text mode is everywhere
On Tue, Jan 07, 2003 at 05:54:29PM +0100, Juergen Spitzmueller wrote:
Dr. Richard E. Hawkins wrote:
ALso, I'm noticing strange behavior on the failed imports. The latex
options disappear from the import submenu. Sometimes import itself gets
greyed out. I generally have to quit to try
Lars,
Here is a patch doing a few trivial things:
- move around some emacs bindings so that the Edit menu does not show
C-KP_Insert as a binding for paste
- fix a few warnings
- a patch from juergen S. fixing a typo in his previous tabular stuff.
Can I apply?
JMarc
[the same with the patch]
Lars,
Here is a patch doing a few trivial things:
- move around some emacs bindings so that the Edit menu does not show
C-KP_Insert as a binding for paste
- fix a few warnings
- a patch from juergen S. fixing a typo in his previous tabular stuff.
Can I apply?
That's the reason! In Lyx we do open *all* files the same way, i.e. in
binary mode by default.
No, the default mode is text.
Not with Win32! Have a look into src/support/os_win32.C. There
os::read:mode() does return rb for Win32!
To distinguish between text/binary mode we should have to
Dr. Richard E. Hawkins wrote:
Yes; I can't even reproduce the order or pattern of blank/nonblank. All
I have so far is that it seems to be affected by a failed import, abut
also by using anything on the menu.
Here's what I figured out:
Start LyX: all is ok (5 import options)
if I:
a.) choose
A round trip with a 2x2 table inserts extra spaces at all cells in the last
column.
This is already in the reLyX output, so reLyX is to blame.
Not a very serious issue, though...
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve,
Ok, the qt frontend will not work with autconf 2.13.
what version works ?
On Tue, Jan 07, 2003 at 06:13:36PM +0100, Claus Hentschel wrote:
That's the reason! In Lyx we do open *all* files the same way, i.e. in
binary mode by default.
No, the default mode is text.
Not with Win32! Have a look into src/support/os_win32.C. There
os::read:mode() does return rb
On Tue, Jan 07, 2003 at 05:25:07PM +, Jos? Matos wrote:
On Tuesday 07 January 2003 17:04, Dr. Richard E. Hawkins wrote:
I doubt it--wouldn't relyx be rebuilt with make install? The only
lyx on this system is the development branch (the reason I find so many
weird bugs :)
I would
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| [the same with the patch]
|
| Lars,
|
| Here is a patch doing a few trivial things:
|
| - move around some emacs bindings so that the Edit menu does not show
| C-KP_Insert as a binding for paste
| - fix a few warnings
| - a patch from juergen
Felix Kurth [EMAIL PROTECTED] writes:
|
| Ok, the qt frontend will not work with autconf 2.13.
|
| what version works ?
The 2.5x versions should work ok.
--
Lgb
This moves the stuff into a namespace and makes the private variables
invisible from the outside.
Plus a few changes where I could not resist (e.g. | is for bool the same as
||, but somehow I find || more natural...)
Plus a few whitespace changes.
Probably not for 1.3, but it would be nice if
On Tuesday 07 January 2003 17:42, Dr. Richard E. Hawkins wrote:
this *is* the small example (simple.tex):
\documentclass{article}
\begin{document}
Hi there
\begin {tabular}{lrr}
\\ 1. int
4
9
14
\\ 2. Instructors
0
0
3
\end{tabular}
\end{document}
On Tue, Jan 07, 2003 at 08:15:39AM +0100, Andre Poenitz wrote:
Well, we could at least create detailed instructions on how to build the
beast, can't we?
sure ...
In any case, I even like the idea of providing Windows users with a working
LyX and cause a little pain at the same time ;-}
heh
On Tue, Jan 07, 2003 at 05:41:33PM +0100, Lars Gullik Bj?nnes wrote:
| I have still this patch in my tree. Ok to apply?
Is it verified that this patch fix a problem?
Yes, I tested it fixed the problem (but I didn't do a really good test
for regressions)
john
--
CUT IT OUT FACEHEAD
On Tue, Jan 07, 2003 at 06:34:33PM +, Jos? Matos wrote:
On Tuesday 07 January 2003 17:42, Dr. Richard E. Hawkins wrote:
\\ 1. int
4
9
14
\\ 2. Instructors
It is definitively reLyX's fault. The BUGS file in reLyX warns to this. In
this case you declare 15 columns
http://bugzilla.lyx.org/show_bug.cgi?id=666
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
Status|NEW
OK, I'm now happily importing tabulars. Well, mostly. I'm having
trouble with the left borders on multicolumnts. I start with:
\documentclass{article}
\begin{document}
\begin {tabular}
A little more poking shows that \noindent before a \begin{tabular}
is ignored. Lyx will include it if the paragraph dialog is used,
and export tex with it--but retrieving its own tex, it loses it.
hawk
--
Richard E. Hawkins, Asst. Prof. of Economics/\ ASCII ribbon campaign
[EMAIL
When told to close a file, and the yes/no/cancel dialog comes up, under
plain old X, the cancel button will appear directly under the mouse.
This causes y, n, alt-y, and alt-n to all cause cancellation rather than
their intended effects.
hawk
--
Richard E. Hawkins, Asst. Prof. of Economics
On Tue, Jan 07, 2003 at 06:34:33PM +, José Matos wrote:
It is definitively reLyX's fault. The BUGS file in reLyX warns to this. In
this case you declare 15 columns but only defines 4 and reLyX does not
complete the request, something that lyx expects.
Is this as common as to have
Hi,
here comes a tiny patch that clarifies the new meaning of mouse wheel
jump (a native speaker should check whether this is correct English).
Please apply,
Michael
Index: lyx-devel-1_3_X//src/ChangeLog
===
RCS file:
Hi Ruurd,
not at all bad. :-)
RR Issues that remain are:
RR -finding a suitable replacement for a unix style home directory
RR -fix some external scripts
RR -probably a lot more.
One of them that prevents me from testing is the lack of libmmd.dll
(that's the Intel compiler's equivalent of libm,
Hi,
please find the current list of compiler warnings below (gcc-3.2, xforms
frontend). I think a few of them are easily fixable.
Regards, Michael
configure: WARNING: X11/flimage.h: present but cannot be compiled
configure: WARNING: X11/flimage.h: check for missing prerequisite headers?
On Monday 06 January 2003 20:36, Lars Gullik Bjønnes wrote:
> José Matos <[EMAIL PROTECTED]> writes:
> | On Sunday 05 January 2003 12:18, Lars Gullik Bjønnes wrote:
> | > 638 and the result from the reLyX made lyx2lyx crash... so there is
> | > some lyx2lyx problem there also.
> |
> | No, that
On Tuesday 07 January 2003 07:05, Andre Poenitz wrote:
>
> What about a decent error message?
Something like "Your file is bad formed, please try later"? ;-)
Ok, we should do that. For now I would like to have that as it is, and put
that catch in the upper to cath those exceptions and exit
On Tue, Jan 07, 2003 at 08:23:10AM +, José Matos wrote:
> Oh, you mean that I should catch the exception and then exit. But what is
> the difference?
The difference is that it does not look like a lyx2lyx ccrash.
> That is something easy to do.
Then please do it ;-)
> What error message
Jean-Marc Lasgouttes wrote:
> Juergen> The major (multicolumn) bug was a new regression in 1.3 Bug
> Juergen> 572 is a rather minor annoyance. It's not urgent, but I could
> Juergen> backport it if requested.
>
> So we can live without it, then. However, if you do it, I'll apply it.
Here it
On Tue, Jan 07, 2003 at 08:25:55AM +, José Matos wrote:
> Something like "Your file is bad formed, please try later"? ;-)
>
> Ok, we should do that. For now I would like to have that as it is, and put
> that catch in the upper to cath those exceptions and exit with some nice
> error
On Tuesday 07 January 2003 08:26, Andre Poenitz wrote:
> On Tue, Jan 07, 2003 at 08:23:10AM +, José Matos wrote:
> > Oh, you mean that I should catch the exception and then exit. But what is
> > the difference?
>
> The difference is that it does not look like a lyx2lyx ccrash.
>
> > That is
On Tuesday 07 January 2003 08:45, José Matos wrote:
>
> That means that the export code for latex has changed and relyx can't
> cope with it. I will try to see if I can fix relyx, since this is relyx's
> fault.
Ok, I found the culprit.
Up to lyx 1.3 a new row (inside a table) was exported
This is a slightly tweaked version of Joao Luis's patch.
It looks ok and seems to work. It only affects mathed's numbering of
multline and gather environment which was broken, so things can't get worse
even if I overlooked something.
Ok, Lars?
Andre'
--
Those who desire to give up Freedom in
Andre Poenitz <[EMAIL PROTECTED]> writes:
| This is a slightly tweaked version of Joao Luis's patch.
|
| It looks ok and seems to work. It only affects mathed's numbering of
| multline and gather environment which was broken, so things can't get worse
| even if I overlooked something.
|
| Ok,
1 - 100 of 180 matches
Mail list logo