On Thursday 02 December 2004 17:16, Georg Baum wrote:
> Jose' Matos wrote:
> > Any lyx version, starting from 0.12, has converted the inset latex
> > accents
> > to the right format. So this is not a new change, this was a change in
> > the file format from 2.10 to 2.15.
>
> Yes, it was a chang
Those are trivial and are intended to reduce the whitespace in the lyx file
format when it is redundant (more than one empty line).
I have been using this for a couple of months without any regression.
Notice that this format is backwards compatible, so there isn't any change
to make in the fil
On Thu, 2004-12-02 at 12:16, Lars Gullik BjÃnnes wrote:
...
> I have known this for years.
What other things are you keeping secret from me?
- Martin
signature.asc
Description: This is a digitally signed message part
Martin Vermeer <[EMAIL PROTECTED]> writes:
| On Thu, 2004-12-02 at 12:16, Lars Gullik Bjønnes wrote:
>
| ...
>
>> I have known this for years.
>
| What other things are you keeping secret from me?
Only stuff that I have read in teTeX documentation. :-)
(and by reading LaTeX log files: "Hypenatio
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> Done!
Martin> Works as such :-)
Martin> see attached.
Martin> What next?
Either you commit it right now or you wait a bit until I have time to
find out how to do this at latex level. I think it is less error prone
than parsin
Lars Gullik Bjønnes wrote:
> Do we have to use floats for this, or can we just use a string all the
> time?
Probably we can use strings. I'll have a look. In the meantime, I'll commit
the validators, which are independent from this.
Jürgen
Jean-Marc Lasgouttes wrote:
>> "Martin" == Martin Vermeer
>> <[EMAIL PROTECTED]> writes:
>
> Martin> Done!
>
> Martin> Works as such :-)
>
> Martin> see attached.
>
> Martin> What next?
>
> Either you commit it right now or you wait a bit until I have time to
> find out how to do this
On Fri, 2004-12-03 at 12:35, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> Done!
>
> Martin> Works as such :-)
>
> Martin> see attached.
>
> Martin> What next?
>
> Either you commit it right now or you wait a bit until I have time to
> f
I've just upgraded to Fedora Core 3 (and run up2date) and find that running
autogen.sh (on the 1.4.x tree) produces this output (below). The suggested
links simply describe how to go about writing aclocal macros.
Does anybody else run FC3? See the same problem? Done anything about it?
Nonetheless
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> I've just upgraded to Fedora Core 3 (and run up2date) and find
Angus> that running autogen.sh (on the 1.4.x tree) produces this
Angus> output (below). The suggested links simply describe how to go
Angus> about writing aclocal macros
> "Jose'" == Jose' Matos <[EMAIL PROTECTED]> writes:
Jose'> Those are trivial and are intended to reduce the whitespace in
Jose'> the lyx file format when it is redundant (more than one empty
Jose'> line).
Jose'> I have been using this for a couple of months without any
Jose'> regression.
Jo
Jean-Marc Lasgouttes wrote:
>> "Angus" == Angus Leeming <[EMAIL PROTECTED]>
>> writes:
>
> Angus> I've just upgraded to Fedora Core 3 (and run up2date) and find
> Angus> that running autogen.sh (on the 1.4.x tree) produces this
> Angus> output (below). The suggested links simply describe
Angus Leeming <[EMAIL PROTECTED]> writes:
| I've just upgraded to Fedora Core 3 (and run up2date) and find that running
| autogen.sh (on the 1.4.x tree) produces this output (below). The suggested
| links simply describe how to go about writing aclocal macros.
>
| Does anybody else run FC3? See th
Jose' Matos wrote:
> Does the attached patch solves the corner case?
Yes ;-) I even created a FORMAT entry.
GeorgIndex: development/FORMAT
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/development/FORMAT,v
retrieving revision 1.
Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
> | I've just upgraded to Fedora Core 3 (and run up2date) and find that
> | running autogen.sh (on the 1.4.x tree) produces this output (below).
> | The suggested links simply describe how to go about writing aclocal
> | mac
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>
>> Angus Leeming <[EMAIL PROTECTED]> writes:
>>
>> | I've just upgraded to Fedora Core 3 (and run up2date) and find that
>> | running autogen.sh (on the 1.4.x tree) produces this output (below).
>> | The suggested links simp
Compilation has just stopped in the support dir with:
g++ -DHAVE_CONFIG_H -I. -I../../../src/support -I../../src
-I../../../src/support/../ -I../../../boost \
-I/usr/X11R6/include -g -O -fno-exceptions -Wextra -Wall \
-x c++-header ./pch.h -MT pch.h.gch -MD -MP -MF "./pch.h.gch.Tdep" \
&&
Angus Leeming <[EMAIL PROTECTED]> writes:
| Compilation has just stopped in the support dir with:
>
| g++ -DHAVE_CONFIG_H -I. -I../../../src/support -I../../src
| -I../../../src/support/../ -I../../../boost \
| -I/usr/X11R6/include -g -O -fno-exceptions -Wextra -Wall \
| -x c++-header ./p
Angus Leeming wrote:
> Compilation has just stopped in the support dir with:
>
> g++ -DHAVE_CONFIG_H -I. -I../../../src/support -I../../src
> -I../../../src/support/../ -I../../../boost \
> -I/usr/X11R6/include -g -O -fno-exceptions -Wextra -Wall \
> -x c++-header ./pch.h -MT pch.h.gch -
On Friday 03 December 2004 13:48, Georg Baum wrote:
> Jose' Matos wrote:
> > Does the attached patch solves the corner case?
>
> Yes ;-) I even created a FORMAT entry.
Thanks, I didn't forgot it this time. :-)
But then I was waiting for your comment before writing it.
I will apply this p
Angus Leeming <[EMAIL PROTECTED]> writes:
| In file included from :3:
| ../../../../src/frontends/xforms/./pch.h:3:23: X11/forms.h
>
| Mine is to be found at /usr/local/include/forms.h.
>
| Why not
| #include "lyx_forms.h"
I thought I actually used that... but some of this has been
automatically
Lars Gullik Bjønnes wrote:
> | The strange thing is that you don't get these warnings. Yet our aclocal
> | should be identical.
>
> Could it be an artifact of what devel packages you/I have installed?
I guess. How could I find out which?
rpm --query --all | sort | grep devel
isn't very illumina
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>> | The strange thing is that you don't get these warnings. Yet our aclocal
>> | should be identical.
>>
>> Could it be an artifact of what devel packages you/I have installed?
>
| I guess. How could I find out which?
>
| rpm
Lars Gullik Bjønnes wrote:
> Incidentally, I find that I need to do the
> |ln -s foo/pch.h .
> | magic for src, support, xforms, xforms/forms so far also
>
> so you didn't try the $(srcdir)/pch.h solution.
Am doing so now. I've just found config/common.am.
if LYX_BUILD_PCH
-PCH_FLAGS = -Winva
Lars Gullik Bjønnes wrote:
> | Incidentally, I find that I need to do the
> | ln -s foo/pch.h .
> | magic for src, support, xforms, xforms/forms so far also
>
> so you didn't try the $(srcdir)/pch.h solution.
My reply to this seems to be taking a while to come through to the gmane
server. Yes I
Lars Gullik Bjønnes wrote:
$ rpm -qf /usr/share/aclocal/libtool.m4
libtool-1.5.6-4
$ rpm -qf '*.m4'
error: file *.m4: No such file or directory
I could go read the man page, but if you know, that'd be great...
--
Angus
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>> | Incidentally, I find that I need to do the
>> | ln -s foo/pch.h .
>> | magic for src, support, xforms, xforms/forms so far also
>>
>> so you didn't try the $(srcdir)/pch.h solution.
>
| My reply to this seems to be takin
Lars Gullik Bjønnes wrote:
> | However, I note that the link step is:
>>
> | g++ -Winvalid-pch --include=../../src/pch.h -g -O -fno-exceptions \
> | -Wextra -Wall -o lyx-qt main.o Bidi.o
>>
> | which seems rather inelegant...
>
> More trouble than it is worth to remove -Warningflags etc from the
>
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>
| $ rpm -qf /usr/share/aclocal/libtool.m4
| libtool-1.5.6-4
>
| $ rpm -qf '*.m4'
| error: file *.m4: No such file or directory
you didn't expect '*.m4' to work did you? "*.m4* might have worked...
I do not think rpm globs th
This function is only defined in one place. And it always returns
false.
This patch removes all trace of it.
Object fast and I might not apply the patch...
Index: cursor.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/cursor.C
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>> | However, I note that the link step is:
>>>
>> | g++ -Winvalid-pch --include=../../src/pch.h -g -O -fno-exceptions \
>> | -Wextra -Wall -o lyx-qt main.o Bidi.o
>>>
>> | which seems rather inelegant...
>>
>> More trouble th
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| What I really wanted was to add the pch stuff to the preprocessor args
| only. I do not quite remember now, but that did not work and I settled
| for CXXFLAGS since that was easy to do, and it worked all the time.
But I'd like to try again now...
Lars Gullik Bjønnes wrote:
> [EMAIL PROTECTED] (Lars Gullik Bjønnes)
> writes:
>
> | What I really wanted was to add the pch stuff to the preprocessor args
> | only. I do not quite remember now, but that did not work and I settled
> | for CXXFLAGS since that was easy to do, and it worked all the
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>
>> [EMAIL PROTECTED] (Lars Gullik Bjønnes)
>> writes:
>>
>> | What I really wanted was to add the pch stuff to the preprocessor args
>> | only. I do not quite remember now, but that did not work and I settled
>> | for CXXFLA
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
>>> Also I read from the automake documentation that "INCLUDES" is
>>> deperecated and that AM_CPPFLAGS should be used in stead.
>>
| | But is that true for all versions of automake that we say we support?
>
| That AM_CPPFLAGS is supported? I belive
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>> | However, I note that the link step is:
>>>
>> | g++ -Winvalid-pch --include=../../src/pch.h -g -O -fno-exceptions \
>> | -Wextra -Wall -o lyx-qt main.o Bidi.o
>>>
>> | which seems rather inelegant...
>>
>> More trouble th
This code is never called inside lyx since lyx2lyx already changes the table
version format.
The patch attached does exactly this.
With this version the table version format is useless, but I don't care
about it now. :-)
I will commit it now.
--
José Abílio
Index: src/tabular.C
==
On Friday 03 December 2004 14:29, Jose' Matos wrote:
...
Finally done. :-)
--
José Abílio
Georg Baum wrote:
> This is one for the coordinate/drawing experts:
> Open a document with a table with many rows or create a table in a new
> document and add rows until there are more rows than can be displayed ->
> the scrollbar does not become smaller, but it remains at the window
> height. Th
Lars Gullik BjÃnnes wrote:
> END -> to end of document
> PgUp -> then it crashed. (several times PgUP)
>
> I'll try to have a look later.
>
> But if anyone knows what happens please tell.
This should fix it. Could you confirm?
(we need the outscreen parts to be drawn with nullpainter to have t
Lars Gullik BjÃnnes wrote:
> BufferView::Pimpl::update(fc=1, fu=1) buffer: 0x9f7c000
> npit: 1148 pit1: 894 pit2: 894
> bv:metrics: y1: -206 y2: 525
> par ascent: 14
> par descent: 14
> /usr/lib/gcc/i386-redhat-linux/3.4.2/../../../../include/c++/3.4.2/debug/vector:192:
> error: attempt to s
> $ rpm -qf /usr/share/aclocal/libtool.m4
> libtool-1.5.6-4
>
> $ rpm -qf '*.m4'
Either do
rpm -qf *.m4
without quotes, or
rpm -qf `locate .m4`
rpm -qf always needs a real file to query, not a wildcard.
Cheers, Kuba Ober
Alfredo Braunstein <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>
>> END -> to end of document
>> PgUp -> then it crashed. (several times PgUP)
>>
>> I'll try to have a look later.
>>
>> But if anyone knows what happens please tell.
>
| This should fix it. Could you confirm?
I can
Hello,
I am wondering since a while about these two issues:
- When I append a row in a tabular, LyX adds an additional hline, when the
cursor is in the last row (which I usually have to remove again). This is a
usability issue. Or did I miss something. If not, should I enter this as a
wishlist
Alfredo Braunstein <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>
>> BufferView::Pimpl::update(fc=1, fu=1) buffer: 0x9f7c000
>> npit: 1148 pit1: 894 pit2: 894
>> bv:metrics: y1: -206 y2: 525
>> par ascent: 14
>> par descent: 14
>> /usr/lib/gcc/i386-redhat-linux/3.4.2/../../../../inc
Can you try this one out?
With some magic (sed and brace expansion) we might be able to use
AM_CPPFLAGS for PCH_FLAGS.
All-in-all the result is nicer than what we have now, but the
implementaion is a bit hairy.
Index: common.am
===
On Fri, Dec 03, 2004 at 10:38:12PM +0100, Alfredo Braunstein wrote:
> Humm... right this is fault of the new coord scheme: now we don't know the
> full doc height so we cannot accurately compute the scrollbar height. I
BTW, why did you decide to go this route, when other word processors can
keep
On Sun, Nov 07, 2004 at 08:57:10PM +0100, Andre Poenitz wrote:
> Working with branches is a pain, frustrates people and eats into already
> scarce resources.
Balderdash, I say!
I've worked with code on 3 different branches, simultaneously. The
only problem I encountered was remembering which bra
John Levon wrote:
> On Fri, Dec 03, 2004 at 10:38:12PM +0100, Alfredo Braunstein wrote:
>
>> Humm... right this is fault of the new coord scheme: now we don't know
>> the full doc height so we cannot accurately compute the scrollbar height.
>> I
>
> BTW, why did you decide to go this route, when
49 matches
Mail list logo