On Sun, Mar 25, 2007 at 04:00:42AM +0200, Peter Kümmel wrote:
> Andre Poenitz wrote:
> > I just tried cmake (again).
> >
> > A problem I have on Linux is that it looks fo some libiconv.
> > Such a lib is not present on my system (I only have a binary
> > and some header), but does not seem to be n
On Sat, Mar 24, 2007 at 11:25:46PM +0100, Tribulations Parallèles wrote:
> Hi everybody,
>
> I use SVN versions of LyX (devel and 1.4.x).
> I have no problem with 1.4.x in KDE or other Window managers.
> But I have a speed problem with devel version (1.5), when LyX is launched in
> KDE. Whereas w
On Sat, Mar 24, 2007 at 10:55:58PM +0100, Abdelrazak Younes wrote:
> Angus Leeming wrote:
> >Andre Poenitz <[EMAIL PROTECTED]> writes:
> >>Each time I try to get back to work on LyX I am appalled by the
> >>time it takes to compile and link.
> >
> >Agreed.
> >
> >>Testcase is src/graphics. Pretty s
Suggestions?
I have the same problem here, which makes me unable to accept Abdel's
gift about viewsource dialog. :-)
Bo
With current svn (17539), I get the following:
make all-recursive
Making all in mathed
make all-am
/bin/sh ../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -
I. -I../../src -Winvalid-pch --include=./pch.h -I./.. -I../../boost -
Wextra -Wall-g -Os -MT InsetMathCases.lo -MD -MP
On Mar 24, 2007, at 7:24 AM, Georg Baum wrote:
Am Freitag, 23. März 2007 20:46 schrieb Bo Peng:
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", lin
Andre Poenitz wrote:
> I just tried cmake (again).
>
> A problem I have on Linux is that it looks fo some libiconv.
> Such a lib is not present on my system (I only have a binary
> and some header), but does not seem to be needed either.
You could disable this dependency:
cmake/CMakefiles line 59
[EMAIL PROTECTED] wrote:
Author: younes
Date: Sun Mar 25 03:32:12 2007
New Revision: 17539
URL: http://www.lyx.org/trac/changeset/17539
Log:
Cleanup and polish of the Citation dialog:
- now simple citation insertion can be done with the keyboard only (enter key
will close the dialog and insert
Dov Feldstern wrote:
Welcome back, Abdel!
Thanks :-)
Each and every arabic letter has a different shape if it is at the
beginning, the middle or the end or a word. So it would really be
better to let Qt handle that really.
I am aware of that, but I think it shouldn't be too hard to take ca
Jean-Marc Lasgouttes wrote:
"José" == José Matos <[EMAIL PROTECTED]> writes:
José> On Tuesday 20 March 2007 10:01:16 am John McCabe-Dansted wrote:
It should be feasible to parse the output of diff and convert it to
a Change Tracking enabled .lyx file. Any interest in such a
converter?
José>
Welcome back, Abdel!
Abdelrazak Younes wrote:
(1) Paint Hebrew/Arabic characters one at a time, so that Qt's Bidi
algorithm doesn't get applied. This is the easiest solution, and also
the most conservative, and therefore least likely to introduce new bugs.
I think that this is definitely the w
Edwin Leuven wrote:
José Matos wrote:
On Monday 19 March 2007 6:02:18 pm Leuven, E. wrote:
José Matos wrote:
What needs to be done?
release 1.5 asap...
AS long as critical bugs are fixed I don't have any problem with
that. :-)
bernhard patch fixes one... shall i apply it?
I can't bel
Martin Vermeer wrote:
On Thu, Mar 01, 2007 at 01:27:17PM +0100, Juergen Spitzmueller wrote:
Martin Vermeer wrote:
Yes, indeed. Still, the question remains, is this sensible.
No. Numerical needs the styles as well, so it should be supported likewise.
Jürgen
Attached an updated version of th
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.
(1) Paint Hebrew/Arabic characters one at a time, so that Q
José Matos wrote:
On Sunday 18 March 2007 5:19:49 pm Edwin Leuven wrote:
The patch sent by Bernhard some days ago is supposed to fix this. It
would be nice if you could give it a try.
fixes the bug
perhaps it is time to commit the patch?
Is there any objection to this patch?
No.
Abdel.
[EMAIL PROTECTED] wrote:
Il giorno ven, 16/03/2007 alle 17.17 +0100, Abdelrazak Younes ha scritto:
Please try my newer patch (attached) and report back.
I did. Speed ok, but multiplication of matches (was two with the first
patch): as you go on typing your string you end up having a huge list of
Georg Baum wrote:
Abdel, can you please fix this one?
I'll fix that.
Abdel.
g++ -DHAVE_CONFIG_H -I. -I../../../../src/frontends/controllers -I../../../src -Winvalid-pch --include=../../../../src/frontends/controllers/pch.h -I../../../../src -I../../../../boost -Wextra -Wall -fmessage-length
Andre Poenitz wrote:
On Fri, Mar 23, 2007 at 12:06:27AM +0100, Peter Kümmel wrote:
There's a
#define CursorShape 0
in X.h.
The usual workaround is to put
#undef CursorShape
after the last X related #include.
I wonder, however, how this define leaks into our code. IIRC there was
On Saturday 24 March 2007 23:25, Tribulations Parallèles wrote:
> But I have a speed problem with devel version (1.5), when LyX is launched
A precision about the speed problem: I launch LyX. I make "new document". All
is quick.
Then I try to type a letter many times by keeping the key pressed. T
Hi everybody,
I use SVN versions of LyX (devel and 1.4.x).
I have no problem with 1.4.x in KDE or other Window managers.
But I have a speed problem with devel version (1.5), when LyX is launched in
KDE. Whereas when LyX devel is launched in Gnome or other WM, there is no
problem.
I thought that
José Matos wrote:
On Wednesday 21 March 2007 9:49:29 am [EMAIL PROTECTED] wrote:
On Wed, 21 Mar 2007, Georg Baum wrote:
PS: I thought that the goal was to get out 1.5.0 ASAP
Good question what's the status and what's left?
What are the important patches missing?
There is the patch f
Martin Vermeer wrote:
On Wed, Mar 21, 2007 at 05:52:15PM +, José Matos wrote:
On Wednesday 21 March 2007 9:49:29 am [EMAIL PROTECTED] wrote:
On Wed, 21 Mar 2007, Georg Baum wrote:
PS: I thought that the goal was to get out 1.5.0 ASAP
Good question what's the status and what's left?
Angus Leeming wrote:
Andre Poenitz <[EMAIL PROTECTED]> writes:
Each time I try to get back to work on LyX I am appalled by the
time it takes to compile and link.
Agreed.
Testcase is src/graphics. Pretty selfcontained, modern C++ the
way we like it. A total of 2608 lines in 11 *.C files.
N
I just tried cmake (again).
A problem I have on Linux is that it looks fo some libiconv.
Such a lib is not present on my system (I only have a binary
and some header), but does not seem to be needed either.
Two questions:
1. How do I create debug or profiling enabled build?
2. The generated M
This experimental patch gets rid of some encoding related lyxrc settings
and the cdef files in lib/kbd. (I did not include the deleted files in the
patch, you can see which ones are no longer needed in the makefile
changes).
The lyxrc font encoding settings are no longer needed since the switch
On Sat, Mar 24, 2007 at 01:04:13PM +0100, Peter Kümmel wrote:
> > Ok, just using MathedInsets.C for all insets and MathedCore.C for the
> > rest yields:
> >
> >
> > Now Lumped Lumped/2
> >
> > Null build 2.6/1.4/0.9
The attached patch fixes this. The problem was that outline(UP) stopped as
soon as the destination was the first paragraph in the document, which is a
very valid position for headings, though.
I had to fiddle with pit/deletepit in this case (else, the moved paragraph was
not erased). Martin, Be
Am Donnerstag, 22. März 2007 09:41 schrieb Jean-Marc Lasgouttes:
> 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 pro
Peter Kümmel wrote:
> Andre Poenitz wrote:
>> On Sat, Mar 24, 2007 at 09:33:47AM +0100, Andre Poenitz wrote:
>>> More data, mathed this time.
>>>
>>> 'Lumped' means a Mathed.C #include'ing everything else.
>>>
>>> Times are real/user/sys.
>>>
>>>Now Lumpe
Andre Poenitz wrote:
> On Sat, Mar 24, 2007 at 09:33:47AM +0100, Andre Poenitz wrote:
>> More data, mathed this time.
>>
>> 'Lumped' means a Mathed.C #include'ing everything else.
>>
>> Times are real/user/sys.
>>
>>Now Lumped
>>
On Sat, Mar 24, 2007 at 10:26:27AM +0100, Peter Kümmel wrote:
> Really? see my last mail, hope you don't prove me wrong ;)
Doesn't look bad, however, needs to be auto generated as anything with
more than a line per file starts getting more difficult to maintain.
./configure (and ./config.status -
Peter Kümmel wrote:
> Peter Kümmel wrote:
>> Andre Poenitz wrote:
>>> More data, mathed this time.
>>>
>>> 'Lumped' means a Mathed.C #include'ing everything else.
>>>
>>> Times are real/user/sys.
>>>
>>>Now Lumped
>>>
>>> N
On Sat, Mar 24, 2007 at 09:33:47AM +0100, Andre Poenitz wrote:
>
> More data, mathed this time.
>
> 'Lumped' means a Mathed.C #include'ing everything else.
>
> Times are real/user/sys.
>
>Now Lumped
>
> Null build
Am Freitag, 23. März 2007 20:46 schrieb Bo Peng:
> > 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(sy
Andre Poenitz wrote:
> On Sat, Mar 24, 2007 at 09:47:00AM +0100, Peter Kümmel wrote:
>> Andre Poenitz wrote:
>>> More data, mathed this time.
>>>
>>> 'Lumped' means a Mathed.C #include'ing everything else.
>>>
>>> Times are real/user/sys.
>>>
>>>Now Lumpe
Peter Kümmel wrote:
> Andre Poenitz wrote:
>> More data, mathed this time.
>>
>> 'Lumped' means a Mathed.C #include'ing everything else.
>>
>> Times are real/user/sys.
>>
>>Now Lumped
>>
>> Null build 2.6/1.4/0.9
On Sat, Mar 24, 2007 at 09:47:00AM +0100, Peter Kümmel wrote:
> Andre Poenitz wrote:
> > More data, mathed this time.
> >
> > 'Lumped' means a Mathed.C #include'ing everything else.
> >
> > Times are real/user/sys.
> >
> >Now Lumped
> >
Andre Poenitz wrote:
> More data, mathed this time.
>
> 'Lumped' means a Mathed.C #include'ing everything else.
>
> Times are real/user/sys.
>
>Now Lumped
>
> Null build 2.6/1.4/0.91.6/1.3/0.3
>
More data, mathed this time.
'Lumped' means a Mathed.C #include'ing everything else.
Times are real/user/sys.
Now Lumped
Null build 2.6/1.4/0.91.6/1.3/0.3
Full rebuild 1
39 matches
Mail list logo
