On Wed, Nov 08, 2006 at 11:28:49PM +0100, Peter Kümmel wrote:
> Attached a patch to restore the
> windows position correctly.
Please Peter, use Q_WS_WIN instead of Q_OS_WIN, as this is also relevant
to a cygwin build without X11, where the former is defined but not the
latter.
--
Enrico
File "C:\Python25\scons-0.96.93\SCons\Environment.py", line
I can not investigate this now but you are using the newest
scons-0.96.93, not 0.96.92. Maybe there is some backward compatibility
problem.
I will update SConstruct with 0.96.93 when I get back.
Bo
When I want to compile LyX using the
build_msvc.bat
script, I get the following error:
---
scons: Reading SConscript files ...
: 'NoneType' object has no attribute
'split':
File "D:\LyXSVN\lyx-devel\development\scons\SConstruct", line 425:
env.Tool('msvc')
File "C:\Python25\scons-0.96.
Attached a patch to restore the
windows position correctly.
Once again a Qt bug.
Please test it if it becomes better on Linux.
Peter
Index: src/frontends/qt4/GuiView.C
===
--- src/frontends/qt4/GuiView.C (revision 15808)
+++ src/fro
i think i tracked down the troubles in the updating while
reorganizing (simplifying) the code a bit.
the patch is not very readable but here is what it does:
the first problem was due to qlistview emitting currentRowChanged(int)
signals when refilling it (and then triggering swicht_converter(in
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Am Mittwoch, 8. November 2006 20:54 schrieb Bennett Helm:
>> That did the trick. The lyxrc.example file should be updated with
>> this info.
Georg> That file is totally outdated. I will remove it if I don't get
Georg> objections.
Ple
Am Mittwoch, 8. November 2006 18:33 schrieb Michael Gerz:
> Hi,
>
> why don't we stop LyX, if an assertion failed? I though this was the
> overall purpose of assertions...
Yes, and we did until some time ago. I don't know who changed it and why,
thi should be changed back IMHO.
Georg
Am Mittwoch, 8. November 2006 20:54 schrieb Bennett Helm:
> That did the trick. The lyxrc.example file should be updated with
> this info.
That file is totally outdated. I will remove it if I don't get objections.
Georg
On Nov 8, 2006, at 11:25 AM, Georg Baum wrote:
That (and Kornels example) rings a bell:
You must put the "document" flag into the format line of the
preferences
file. Otherwise the format will not be shown in the view menu. This is
changed from 1.4 (1.4 does not have a "document" flag).
Note
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
What about this patch that I never applied (yes I know I
should...)? It should give a big speedup to code that goes from
inset to inset.
Abdelrazak> Hum... unfortunately it makes lyx crash on the math
On Wed, Nov 08, 2006 at 06:50:00PM +0100, Enrico Forestieri wrote:
> On Wed, Nov 08, 2006 at 05:25:21PM +0100, Georg Baum wrote:
> > Bennett Helm wrote:
> >
> > > On Nov 8, 2006, at 10:17 AM, Enrico Forestieri wrote:
> > >
> > >> On Wed, Nov 08, 2006 at 03:59:04PM +0100, Joost Verburg wrote:
> >
On Wed, Nov 08, 2006 at 02:41:57PM +0100, Peter Kümmel wrote:
> Abdelrazak Younes wrote:
> > Peter Kümmel wrote:
> >> Abdelrazak Younes wrote:
> >>>
> >> Here some numbers, msvc/Release: when crss eats 100 seconds lyx only
> >> needs 32 seconds (cpu-time in the tsak manager). If these 100 sec are
>
On Mon, Oct 30, 2006 at 02:19:02PM +0100, Abdelrazak Younes wrote:
> - : qwa_(qwa)
> -{
> - //lyxerr << "QLPainter::start()" << endl;
> - QPainter::begin(qwa_);
> +QLPainter::QLPainter(QPaintDevice * device)
> + : QPainter(device), Painter()
> +{
The empty Painter() contructor woul
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>> What about this patch that I never applied (yes I know I
>> should...)? It should give a big speedup to code that goes from
>> inset to inset.
Abdelrazak> Hum... unfortunately it makes lyx crash on the math test
Abdelrazak> d
> "Michael" == Michael Gerz <[EMAIL PROTECTED]> writes:
Michael> Jean-Marc Lasgouttes wrote:
>> We call support::abort(), don't we?
>>
>>
Michael> No, we don't. Shall I add this to function
Michael> assertion_failed()?
In which boost.C are you currently looking? There are several ones...
T
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Abdelrazak Younes wrote:
Jean-Marc Lasgouttes wrote:
This is without gcc debug STL, right?
No but this is with MSVC STL debug which is normally quite slow.
You're right, I should rebuild in
On Wed, Nov 08, 2006 at 05:25:21PM +0100, Georg Baum wrote:
> Bennett Helm wrote:
>
> > On Nov 8, 2006, at 10:17 AM, Enrico Forestieri wrote:
> >
> >> On Wed, Nov 08, 2006 at 03:59:04PM +0100, Joost Verburg wrote:
> >>> Bennett Helm wrote:
> 9. Some oddities with View menu remain: DVI does n
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Abdelrazak Younes wrote:
Jean-Marc Lasgouttes wrote:
This is without gcc debug STL, right?
No but this is with MSVC STL debug which is normally quite slow.
You're right, I should rebuild in
Jean-Marc Lasgouttes wrote:
We call support::abort(), don't we?
No, we don't. Shall I add this to function assertion_failed()?
Michael
> "Joost" == Joost Verburg <[EMAIL PROTECTED]> writes:
Joost> Hi, I have a question about Qt on Windows: Is it possible to
Joost> create a window procedure to capture standard window messages
Joost> (not Qt events)?
I guess you can use a winEventFilter in GuiApplication.C.
JMarc
Abdelrazak Younes wrote:
Do you see csrss.exe taking half of the cpu while scrolling the UserGuide?
Not at all, usually only 1-2%.
Joost
> "Michael" == Michael Gerz <[EMAIL PROTECTED]> writes:
Michael> Hi, why don't we stop LyX, if an assertion failed? I though
Michael> this was the overall purpose of assertions...
Michael> void assertion_failed(char const* a, char const* b, char
Michael> const* c, long d) { lyx::lyxerr << "As
Having a look at the scrolling times,
normalized to Joost's 1.4 build
Joost 1.4 : 1
Joost 1.5 : >2
cmake 1.5 : 1.4
indicates that some compiler flags and macro
definitions could speed up the 1.4 without
only further changes.
I think it's more likely that it depends on the window size. We shoul
Hi,
why don't we stop LyX, if an assertion failed? I though this was the
overall purpose of assertions...
void assertion_failed(char const* a, char const* b, char const* c, long d)
{
lyx::lyxerr << "Assertion failed: " << a << ' ' << b << ' ' << c
<< ' '
<< d << '\n';
}
Lars Gullik Bjønnes wrote:
And you now have to add comments to tell what the loop is doing
instead of having that implied by the name of the function for_each
calls...
C'mon Lars, there is a big fat comment inside of the loop!
Do you want me to explain what a loop is? How many loop does LyX
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Abdelrazak Younes wrote:
>> Jean-Marc Lasgouttes wrote:
>>> This is without gcc debug STL, right?
>> No but this is with MSVC STL debug which is normally quite slow.
>> You're right, I should rebuild in release mode a
Joost Verburg wrote:
Martin Vermeer wrote:
What does this mean we should do for 1.4.4, if anything, to get it
faster (I am happy with 1.4.3 speed, but... any low hanging fruit?)?
With all the current optimizations, 1.4.3 is still more than twice as
fast as 1.5 when scrolling the user guide on
Asger Ottar Alstrup <[EMAIL PROTECTED]> writes:
| So it's fair to conclude that debugstream is a piece of crap. I
| suspect that even the tiniest lyxerr << statement costs a billion
| cycles.
You mean that you systems console is completely crap.
--
Lgb
Peter Kümmel wrote:
Joost Verburg wrote:
Martin Vermeer wrote:
What does this mean we should do for 1.4.4, if anything, to get it
faster (I am happy with 1.4.3 speed, but... any low hanging fruit?)?
With all the current optimizations, 1.4.3 is still more than twice as
fast as 1.5 when scrollin
Michael Gerz <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
|
| >Michael Gerz <[EMAIL PROTECTED]> writes:
| >
| >| Hi,
| > | | am I too stupid to see the brilliancy of the code
| >
| >yes.
| >(oh where did the friday go...)
| >
| >It is in the vein of "prefere algorithms to manual const
Martin Vermeer wrote:
> On Wed, 2006-11-08 at 10:54 +0100, Abdelrazak Younes wrote:
>> Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>
> ...
>
>>> This is without gcc debug STL, right?
>> No but this is with MSVC STL debug which is normally qui
Joost Verburg wrote:
> Martin Vermeer wrote:
>> What does this mean we should do for 1.4.4, if anything, to get it
>> faster (I am happy with 1.4.3 speed, but... any low hanging fruit?)?
>
> With all the current optimizations, 1.4.3 is still more than twice as
> fast as 1.5 when scrolling the user
Helge Hafting wrote:
> I removed all non-ascii from the .layout file - even stuff in
> comments and text supposed to go into the document.
That should not be necessary. The stuff that goes into the document should
be read as utf8, only the layout names need to be ascii.
> The worse problem is th
José Matos wrote:
> On Wednesday 08 November 2006 10:39 am, Helge Hafting wrote:
>> > Currently layout files can only contain ASCII, but changing that to
>> > utf8 would not be much work.
>>
>> Then I hope for utf-8. .layout files. :-)
>
> I understand what you want and I agree with the goal,
Bennett Helm wrote:
> On Nov 8, 2006, at 10:17 AM, Enrico Forestieri wrote:
>
>> On Wed, Nov 08, 2006 at 03:59:04PM +0100, Joost Verburg wrote:
>>> Bennett Helm wrote:
9. Some oddities with View menu remain: DVI does not appear in
the menu,
even though a converter and viewer are de
On Nov 8, 2006, at 10:17 AM, Enrico Forestieri wrote:
On Wed, Nov 08, 2006 at 03:59:04PM +0100, Joost Verburg wrote:
Bennett Helm wrote:
9. Some oddities with View menu remain: DVI does not appear in
the menu,
even though a converter and viewer are defined in Preferences.
I have the same p
Hi,
I have a question about Qt on Windows: Is it possible to create a window
procedure to capture standard window messages (not Qt events)?
Regards,
Joost
Martin Vermeer wrote:
What does this mean we should do for 1.4.4, if anything, to get it
faster (I am happy with 1.4.3 speed, but... any low hanging fruit?)?
With all the current optimizations, 1.4.3 is still more than twice as
fast as 1.5 when scrolling the user guide on my system. The build
Martin Vermeer wrote:
On Wed, 2006-11-08 at 10:54 +0100, Abdelrazak Younes wrote:
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
...
This is without gcc debug STL, right?
No but this is with MSVC STL debug which is normally quite slow. You're
righ
On Wed, 2006-11-08 at 10:54 +0100, Abdelrazak Younes wrote:
> Jean-Marc Lasgouttes wrote:
> >> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
...
> > This is without gcc debug STL, right?
>
> No but this is with MSVC STL debug which is normally quite slow. You're
> right, I s
Am Mittwoch, 8. November 2006 16:17 schrieb Enrico Forestieri:
> On Wed, Nov 08, 2006 at 03:59:04PM +0100, Joost Verburg wrote:
> > Bennett Helm wrote:
> > >9. Some oddities with View menu remain: DVI does not appear in the menu,
> > >even though a converter and viewer are defined in Preferences.
On Wed, Nov 08, 2006 at 03:59:04PM +0100, Joost Verburg wrote:
> Bennett Helm wrote:
> >9. Some oddities with View menu remain: DVI does not appear in the menu,
> >even though a converter and viewer are defined in Preferences.
>
> I have the same problem with PDF on Windows. Only the auto entires
Bennett Helm wrote:
9. Some oddities with View menu remain: DVI does not appear in the menu,
even though a converter and viewer are defined in Preferences.
I have the same problem with PDF on Windows. Only the auto entires work.
Joost
Here's an update of issues for 1.5.0 on Mac, in rough order of
importance.
1. Crashes -- both on open via the GUI and on quit. (See other
threads for details.) I'd classify these as showstoppers.
2. Speed continues to get better, though it's still not as fast as
1.4.x, which itself is con
Abdelrazak Younes wrote:
> Peter Kümmel wrote:
>> Abdelrazak Younes wrote:
>>>
>> Here some numbers, msvc/Release: when crss eats 100 seconds lyx only
>> needs 32 seconds (cpu-time in the tsak manager). If these 100 sec are
>> really wasted by lyxerr, the we waste 75% of the cpu time for nothing.
>
i have tried to use 1.5 to revise cs docs and found these problems:
* when opening already opened document(or document with newer backup), mouse
pointer
is switched into the clock, although it waits for confirmation dialog.
* backuping works weirdly
* environments when using czech translation
Abdelrazak Younes wrote:
Jean-Marc Lasgouttes wrote:
This is without gcc debug STL, right?
No but this is with MSVC STL debug which is normally quite slow. You're
right, I should rebuild in release mode and see if things have improved
after all the different micro-optimisations that have alr
Abdelrazak Younes wrote:
> [EMAIL PROTECTED] wrote:
>> Author: kuemmel
>> Date: Wed Nov 8 13:25:00 2006
>> New Revision: 15805
>>
>> URL: http://www.lyx.org/trac/changeset/15805
>> Log:
>> update to cmake's cvs version, fixes missing qtmain error on windows
>
> Hi Peter,
>
> Does that mean that
[EMAIL PROTECTED] wrote:
Author: kuemmel
Date: Wed Nov 8 13:25:00 2006
New Revision: 15805
URL: http://www.lyx.org/trac/changeset/15805
Log:
update to cmake's cvs version, fixes missing qtmain error on windows
Hi Peter,
Does that mean that I have to upgrade CMake? My version is 2.4-patch 2.
attached is the updated documentation. Added howto change nomlabelwidth.
ugras
Index: src/insets/insetnomencl.h
===
--- src/insets/insetnomencl.h (revision 15801)
+++ src/insets/insetnomencl.h (working copy)
@@ -53,8 +53,7 @@
void
Abdelrazak Younes wrote:
Anyway, this csrss.exe problem is independent of the painting
performance. To convince yourself, put you cursor at the last paragraph
of the test file such that no formula is shown on screen at all, only
the text of the last paragraph.
Then begin to type in this last p
On Wednesday 08 November 2006 10:39 am, Helge Hafting wrote:
> > Currently layout files can only contain ASCII, but changing that to utf8
> > would not be much work.
>
> Then I hope for utf-8. .layout files. :-)
I understand what you want and I agree with the goal, but not with the way
to do i
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Here some numbers, msvc/Release: when crss eats 100 seconds lyx only
needs 32 seconds (cpu-time in the tsak manager). If these 100 sec are
really wasted by lyxerr, the we waste 75% of the cpu time for nothing.
While it would be nice if someone ste
Peter Kümmel wrote:
Abdelrazak Younes wrote:
This is without gcc debug STL, right?
No but this is with MSVC STL debug which is normally quite slow. You're
right, I should rebuild in release mode and see if things have improved
after all the different micro-optimisations that have already taken
Abdelrazak Younes wrote:
> Jean-Marc Lasgouttes wrote:
>>> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>>
>> Abdelrazak> The cursor and dociterator pist is a good one I think. I
>> Abdelrazak> attach again the test file. At the end of file, appending
>> Abdelrazak> characters
Abdelrazak Younes wrote:
> Jean-Marc Lasgouttes wrote:
>>> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>>
>> Abdelrazak> The cursor and dociterator pist is a good one I think. I
>> Abdelrazak> attach again the test file. At the end of file, appending
>> Abdelrazak> characters
On Wednesday 08 November 2006 11:18 am, [EMAIL PROTECTED] wrote:
>
> And who is going to do this dirty job?
Volunteers accepted. :-)
> Does the spell checker bug stop us from releasing alpha 1 next Monday?
IMHO we should fix it for .0 version, for alpha if no solution is in sight I
would pr
>On Wednesday 08 November 2006 8:54 am, Jean-Marc Lasgouttes wrote:
>>
>> Ha! The spellchecker is such a mess that these bugs are horrible to
>> fix. It needs at least a small facelift to be usable.
>
> I will shoot the first who disagrees with you about this. ;-)
>
>José Abílio
And who is going
Attached is patch for docbook glossaries export. Missing
features are:
- glossary entries in insets does not appear in glossary. I couldn't
find a "chic" way to include those.. (the current one is not so chic
anyway.. ) Any ideas??
- prefix is not working, therefore, you cannot change the sorting
Thanks Georg :)
Jatorrizko mezua: az., 2006-11-08 11:13 +0100, egilea: Georg Baum
> dooteo wrote:
>
> > Hi all,
> >
> > I'm updating Basque translation for LyX 1.5.0 branch. But there are some
> > messages that i'm not sure bout their sense:
> >
> >
> >
> > "Standard\t\\frac"
> >
> >
Georg Baum wrote:
Helge Hafting wrote:
One issue: Some of my paragraph styles have names with iso-8859-1
encoded names. I don't know if that really was supported before.
"Resymé" for example.
I don't think that it was supported, because it would mean that "Resymé" was
parsed as somet
dooteo wrote:
> Hi all,
>
> I'm updating Basque translation for LyX 1.5.0 branch. But there are some
> messages that i'm not sure bout their sense:
>
>
>
> "Standard\t\\frac"
>
> Here the '\\frac' word means a Latex command, and should be not
> translate, as '\\arabic{theorem}'... or c
Hi all,
I'm updating Basque translation for LyX 1.5.0 branch. But there are some
messages that i'm not sure bout their sense:
"Standard\t\\frac"
Here the '\\frac' word means a Latex command, and should be not
translate, as '\\arabic{theorem}'... or can translate it?
Same question for:
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> The cursor and dociterator pist is a good one I think. I
Abdelrazak> attach again the test file. At the end of file, appending
Abdelrazak> characters at the end of the last line is _slow_ but
A
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> The cursor and dociterator pist is a good one I think. I
Abdelrazak> attach again the test file. At the end of file, appending
Abdelrazak> characters at the end of the last line is _slow_ but
Abdelrazak> hitting return
Jean-Marc Lasgouttes wrote:
"Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> It is IMO a nice solution for outputting simple stuff without
Georg> plastering the code with if(). The problem it has is that the
Georg> right hand side is always computed, even if the output is
Georg> discard
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> It is IMO a nice solution for outputting simple stuff without
Georg> plastering the code with if(). The problem it has is that the
Georg> right hand side is always computed, even if the output is
Georg> discarded. But if one keeps that
> "Joost" == Joost Verburg <[EMAIL PROTECTED]> writes:
Joost> Uwe Stöhr wrote:
>> But this file is not available. The available
>> lyx-windows-deps-msvc.zip doesn't include the qt-4 stuff, only
>> qt-3. Abdel, could you please upload or send me a version that
>> includes the files.
Joost> I u
On Wednesday 08 November 2006 8:54 am, Jean-Marc Lasgouttes wrote:
>
> Ha! The spellchecker is such a mess that these bugs are horrible to
> fix. It needs at least a small facelift to be usable.
I will shoot the first who disagrees with you about this. ;-)
> JMarc
--
José Abílio
> "Asger" == Asger Ottar Alstrup <[EMAIL PROTECTED]> writes:
Asger> * Spell checking cannot be invoked a second time. This is
Asger> probably a one-liner.
Asger> * The first time the spell checker is started, an empty window
Asger> shown instead of the first misspelled word. Probably also a
A
> "José" == José Matos <[EMAIL PROTECTED]> writes:
>> Instead of hard-coding this like on Mac OS X right now, the Windows
>> / Mac installers can set a default in lyxrc.dist and users will
>> always be able to change it.
The OSX case is different : this is specified at OS level and we
are not
> "Michael" == Michael Gerz <[EMAIL PROTECTED]> writes:
>> Could someone test it too? Michael?
Michael> I did some basic testing (=> OK!) and applied the patch. I
Michael> will have a look at the CT-specific parts by the end of the
Michael> week.
Thanks.
JMarc
Asger Ottar Alstrup wrote:
Abdelrazak Younes wrote:
You misunderstood me. I don't deny you are right these are probably
too expensive. I am just saying that I am not convinced that this is
the major culprit for the slowness on Mac and on Windows for LyX file
with a lot of big equation. But hey
Asger Ottar Alstrup wrote:
> I guess that's what the person who wrote debugstream thought. "This is
> probably good enough."
It is IMO a nice solution for outputting simple stuff without plastering the
code with if(). The problem it has is that the right hand side is always
computed, even if the
74 matches
Mail list logo
