Abdelrazak Younes wrote:
Bo Peng wrote:
All is fine now, except that the CCFLAGS of previous mingw build is
restored for the msvc build. I guess this is unavoidable and a "del
env.cache" solves the problem anyway.
I implemented load_option=-opt1,opt2 and load_option=opt1,opt2 . The
first one m
Bo Peng wrote:
All is fine now, except that the CCFLAGS of previous mingw build is
restored for the msvc build. I guess this is unavoidable and a "del
env.cache" solves the problem anyway.
I implemented load_option=-opt1,opt2 and load_option=opt1,opt2 . The
first one means do not load opt1, opt
All is fine now, except that the CCFLAGS of previous mingw build is
restored for the msvc build. I guess this is unavoidable and a "del
env.cache" solves the problem anyway.
I implemented load_option=-opt1,opt2 and load_option=opt1,opt2 . The
first one means do not load opt1, opt2,, the second o
Bo Peng wrote:
> I have problems with either mingw or msvc:
>
I cannot reproduce bug 1.
Sorry, my fault! I forgot to call scons in a MSVC2005 console.
Could you svn update and see if the fix for
bug 2 fixes bug 1?
All is fine now, except that the CCFLAGS of previous mingw build is
restor
> I have problems with either mingw or msvc:
>
I cannot reproduce bug 1. Could you svn update and see if the fix for
bug 2 fixes bug 1?
Bo
The second one is easy, please apply the following patch. Still
checking the first one.
Index: development/scons/SConstruct
===
--- development/scons/SConstruct(revision 14113)
+++ development/scons/SConstruct(working
It seems the previous problem was due a broken installation of
automake/autoconf. Reinstalling those solved the problem. However,
compilation halt with following error:
./configure --prefix=/home/gragusa/lyx/bin/lyx150svn-qt
--with-frontend=qt --with-qt-dir=/usr/share/qt3
--with-version-suffi
Hello Bo,
I have problems with either mingw or msvc:
D:\devel\lyx\trunk\development\scons>msvc_scons.bat
D:\devel\lyx\trunk\development\scons>scons use_vc=yes build_dir=msvc
frontend=qt4 qt_dir=d:/program/Qt/4.1 extr
a_inc_path=d:/program/GnuWin32/include
extra_lib_path=d:/program/GnuWin32/li
Abdelrazak Younes wrote:
Andre Poenitz wrote:
On Wed, Jun 14, 2006 at 10:05:33AM +0200, Abdelrazak Younes wrote:
The more I think about it the more I reckon Qt painting speed is not
the issue. This is comforted by these numbers:
-Modules, 42.530127
-QtGui4.dll (SymExport), 18.157461
Q
Andre Poenitz wrote:
On Tue, Jun 13, 2006 at 11:36:09AM +0100, Angus Leeming wrote:
Why not have namespaces to reflect the directory
structure?
lyx
lyx::frontends
lyx::frontends::qt4
lyx::support
Well, maybe better than what we have now, but having classes of the same
name only distinguished
On Wed, 14 Jun 2006, Bo Peng wrote:
Dear all,
INSTALL.scons is just updated, according to Abdel's recommended links.
I would appreciate it if anyone can take the time to create a wiki
page for this file. (I can edit a wiki page but I am too lazy to
figure out where and how to create a page.)
Am Mittwoch, 14. Juni 2006 19:34 schrieb Peter Kümmel:
> Under Windows it crahes here when leaving Lyx:
>
> src/lyx_main.C
> #else
> if (err_sig == SIGSEGV || !getEnv("LYXDEBUG").empty())
> #endif
> lyx::support::abort();
> exit(0); < line 442
Sorry,
Bo Peng wrote:
Dear all,
INSTALL.scons is just updated, according to Abdel's recommended links.
I would appreciate it if anyone can take the time to create a wiki
page for this file. (I can edit a wiki page but I am too lazy to
figure out where and how to create a page.)
You could edit my page
Dear all,
INSTALL.scons is just updated, according to Abdel's recommended links.
I would appreciate it if anyone can take the time to create a wiki
page for this file. (I can edit a wiki page but I am too lazy to
figure out where and how to create a page.)
Abdel, I kind of implied that there wil
Georg Baum wrote:
Am Sonntag, 11. Juni 2006 23:45 schrieb [EMAIL PROTECTED]:
Author: younes
Date: Sun Jun 11 23:45:01 2006
New Revision: 14079
Log:
Deleted because not used anywhere.
Removed:
lyx-devel/trunk/src/frontends/qt4/QtLyXView.h
You missed something. This is going in now.
Oups
Georg Baum wrote:
I just wanted to do Abdel a favour
Thanks ;-)
and merged my latest changes to his
branch. I discovered that it already included Peters latest changes, but
e.g. not the latest scons work by Bo.
Actually, your changes and Peter's changes were more than simple merge
because
Andre Poenitz wrote:
On Wed, Jun 14, 2006 at 10:05:33AM +0200, Abdelrazak Younes wrote:
The more I think about it the more I reckon Qt painting speed is not the
issue. This is comforted by these numbers:
-Modules, 42.530127
-QtGui4.dll (SymExport), 18.157461
QPainter::drawTextItem, 3.9
Andre Poenitz wrote:
On Wed, Jun 14, 2006 at 11:11:59AM +0200, Peter Kümmel wrote:
here it is an place 4
-lyx-qt4.exe (SymPdb), 15.828941, 73824172
font_metrics::width, 1.134727, 4445434 (second scrolling, cache is full!)
LyXText::rowBreakPoint, 0.893593, 37687
std::_Tree<>::fi
Am Mittwoch, 14. Juni 2006 21:24 schrieb Bo Peng:
> I think Peter voluntarily applied his patched to the branch since they
> are working on similar things, that does not mean it is a good idea to
> depart further and further away from trunk though.
I know that Peter did that with good intentions.
Andre Poenitz wrote:
On Wed, Jun 14, 2006 at 10:15:52AM +0200, Abdelrazak Younes wrote:
+ // fi is a reference to the pointer type (QLFontInfo *) in the
+ // fontinfo_ table.
+ QPainter * & qp =
+ qpainters_[current_color_][current_ls_][current_lw_];
+ if (q
Am Sonntag, 11. Juni 2006 23:45 schrieb [EMAIL PROTECTED]:
> Author: younes
> Date: Sun Jun 11 23:45:01 2006
> New Revision: 14079
>
> Log:
> Deleted because not used anywhere.
>
> Removed:
> lyx-devel/trunk/src/frontends/qt4/QtLyXView.h
You missed something. This is going in now.
Georg
In
On 6/14/06, Georg Baum <[EMAIL PROTECTED]> wrote:
I just wanted to do Abdel a favour and merged my latest changes to his
branch. I discovered that it already included Peters latest changes, but
e.g. not the latest scons work by Bo.
I think Peter voluntarily applied his patched to the branch sin
I second André. Please take care of that. development/cmake/README.cmake
for example is again wrong.
Georg
I just wanted to do Abdel a favour and merged my latest changes to his
branch. I discovered that it already included Peters latest changes, but
e.g. not the latest scons work by Bo.
That makes working with branches more difficult than it should be, so
please follow this simple rule:
If you merg
On Wed, Jun 14, 2006 at 09:35:23PM +0300, Martin Vermeer wrote:
> (BTW what should I use instead of 99? No, don't say 42...)
size_t(-1)
[Or the equivalent from numeric_limits...]
Or a bool.
> Index: insettabular.C
> ===
> --- inset
On Wednesday 14 June 2006 19:44, Andre Poenitz wrote:
> Yeah... the procedure sounds familiar...
Yes, been there, done that. Wait... I am still there... ;-)
> Andre'
--
José Abílio
On Wed, Jun 14, 2006 at 04:39:13PM +0200, Peter Kümmel wrote:
> > Looks good. One thing that strikes me though is that
> > you should define a local variable
> > Session & session = LyX::ref().session();
> > rather than waste cycles by repeatedly accessing
> > session().
> >
> > Angus
> >
>
On Wed, Jun 14, 2006 at 11:28:27AM +0100, Angus Leeming wrote:
> José Abílio wrote:
> > Abdelrazak Younes wrote:
> >> Great, I am promoted to official "OK-sayer" :-)
>
> > You have been for some time now,
> > you simply did not know that. ;-)
>
> He never asked ;-)
>
> We should probably collat
On Wed, Jun 14, 2006 at 06:54:31PM +0200, Georg Baum wrote:
> Andre Poenitz wrote:
>
> [qApp crash]
>
> > this happens within its own event loop.
> >
> > No good.
> >
> > [That's btw pretty similar to terminating the event loop by throwing an
> > exception through it - does this sound familiar
On Tue, Jun 13, 2006 at 01:51:26PM -0500, Bo Peng wrote:
> At least I do not see them in ./configure --help. I am really
> wondering how many people in this list know the difference between
> CCFLAGS and CPPFLAGS.
Is that a poll? If so: I do.
Andre'
On Wed, Jun 14, 2006 at 10:15:52AM +0200, Abdelrazak Younes wrote:
> + // fi is a reference to the pointer type (QLFontInfo *) in the
> + // fontinfo_ table.
> + QPainter * & qp =
> + qpainters_[current_color_][current_ls_][current_lw_];
> + if (qp)
> + retur
On Wed, Jun 14, 2006 at 10:25:42AM +0200, Peter Kümmel wrote:
> Do you think I could commit it now, or should I wait
> for more comments?
Maybe I should change my commenting style to 'auto comment "Spacing is
off!"' and only sent comments if it isn't
Andre'
On Wed, Jun 14, 2006 at 11:11:59AM +0200, Peter Kümmel wrote:
> here it is an place 4
>
> -lyx-qt4.exe (SymPdb), 15.828941, 73824172
> font_metrics::width, 1.134727, 4445434 (second scrolling, cache is full!)
> LyXText::rowBreakPoint, 0.893593, 37687
> std::_Tree<>::find, 0.794602
On Wed, Jun 14, 2006 at 09:35:23AM +0200, Peter Kümmel wrote:
> Here numbers from Windows/Linux,
> scrolling the Guide, in sec:
>
> Qt4.1.3, release,
> Linux no anti-al.: 19
> Linux with anti-al.: 25
> Windows 2k : 30
>
> LyX 1.3.6, Qt 3.3.4
> Linux no anti-al.: 6-7
> Linux with anti-
On Wed, Jun 14, 2006 at 10:05:33AM +0200, Abdelrazak Younes wrote:
> The more I think about it the more I reckon Qt painting speed is not the
> issue. This is comforted by these numbers:
>
> > -Modules, 42.530127
> > -QtGui4.dll (SymExport), 18.157461
> > QPainter::drawTextItem, 3.968417
>
On Wed, Jun 14, 2006 at 07:07:56PM +0200, Andre Poenitz wrote:
> On Tue, Jun 13, 2006 at 08:49:57PM +0300, Martin Vermeer wrote:
> > ===
> > --- insettabular.C (revision 14084)
> > +++ insettabular.C (working copy)
> > @@ -332,6 +332
On Tue, 13 Jun 2006 22:45:25 +0200
Alex <[EMAIL PROTECTED]> wrote:
> Hi!
>
> I have tried with/ and without "--disable-stdlib-debug"
> and with "--disable-concept-checks"
>
> I got the same messages.
Same with me when using autotools
But when I used scons, no more problem.
Bye
Georg Baum wrote:
> I'd like to know:
>
> - Does this work on windows?
> - What about the comment about QApplication::exit above? Is it still
> correct?
Under Windows it crahes here when leaving Lyx:
src/lyx_main.C
#else
if (err_sig == SIGSEGV || !getEnv("LYXDEBUG").empty())
#endif
Andre Poenitz wrote:
> Angus Leeming wrote:
>> Why not have namespaces to reflect the directory
>> structure?
>> lyx
>> lyx::frontends
>> lyx::frontends::qt4
>> lyx::support
> Well, maybe better than what we have now, but having
> classes of the same
> name only distinguished by namespace is stil
On Tue, Jun 13, 2006 at 08:49:57PM +0300, Martin Vermeer wrote:
> ===
> --- insettabular.C(revision 14084)
> +++ insettabular.C(working copy)
> @@ -332,6 +332,29 @@
> setPosCache(pi, x, y);
>
> LCursor & cur = pi.
On Mon, Jun 12, 2006 at 08:54:49PM +0200, Peter Kümmel wrote:
> resize(width, height);
>
> + if(isMax)
> + this->setWindowState(Qt::WindowMaximized);
Spacing. Also, the this-> should not be needed outside template code.
So:
if (isMax)
setWindowState
On Mon, Jun 12, 2006 at 10:11:27PM +0200, Georg Baum wrote:
> - The existence of lyx::WorkArea and lyx::frontend::WorkArea does seems to
> confuse compilers.
And humans. I think it's generally a bad idea to have classes only
distinguished by namespace.
Andre'
On Tue, Jun 13, 2006 at 04:40:07PM +0200, Peter Kümmel wrote:
> Seems all is in the lyx project a little bit different. ;)
Do you mean there are projects that put full diffs in a log message?
Andre'
On Mon, Jun 12, 2006 at 08:14:01PM +0200, Joost Verburg wrote:
> Andre Poenitz wrote:
> >Don't know, but IIRC the Express version does not even do all the
> >optimizations the full version does, so I would be surprised if the
> >Express version would do profiling.
>
> The compiler included in the
On Tue, Jun 13, 2006 at 10:42:49AM +0200, Abdelrazak Younes wrote:
> >svn diff -r14086:14087 svn://svn.lyx.org/lyx/lyx-devel
>
> Why don't you post the patch?
Due to my off-line working habits I'd prefer patches on the list, too,
even if that means a bit more to download.
Andre'
On Tue, Jun 13, 2006 at 07:59:09AM +0200, Peter Kümmel wrote:
> OK. Here the profiling with the release Qt libs.
>
> Name, Self visit time
>
> Modules , 44.449435
> QtGui4.dll , 20.565125
> lyx-qt4.exe , 15.920209
> GDI32.dll , 4.421207
> QtCore4.dll
On Mon, Jun 12, 2006 at 08:03:08PM +0200, Peter Kümmel wrote:
> I can't profile the release version of QtGui, because
> lyx crashes then (because of mixing debug and release versions),
> and I'm not sure if its possible to profiling a release build.
Profiling a debug build is close to useless as t
On Tue, Jun 13, 2006 at 11:36:09AM +0100, Angus Leeming wrote:
> Why not have namespaces to reflect the directory
> structure?
>
> lyx
> lyx::frontends
> lyx::frontends::qt4
> lyx::support
Well, maybe better than what we have now, but having classes of the same
name only distinguished by namespac
On Mon, Jun 12, 2006 at 10:13:40PM +0200, Peter Kümmel wrote:
> but I could only find where it happens
> and couldn't figure out how to fix it.
>
>
> In QWorkArea::resizeEvent the asignment of the
> QPixmap with the new size fails because the
> painter is active.
That should not happen. If it do
Andre Poenitz wrote:
[qApp crash]
> this happens within its own event loop.
>
> No good.
>
> [That's btw pretty similar to terminating the event loop by throwing an
> exception through it - does this sound familiar?]
>
> As I said: Try to terminate the event loop by a less drastic means.
> Sc
Trying to compile lyx-devel from the svn trunk:*
uname -a
*Linux empedocles 2.6.15-23-686 #1 SMP PREEMPT Tue May 23 14:03:07 UTC
2006 i686 GNU/Linux
*
svn update*
At revision 14109.
./autogen.sh
Using automake (GNU automake) 1.9.6
Using autoconf (GNU Autoconf) 2.59
Locating GNU m4... /usr/bin/
Peter Kümmel wrote:
> Thanks for checking, I've not compiled it with qt3,
> and just used the naming of the examples in the docs.
Seems the docs are outdated :-(
> When Qt3 needs the specifier you should add it.
Done. I only wanted to be sure that this was not something special in my qt,
but si
Georg Baum wrote:
> Peter Kümmel wrote:
>
>> Here the patch for this issue.
>>
>> lyx_gui.C - start:
>> - set size and position at one place: start
>> - we must use setGeometry
>> - init() first than show()
>> - position is always available
>>
>> QtView:
>> - QtView doesn't need the maximize param
Peter Kümmel wrote:
> Here the patch for this issue.
>
> lyx_gui.C - start:
> - set size and position at one place: start
> - we must use setGeometry
> - init() first than show()
> - position is always available
>
> QtView:
> - QtView doesn't need the maximize parameter any more
> - qt3 doesn't
On Wed, Jun 14, 2006 at 10:23:43AM -0400, Bennett Helm wrote:
> On Jun 14, 2006, at 4:14 AM, Martin Vermeer wrote:
>
> >Attached a slightly better (less visually intrusive) solution.
> >
> >The logic is still the same, but now it draws a real box (with fixed
> >dimensions) not extending to the can
Jean-Marc Lasgouttes wrote:
>> "Georg" == Georg Baum
>> <[EMAIL PROTECTED]>
>> writes:
>
> Georg> One advantage of using the lfuns is that we can reuse the
> Georg> various getStatus() methods.
>
> Do we use them for the LFUNs that have been designed for the
> controller?
I think so
Angus Leeming wrote:
> Peter_Kümmel wrote:
>> Peter_Kümmel wrote:
>>> I will have a look an this, and will also
>>> post a 'final patch' :-)
>
>> Here the patch for this issue.
>
> Looks good. One thing that strikes me though is that
> you should define a local variable
> Session & session =
On Jun 14, 2006, at 4:14 AM, Martin Vermeer wrote:
Attached a slightly better (less visually intrusive) solution.
The logic is still the same, but now it draws a real box (with fixed
dimensions) not extending to the canvas edge.
It appears to work OK in my limited testing. Note that now insets
On 6/14/06, Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote:
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
Bo> BTW, can the attached patch go in (1.4.xsvn)? The only benefit is
Bo> that current 1.5 scons can compile 1.4.x without having to add
Bo> this macro, but this test is unnecessary anyw
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
Bo> BTW, can the attached patch go in (1.4.xsvn)? The only benefit is
Bo> that current 1.5 scons can compile 1.4.x without having to add
Bo> this macro, but this test is unnecessary anyway.
I did see the patch, but I am a bit busy right now :) Her
You can read about conventions in the GNU make manual
http://www.sunsite.ualberta.ca/Documentation/Gnu/GNUinfo/html_node/standards_46.html
http://www.sunsite.ualberta.ca/Documentation/Gnu/GNUinfo/html_node/standards_47.html
Many unix administrator rely on these variable having kept this
meaning f
Roger -
I'm forwarding this to the developer's list. Thanks for the report.
Bennett
On Jun 14, 2006, at 12:48 AM, Roger Mc Murtrie wrote:
I have to start Lyx under gdb with
gdb /Applications/LyX.app/Contents/MacOS/lyx
If I just use gdb /Applications/LyX.app the LyX window comes up but
I c
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Jean-Marc Lasgouttes wrote:
>> But this means that the LFUNS are not usable anymore from
>> minibuffer/bindings... I know it was not really possible before,
>> but by using an explicit type, we are really closing this door now.
Georg>
DEAR
CONFIDENTIAL / URGENT PROPOSAL
Firstly, I must solicit your confidence in this transaction. I know that a
transaction of this magnitude will make any one apprehensive, but be assured
that at the end all concerned would smile. I decided to contact you due to the
urgency of this
Jean-Marc Lasgouttes wrote:
> But this means that the LFUNS are not usable anymore from
> minibuffer/bindings... I know it was not really possible before, but
> by using an explicit type, we are really closing this door now.
Initially I liked the any stuff, but if that means that lfuns are not
sc
On Wed, Jun 14, 2006 at 09:35:23AM +0200, Peter Kümmel wrote:
> Here numbers from Windows/Linux,
> scrolling the Guide, in sec:
The userguide does not evidence the problem on Windows. When using
a big file with *lots* of displayed equations and images, LyX on
Windows with native qt3 is about 3 tim
José Abílio wrote:
> Abdelrazak Younes wrote:
>> Great, I am promoted to official "OK-sayer" :-)
> You have been for some time now,
> you simply did not know that. ;-)
He never asked ;-)
We should probably collate a list of official
"OK-sayer"s and publish it alongside
http://www.lyx.org/about/
On Wednesday 14 June 2006 10:45, Abdelrazak Younes wrote:
> Great, I am promoted to official "OK-sayer" :-)
You have been for some time now, you simply did not know that. ;-)
> Abdel.
--
José Abílio
Angus Leeming wrote:
Abdelrazak Younes wrote:
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Please commit to "trunk" and...
Do you think I could commit it now,
or should I wait for more comments?
I think your changes are very reasonable
so yes you could commit now... maybe it's
better to
Abdelrazak Younes wrote:
>Peter Kümmel wrote:
>> Abdelrazak Younes wrote:
>>> Please commit to "trunk" and...
>> Do you think I could commit it now,
>> or should I wait for more comments?
> I think your changes are very reasonable
> so yes you could commit now... maybe it's
> better to wait a b
Jean-Marc Lasgouttes writes:
> Either these LFUNs are like the others
> and having an ascii representation of the
> arguments is a must for scripting, or they
> are not like the others and they should be
> pure C++.
Agree 100%
Note that there is absolutely no reason why some
"outside of LyX enti
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Searching in the font info cache is expensive. So, it
Abdelrazak> could be either the searching of the font info in the
Abdelrazak> 4-dimensional C-array or the searching in the font width
Abdelrazak> map.
There is no
Peter_Kümmel wrote:
> Peter_Kümmel wrote:
>> I will have a look an this, and will also
>> post a 'final patch' :-)
>Here the patch for this issue.
Looks good. One thing that strikes me though is that
you should define a local variable
Session & session = LyX::ref().session();
rather than wast
Peter Kümmel wrote:
Georg Baum wrote:
Abdelrazak Younes wrote:
Peter Kümmel wrote:
Maybe someone has an idea when looking
at the Lyx functions (do we really
need so much libintl_dcigettext calls?)
I don't know much this field but I guess we could cache the translated
messages on startup instea
Georg Baum wrote:
> Abdelrazak Younes wrote:
> Peter Kümmel wrote:
>>> Maybe someone has an idea when looking
>>> at the Lyx functions (do we really
>>> need so much libintl_dcigettext calls?)
>> I don't know much this field but I guess we could cache the translated
>> messages on startup instead o
Peter Kümmel wrote:
> But why is painting sometime active? After hours of debugging I've found
> the reason.
[...]
Impressive debug work!
Georg
Abdelrazak Younes wrote:
Peter Kümmel wrote:
>> Maybe someone has an idea when looking
>> at the Lyx functions (do we really
>> need so much libintl_dcigettext calls?)
>
> I don't know much this field but I guess we could cache the translated
> messages on startup instead of requiring a translatio
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> This is among the things the any patch makes possible. IMNSHO
Lars> quite nice.
But this means that the LFUNS are not usable anymore from
minibuffer/bindings... I know it was not really possible before, but
by using an explicit
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Please commit to "trunk" and...
Do you think I could commit it now, or should I wait
for more comments?
I think your changes are very reasonable so yes you could commit now...
maybe it's better to wait a bit more to let others comment on it if th
Abdelrazak Younes wrote:
> So Linux is faster on your machine than windows! That's a surprise since
> many complained that it was damn slow on linux. Helge Hafting, you were
> the more vocal among them ;-), could you try again?
Maybe he had used a non optimized build.
>>
>> LyX 1.3.6, Qt 3.3.4
>
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> IMHO the only thing to do before merging to trunk is to
Abdelrazak> agree on the namespace issue. I like Angus idea that
Abdelrazak> namespaces are named after directories.
I agree that this i
Abdelrazak Younes wrote:
> Very good Peter! So we don't need the shared_ptr in WorkArea then?
No, this would only be a hack.
>> And here are some cleanups:
>>
>> - setQPainterPen needs not to return its parameter QPainter&
>
> Good, note that in my QPainter cache try, I transformed this
> setQPa
Jean-Marc Lasgouttes wrote:
>> "Peter" == Peter Kümmel <[EMAIL PROTECTED]> writes:
>
> Peter> Maybe someone has an idea when looking at the Lyx functions (do
> Peter> we really need so much libintl_dcigettext calls?)
>
> Can you give us counts along with the timings?
>
> JMarc
>
>
Here a n
On Mon, 2006-06-12 at 09:30 +0200, Lars Gullik Bjønnes wrote:
> Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> | On Sat, 2006-06-10 at 15:22 +0200, Lars Gullik Bjønnes wrote:
> | > [EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
> | >
> | > | We have a drawing error with insets. It is very easy
Peter Kümmel wrote:
Peter Kümmel wrote:
This is the Qt message:
QPixmap::operator=: Cannot assign to pixmap during painting
[...]
The assignment fails because on the old QPixmap painting is still active.
But why is painting sometime active? After hours of debugging I've found
the reason.
[
Peter Kümmel wrote:
Here numbers from Windows/Linux,
scrolling the Guide, in sec:
Qt4.1.3, release,
Linux no anti-al.: 19
Linux with anti-al.: 25
Windows 2k : 30
So Linux is faster on your machine than windows! That's a surprise since
many complained that it was damn slow on linux.
> "Peter" == Peter Kümmel <[EMAIL PROTECTED]> writes:
Peter> Maybe someone has an idea when looking at the Lyx functions (do
Peter> we really need so much libintl_dcigettext calls?)
Can you give us counts along with the timings?
JMarc
Bo Peng wrote:
>>> And are they well-docmented behaviors?
>
>> Yes.
>
> At least I do not see them in ./configure --help. I am really
> wondering how many people in this list know the difference between
> CCFLAGS and CPPFLAGS.
It is CFLAGS, CXXFLAGS and CPPFLAGS.
Georg
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> IMHO the only thing to do before merging to trunk is to
Abdelrazak> agree on the namespace issue. I like Angus idea that
Abdelrazak> namespaces are named after directories.
I agree that this is a very reasonable conve
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
>>> And are they well-docmented behaviors?
>> Yes.
Bo> At least I do not see them in ./configure --help. I am really
Bo> wondering how many people in this list know the difference between
Bo> CCFLAGS and CPPFLAGS.
You can read about conventions i
Here numbers from Windows/Linux,
scrolling the Guide, in sec:
Qt4.1.3, release,
Linux no anti-al.: 19
Linux with anti-al.: 25
Windows 2k : 30
LyX 1.3.6, Qt 3.3.4
Linux no anti-al.: 6-7
Linux with anti-al.: 6-7
Is 1.5 so slow only because of Qt
or are there also changes of LyX
respon
91 matches
Mail list logo
