On Fri, Mar 23, 2007 at 03:38:07AM +0100, Enrico Forestieri wrote:
Thanks for your appreciation. However, I must say that mine are finishing
touches to an already well thought architecture.
I applied a slightly improved patch: http://www.lyx.org/trac/changeset/17518
Unless I overlooked
Andre Poenitz wrote:
On Fri, Mar 23, 2007 at 12:06:27AM +0100, Peter Kümmel wrote:
Merging qt4 on linux does not work, because xlib.h defines some symbols
There is no xlib.h on my system.
and gcc couldn't resolve symbols, which looks like a gcc bug.
I know you won't believe me, but gcc
On Friday 23 March 2007 7:00:07 am Andre Poenitz wrote:
Probably not.
When we have an implementation for small gadgets it will be interesting to
test it, until there let us focus on more pressing needs. :-)
Andre'
--
José Abílio
Andre Poenitz wrote:
I just ttried binutils from cvs and got:
real0m58.744s
user0m8.969s
sys 0m2.604s
'top' shows a load of 1.3 (with nothing else reallyh running), at most
25% CPU and plenty of RAM free. So what happens there?
Seems they did some optimization :-) I have
Georg == Georg Baum [EMAIL PROTECTED] writes:
Georg This did annoy me so much today that I fixed it. The same patch
Georg should work in trunk, too. Shall I put it in?
This looks like a good idea.
JMarc
Peter == Peter Kümmel [EMAIL PROTECTED] writes:
We are not supposed to change boost. This will lead to a
maintenance nightmare (who will remember to redo these changes
again when we update boost)? Please revert. The real solution for
this problem is to fix cmake. Or don't concatenate boost,
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
OK, here is the still untested second iteration. I introduce a
helper isNeeded, which is equivalent to isRequired ! provided
(if you have a better name, please tell). With this change, any
feature known to LyX can be provided by a class.
Dov Feldstern [EMAIL PROTECTED] writes:
Hi!
I think that I've finally tracked down the cause for a problem we've
been having for a long time with RTL / Hebrew in LyX 1.5. Specifically,
this is the problem described in bug 3040 (see links below), where in
the frontend, Hebrew words are
Dov Feldstern wrote:
So that explains the bug. Now, to the possible solutions:
Dov, you are definitely a hero! The outcome of the analysis is simple (and
does not surprise me), but it was probably a lot of work.
(1) Paint Hebrew/Arabic characters one at a time, so that Qt's Bidi
algorithm
On Thu, 22 Mar 2007 22:10:45 + (UTC)
Angus Leeming [EMAIL PROTECTED] wrote:
Richard Heck [EMAIL PROTECTED] writes:
Helge Hafting wrote:
Two of my students, Inge Solvåg and Stian Schie Bergan have written a
java program for editing lyx .layout files.
Fabulous. This could address one
On Fri, Mar 23, 2007 at 08:51:57AM +0100, Peter Kümmel wrote:
Andre Poenitz wrote:
On Fri, Mar 23, 2007 at 12:06:27AM +0100, Peter Kümmel wrote:
Merging qt4 on linux does not work, because xlib.h defines some symbols
There is no xlib.h on my system.
and gcc couldn't resolve symbols,
Georg Baum wrote:
Dov Feldstern wrote:
So that explains the bug. Now, to the possible solutions:
Dov, you are definitely a hero! The outcome of the analysis is simple (and
does not surprise me), but it was probably a lot of work.
Thanks... Yeah, it took a while, since the changes that
Bo == Bo Peng [EMAIL PROTECTED] writes:
Bo, would it be possible to put all the code to generate pot
files in python script(s) that could be used by both autotools
and scons?
Bo I have just done that. Please test it by
Bo 1. cp po/Makefile to po/Makefile.old 2. svn up; ./configure 3.
Bo
You need to make sure that the script works even that $srcdir is not
the current directory. You might be able to rely on the location of
lyx_pot.py itself (or add a -s switch to tell what the base sourcedir
is).
I doubt that make update-po can be run in VPATH. I have made changes
so that .pot
Dov Feldstern wrote:
I can tell you that isComposeChar_arabic and isComposeChar_hebrew are
definitely wrong. They still assume the old encodings. Fixing them is
easy,
but tedious: You have to translate each explicit codepoint in
src/encoding.C from the old encoding to ucs4. The old encodings
On Friday 23 March 2007 8:35:25 am Jean-Marc Lasgouttes wrote:
This looks like a good idea.
I agree.
JMarc
--
José Abílio
Dov Feldstern wrote:
I'll try to look at it at some point. Note, however, that in Hebrew (and
also in Arabic, I believe), the compose characters are only used for
points (nikud in Hebrew), which are the equivalent of vowels, and
are expressed by dots or lines printed above, below, or inside
Martin Vermeer wrote:
On Thu, 22 Mar 2007 22:10:45 + (UTC)
Angus Leeming [EMAIL PROTECTED] wrote:
Is the plan to integrate this into LyX itself? I'd imagine that it would
become a dialog in the Qt frontend, no? Would require that it be
re-written in C++ of course, but that's probably
Python! Python!!
Of course you all know that the correct punishment for using java in the
first place is to reimplement it in python _and_ C++ :-)
Seriously, this looks really good.
This is something we have always wanted but we need to look ahead and
see if we need to integrate this to
On Fri, Mar 23, 2007 at 08:51:57AM +0100, Peter Kümmel wrote:
Andre Poenitz wrote:
On Fri, Mar 23, 2007 at 12:06:27AM +0100, Peter Kümmel wrote:
Merging qt4 on linux does not work, because xlib.h defines some symbols
There is no xlib.h on my system.
and gcc couldn't resolve symbols,
On Fri, Mar 23, 2007 at 09:28:24AM +0100, Georg Baum wrote:
Andre Poenitz wrote:
I just ttried binutils from cvs and got:
real0m58.744s
user0m8.969s
sys 0m2.604s
'top' shows a load of 1.3 (with nothing else reallyh running), at most
25% CPU and plenty of RAM free.
On Fri, Mar 23, 2007 at 12:28:20PM +0100, Enrico Forestieri wrote:
On Fri, Mar 23, 2007 at 08:51:57AM +0100, Peter Kümmel wrote:
Andre Poenitz wrote:
On Fri, Mar 23, 2007 at 12:06:27AM +0100, Peter Kümmel wrote:
Merging qt4 on linux does not work, because xlib.h defines some symbols
Jean-Marc Lasgouttes wrote:
Peter == Peter Kümmel [EMAIL PROTECTED] writes:
We are not supposed to change boost. This will lead to a
maintenance nightmare (who will remember to redo these changes
again when we update boost)? Please revert. The real solution for
this problem is to fix
Enrico Forestieri wrote:
On Fri, Mar 23, 2007 at 08:51:57AM +0100, Peter Kümmel wrote:
Andre Poenitz wrote:
On Fri, Mar 23, 2007 at 12:06:27AM +0100, Peter Kümmel wrote:
Merging qt4 on linux does not work, because xlib.h defines some symbols
There is no xlib.h on my system.
and gcc couldn't
On Fri, Mar 23, 2007 at 06:22:57PM +0100, Andre Poenitz wrote:
On Fri, Mar 23, 2007 at 12:28:20PM +0100, Enrico Forestieri wrote:
BTW, I think that Xlib.h must be present on Andre's system...
Urm. yes. But not xlib.h...
I had got the the sarcasm in your answer and was provoking you. After
On Fri, Mar 23, 2007 at 06:55:51PM -, [EMAIL PROTECTED] wrote:
Author: forenr
Date: Fri Mar 23 19:55:50 2007
New Revision: 17528
URL: http://www.lyx.org/trac/changeset/17528
Log:
Account for kerning when positioning scripts in the MathFontOld and
MathUnknown insets.
*
On Fri, Mar 23, 2007 at 08:13:38AM +, José Matos wrote:
On Friday 23 March 2007 7:00:07 am Andre Poenitz wrote:
Probably not.
When we have an implementation for small gadgets it will be interesting to
test it, until there let us focus on more pressing needs. :-)
Ok. I just committed
When running make install, I run into the following error:
make install-data-hook
PYTHONPATH=../../lib/lyx2lyx python -tt ./doc_toc.py
Traceback (most recent call last):
File ./doc_toc.py, line 148, in ?
main(sys.argv)
File ./doc_toc.py, line 127, in main
usage()
TypeError: usage()
When running make install, I run into the following error:
make install-data-hook
PYTHONPATH=../../lib/lyx2lyx python -tt ./doc_toc.py
Traceback (most recent call last):
File ./doc_toc.py, line 148, in ?
main(sys.argv)
File ./doc_toc.py, line 127, in main
usage()
TypeError:
Enrico Forestieri wrote:
On Fri, Mar 23, 2007 at 06:22:57PM +0100, Andre Poenitz wrote:
On Fri, Mar 23, 2007 at 12:28:20PM +0100, Enrico Forestieri wrote:
BTW, I think that Xlib.h must be present on Andre's system...
Urm. yes. But not xlib.h...
I had got the the sarcasm in your answer and
the attached patch avoids this crash:
http://bugzilla.lyx.org/show_bug.cgi?id=3258
the problem (if i understand it well) is that the backspace is
dispatched to the cell:
cell(cur.idx())-dispatch(cur, cmd);
which i think deletes the last insettext in the tabular (and the tabular
inset?)
On Fri, Mar 23, 2007 at 08:00:11PM +0100, Enrico Forestieri wrote:
--- lyx-devel/trunk/src/mathed/InsetMathUnknown.C (original)
+++ lyx-devel/trunk/src/mathed/InsetMathUnknown.C Fri Mar 23 19:55:50 2007
@@ -56,6 +56,8 @@
bool InsetMathUnknown::metrics(MetricsInfo mi, Dimension dim)
On Fri, Mar 23, 2007 at 11:58:23PM +0100, Andre Poenitz wrote:
On Fri, Mar 23, 2007 at 08:00:11PM +0100, Enrico Forestieri wrote:
--- lyx-devel/trunk/src/mathed/InsetMathUnknown.C (original)
+++ lyx-devel/trunk/src/mathed/InsetMathUnknown.C Fri Mar 23 19:55:50 2007
@@ -56,6 +56,8 @@
On Fri, Mar 23, 2007 at 11:48:21PM +0100, Peter Kümmel wrote:
Is the something like configure --enable-final for the auto tools?
This is what I've reinvented for cmake.
What do you mean? Something like --release, perhaps? In this case,
I don't think so, but --disable-debug,
Enrico Forestieri wrote:
On Fri, Mar 23, 2007 at 11:48:21PM +0100, Peter Kümmel wrote:
Is the something like configure --enable-final for the auto tools?
This is what I've reinvented for cmake.
What do you mean? Something like --release, perhaps? In this case,
I don't think so, but
On Sat, Mar 24, 2007 at 12:54:33AM +0100, Peter Kümmel wrote:
Enrico Forestieri wrote:
On Fri, Mar 23, 2007 at 11:48:21PM +0100, Peter Kümmel wrote:
Is the something like configure --enable-final for the auto tools?
This is what I've reinvented for cmake.
What do you mean?
Enrico Forestieri wrote:
On Sat, Mar 24, 2007 at 12:54:33AM +0100, Peter Kümmel wrote:
Enrico Forestieri wrote:
On Fri, Mar 23, 2007 at 11:48:21PM +0100, Peter Kümmel wrote:
Is the something like configure --enable-final for the auto tools?
This is what I've reinvented for cmake.
What do
Peter Kümmel wrote:
Enrico Forestieri wrote:
I assume building would also be -at least two times-
faster with cygwin. ;)
I feel like crying when I hear about full compile times below
the hour ;)
The fastest full compile takes here (2GHz, 1core, 512MB)
3 min 40 sec ;)
cygwin also ships
On Sat, Mar 24, 2007 at 12:54:33AM +0100, Peter Kümmel wrote:
Enrico Forestieri wrote:
On Fri, Mar 23, 2007 at 11:48:21PM +0100, Peter Kümmel wrote:
Is the something like configure --enable-final for the auto tools?
This is what I've reinvented for cmake.
What do you mean? Something
On Fri, Mar 23, 2007 at 03:38:07AM +0100, Enrico Forestieri wrote:
> Thanks for your appreciation. However, I must say that mine are finishing
> touches to an already well thought architecture.
>
> I applied a slightly improved patch: http://www.lyx.org/trac/changeset/17518
>
> Unless I
Andre Poenitz wrote:
> On Fri, Mar 23, 2007 at 12:06:27AM +0100, Peter Kümmel wrote:
>> Merging qt4 on linux does not work, because xlib.h defines some symbols
>
> There is no xlib.h on my system.
>
>> and gcc couldn't resolve symbols, which looks like a gcc bug.
>
> I know you won't believe
On Friday 23 March 2007 7:00:07 am Andre Poenitz wrote:
> Probably not.
When we have an implementation for small gadgets it will be interesting to
test it, until there let us focus on more pressing needs. :-)
> Andre'
--
José Abílio
Andre Poenitz wrote:
> I just ttried binutils from cvs and got:
>
> real0m58.744s
> user0m8.969s
> sys 0m2.604s
>
> 'top' shows a load of 1.3 (with nothing else reallyh running), at most
> 25% CPU and plenty of RAM free. So what happens there?
Seems they did some optimization :-) I
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> This did annoy me so much today that I fixed it. The same patch
Georg> should work in trunk, too. Shall I put it in?
This looks like a good idea.
JMarc
> "Peter" == Peter Kümmel <[EMAIL PROTECTED]> writes:
>> We are not supposed to change boost. This will lead to a
>> maintenance nightmare (who will remember to redo these changes
>> again when we update boost)? Please revert. The real solution for
>> this problem is to fix cmake. Or don't
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>> OK, here is the still untested second iteration. I introduce a
>> helper isNeeded, which is equivalent to "isRequired && ! provided"
>> (if you have a better name, please tell). With this change, any
>> feature known to LyX can be
Dov Feldstern <[EMAIL PROTECTED]> writes:
>
> Hi!
>
> I think that I've finally tracked down the cause for a problem we've
> been having for a long time with RTL / Hebrew in LyX 1.5. Specifically,
> this is the problem described in bug 3040 (see links below), where in
> the frontend, Hebrew
Dov Feldstern wrote:
> So that explains the bug. Now, to the possible solutions:
Dov, you are definitely a hero! The outcome of the analysis is simple (and
does not surprise me), but it was probably a lot of work.
> (1) Paint Hebrew/Arabic characters one at a time, so that Qt's Bidi
>
On Thu, 22 Mar 2007 22:10:45 + (UTC)
Angus Leeming <[EMAIL PROTECTED]> wrote:
> Richard Heck <[EMAIL PROTECTED]> writes:
> > Helge Hafting wrote:
> > > Two of my students, Inge Solvåg and Stian Schie Bergan have written a
> > > java program for editing lyx .layout files.
> > Fabulous. This
On Fri, Mar 23, 2007 at 08:51:57AM +0100, Peter Kümmel wrote:
> Andre Poenitz wrote:
> > On Fri, Mar 23, 2007 at 12:06:27AM +0100, Peter Kümmel wrote:
> >> Merging qt4 on linux does not work, because xlib.h defines some symbols
> >
> > There is no xlib.h on my system.
> >
> >> and gcc couldn't
Georg Baum wrote:
Dov Feldstern wrote:
So that explains the bug. Now, to the possible solutions:
Dov, you are definitely a hero! The outcome of the analysis is simple (and
does not surprise me), but it was probably a lot of work.
Thanks... Yeah, it took a while, since the changes that
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
>> > Bo, would it be possible to put all the code to generate pot
>> files in > python script(s) that could be used by both autotools
>> and scons?
Bo> I have just done that. Please test it by
Bo> 1. cp po/Makefile to po/Makefile.old 2. svn up;
You need to make sure that the script works even that $srcdir is not
the current directory. You might be able to rely on the location of
lyx_pot.py itself (or add a -s switch to tell what the base sourcedir
is).
I doubt that make update-po can be run in VPATH. I have made changes
so that .pot
Dov Feldstern wrote:
I can tell you that isComposeChar_arabic and isComposeChar_hebrew are
definitely wrong. They still assume the old encodings. Fixing them is
easy,
but tedious: You have to translate each explicit codepoint in
src/encoding.C from the old encoding to ucs4. The old encodings
On Friday 23 March 2007 8:35:25 am Jean-Marc Lasgouttes wrote:
> This looks like a good idea.
I agree.
> JMarc
--
José Abílio
Dov Feldstern wrote:
> I'll try to look at it at some point. Note, however, that in Hebrew (and
> also in Arabic, I believe), the compose characters are only used for
> "points" ("nikud" in Hebrew), which are the equivalent of vowels, and
> are expressed by dots or lines printed above, below, or
Martin Vermeer wrote:
> On Thu, 22 Mar 2007 22:10:45 + (UTC)
> Angus Leeming <[EMAIL PROTECTED]> wrote:
>
>> Is the plan to integrate this into LyX itself? I'd imagine that it would
>> become a dialog in the Qt frontend, no? Would require that it be
>> re-written in C++ of course, but that's
> Python! Python!!
Of course you all know that the correct punishment for using java in the
first place is to reimplement it in python _and_ C++ :-)
Seriously, this looks really good.
This is something we have always wanted but we need to look ahead and
see if we need to integrate this to
On Fri, Mar 23, 2007 at 08:51:57AM +0100, Peter Kümmel wrote:
> Andre Poenitz wrote:
> > On Fri, Mar 23, 2007 at 12:06:27AM +0100, Peter Kümmel wrote:
> >> Merging qt4 on linux does not work, because xlib.h defines some symbols
> >
> > There is no xlib.h on my system.
> >
> >> and gcc couldn't
On Fri, Mar 23, 2007 at 09:28:24AM +0100, Georg Baum wrote:
> Andre Poenitz wrote:
>
> > I just ttried binutils from cvs and got:
> >
> > real0m58.744s
> > user0m8.969s
> > sys 0m2.604s
> >
> > 'top' shows a load of 1.3 (with nothing else reallyh running), at most
> > 25% CPU and
On Fri, Mar 23, 2007 at 12:28:20PM +0100, Enrico Forestieri wrote:
> On Fri, Mar 23, 2007 at 08:51:57AM +0100, Peter Kümmel wrote:
> > Andre Poenitz wrote:
> > > On Fri, Mar 23, 2007 at 12:06:27AM +0100, Peter Kümmel wrote:
> > >> Merging qt4 on linux does not work, because xlib.h defines some
Jean-Marc Lasgouttes wrote:
>> "Peter" == Peter Kümmel <[EMAIL PROTECTED]> writes:
>
>>> We are not supposed to change boost. This will lead to a
>>> maintenance nightmare (who will remember to redo these changes
>>> again when we update boost)? Please revert. The real solution for
>>> this
Enrico Forestieri wrote:
> On Fri, Mar 23, 2007 at 08:51:57AM +0100, Peter Kümmel wrote:
>> Andre Poenitz wrote:
>>> On Fri, Mar 23, 2007 at 12:06:27AM +0100, Peter Kümmel wrote:
Merging qt4 on linux does not work, because xlib.h defines some symbols
>>> There is no xlib.h on my system.
>>>
On Fri, Mar 23, 2007 at 06:22:57PM +0100, Andre Poenitz wrote:
> On Fri, Mar 23, 2007 at 12:28:20PM +0100, Enrico Forestieri wrote:
> > BTW, I think that Xlib.h must be present on Andre's system...
>
> Urm. yes. But not xlib.h...
I had got the the sarcasm in your answer and was provoking you.
On Fri, Mar 23, 2007 at 06:55:51PM -, [EMAIL PROTECTED] wrote:
> Author: forenr
> Date: Fri Mar 23 19:55:50 2007
> New Revision: 17528
>
> URL: http://www.lyx.org/trac/changeset/17528
> Log:
> Account for kerning when positioning scripts in the MathFontOld and
> MathUnknown insets.
>
>
On Fri, Mar 23, 2007 at 08:13:38AM +, José Matos wrote:
> On Friday 23 March 2007 7:00:07 am Andre Poenitz wrote:
> > Probably not.
>
> When we have an implementation for small gadgets it will be interesting to
> test it, until there let us focus on more pressing needs. :-)
Ok. I just
When running make install, I run into the following error:
make install-data-hook
PYTHONPATH=../../lib/lyx2lyx python -tt ./doc_toc.py
Traceback (most recent call last):
File "./doc_toc.py", line 148, in ?
main(sys.argv)
File "./doc_toc.py", line 127, in main
usage()
TypeError:
When running make install, I run into the following error:
make install-data-hook
PYTHONPATH=../../lib/lyx2lyx python -tt ./doc_toc.py
Traceback (most recent call last):
File "./doc_toc.py", line 148, in ?
main(sys.argv)
File "./doc_toc.py", line 127, in main
usage()
TypeError:
Enrico Forestieri wrote:
> On Fri, Mar 23, 2007 at 06:22:57PM +0100, Andre Poenitz wrote:
>> On Fri, Mar 23, 2007 at 12:28:20PM +0100, Enrico Forestieri wrote:
>
>>> BTW, I think that Xlib.h must be present on Andre's system...
>> Urm. yes. But not xlib.h...
>
> I had got the the sarcasm in your
the attached patch avoids this crash:
http://bugzilla.lyx.org/show_bug.cgi?id=3258
the problem (if i understand it well) is that the backspace is
dispatched to the cell:
cell(cur.idx())->dispatch(cur, cmd);
which i think deletes the last insettext in the tabular (and the tabular
inset?)
On Fri, Mar 23, 2007 at 08:00:11PM +0100, Enrico Forestieri wrote:
> > --- lyx-devel/trunk/src/mathed/InsetMathUnknown.C (original)
> > +++ lyx-devel/trunk/src/mathed/InsetMathUnknown.C Fri Mar 23 19:55:50 2007
> > @@ -56,6 +56,8 @@
> > bool InsetMathUnknown::metrics(MetricsInfo & mi, Dimension &
On Fri, Mar 23, 2007 at 11:58:23PM +0100, Andre Poenitz wrote:
> On Fri, Mar 23, 2007 at 08:00:11PM +0100, Enrico Forestieri wrote:
> > > --- lyx-devel/trunk/src/mathed/InsetMathUnknown.C (original)
> > > +++ lyx-devel/trunk/src/mathed/InsetMathUnknown.C Fri Mar 23 19:55:50 2007
> > > @@ -56,6
On Fri, Mar 23, 2007 at 11:48:21PM +0100, Peter Kümmel wrote:
> Is the something like "configure --enable-final" for the auto tools?
> This is what I've "reinvented" for cmake.
What do you mean? Something like --release, perhaps? In this case,
I don't think so, but --disable-debug,
Enrico Forestieri wrote:
> On Fri, Mar 23, 2007 at 11:48:21PM +0100, Peter Kümmel wrote:
>
>> Is the something like "configure --enable-final" for the auto tools?
>> This is what I've "reinvented" for cmake.
>
> What do you mean? Something like --release, perhaps? In this case,
> I don't think
On Sat, Mar 24, 2007 at 12:54:33AM +0100, Peter Kümmel wrote:
> Enrico Forestieri wrote:
> > On Fri, Mar 23, 2007 at 11:48:21PM +0100, Peter Kümmel wrote:
> >
> >> Is the something like "configure --enable-final" for the auto tools?
> >> This is what I've "reinvented" for cmake.
> >
> > What do
Enrico Forestieri wrote:
> On Sat, Mar 24, 2007 at 12:54:33AM +0100, Peter Kümmel wrote:
>
>> Enrico Forestieri wrote:
>>> On Fri, Mar 23, 2007 at 11:48:21PM +0100, Peter Kümmel wrote:
>>>
Is the something like "configure --enable-final" for the auto tools?
This is what I've
Peter Kümmel wrote:
> Enrico Forestieri wrote:
>>> I assume building would also be -at least two times-
>>> faster with cygwin. ;)
>> I feel like crying when I hear about full compile times below
>> the hour ;)
>>
>
> The fastest full compile takes here (2GHz, 1core, 512MB)
> 3 min 40 sec ;)
On Sat, Mar 24, 2007 at 12:54:33AM +0100, Peter Kümmel wrote:
> Enrico Forestieri wrote:
> > On Fri, Mar 23, 2007 at 11:48:21PM +0100, Peter Kümmel wrote:
> >
> >> Is the something like "configure --enable-final" for the auto tools?
> >> This is what I've "reinvented" for cmake.
> >
> > What do
78 matches
Mail list logo
