Edwin Leuven <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > I think one of the solutions i and others outlined would be better.
|
| but that is cheating since it involves a new feature.
|
| the question is what is better:
|
| 1. have lines the way we have now
| 2. have no lines
I
Andre Poenitz wrote:
>> complete QLPainter member functions:
>> Scope 12,ms : 1236 -> setQPainterPen
>
> Hm, switching pens is known to be extraordinarily expensive in Qt 4.
> Things have a bit improved in 4.1.3, though.
>
Yes, there is a place where we could optimize a bit.
>> Scope 14,
Andre Poenitz wrote:
> Have you proof from the profiler that this is necessary?
The patch has already been dropped because of my profiling,
see the end of the thread.
But I will test the same trick for the text function,
then the most used function of LyX is not virtual any more.
But first I mus
Dear all,
Attached is a draft README.scons file. Please feel free to make any
changes you deem reasonable (You know English is not my first
language). I have put everything together, whether or not we should
split it and put things in README.win32, README.msvc etc can be
decided later.
Abdel, E
Lars Gullik Bjønnes wrote:
I think one of the solutions i and others outlined would be better.
but that is cheating since it involves a new feature.
the question is what is better:
1. have lines the way we have now
2. have no lines
Edwin Leuven <[EMAIL PROTECTED]> writes:
| Andre Poenitz wrote:
| > Fine with me. I find i anooying myself.
|
| others?
|
| i really think that this should go in...
I think one of the solutions i and others outlined would be better.
--
Lgb
Michael Gerz <[EMAIL PROTECTED]> writes:
| [EMAIL PROTECTED] wrote:
|
| >Author: schmitt
| >Date: Wed Jun 7 22:46:39 2006
| >New Revision: 14037
| >
| >Log:
| >revise comments
| >
| >Modified:
| >lyx-devel/branches/personal/gerz/change-tracking/src/insets/insettext.C
| >
| >
| The result of
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Mon, Jun 05, 2006 at 06:51:52PM +0200, Lars Gullik Bjønnes wrote:
| > Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| >
| > | Angus Leeming wrote:
| > | > In src/frontends/gtk/WorkAreaFactory.C you introduce a new static
| > | > global variable.
| >
Angus Leeming <[EMAIL PROTECTED]> writes:
| Andre Poenitz <[EMAIL PROTECTED]> writes:
| > Ahm... btw: I once had troubles with throwing exceptions through a Qt
| > event loop (basically terminating the loop)
| >
| > I am not sure this is allowed at all.
|
| André,
|
| do exceptions sit well wi
Andre Poenitz wrote:
Fine with me. I find i anooying myself.
others?
i really think that this should go in...
David Raymond wrote:
Hello,
I couldn't find a menu entry to convert latex to lyx in lyx-1.4.1.
Tex2lyx exists and works independently of lyx, but there seems to be
no entry in the files->import menu.
I'm probably doing something dumb as usual!
If you're running Win XP, it could be an install
Andre Poenitz <[EMAIL PROTECTED]> writes:
> Ahm... btw: I once had troubles with throwing exceptions through a Qt
> event loop (basically terminating the loop)
>
> I am not sure this is allowed at all.
André,
do exceptions sit well with Qt4 at all? I see occassional flame fests on the KDE
lists
Andre Poenitz <[EMAIL PROTECTED]> writes:
> > As a matter of style, yes, probably. However, for PODs there's no efficiency
> > penalty to i-- vis-à-vis --i.
> Urban legend. There's a difference between the 'interesting' cases
> whebn iterating downwards (i.e. i-- (!= 0) vs. --i >= 0)
> Check y
[EMAIL PROTECTED] wrote:
Author: schmitt
Date: Wed Jun 7 22:46:39 2006
New Revision: 14037
Log:
revise comments
Modified:
lyx-devel/branches/personal/gerz/change-tracking/src/insets/insettext.C
The result of a lonely evening...
Michael
Index: insets/insettext.C
==
On Wed, Jun 07, 2006 at 10:07:38PM +0200, Georg Baum wrote:
> Am Dienstag, 6. Juni 2006 14:52 schrieb Georg Baum:
> > Jean-Marc Lasgouttes wrote:
> >
> > > Do we need extensive testing of batch-commands processing, for
> > > example?
> >
> > I am not sure whether it is possible to test all code p
On Thu, Jun 01, 2006 at 10:12:27PM +0200, Edwin Leuven wrote:
> is that it gets inserted with silly lines
>
> the attached patch gets rid of them
>
> can i commit? please?!
Fine with me. I find i anooying myself.
Andre'
On Tue, Jun 06, 2006 at 10:51:25AM +0200, Abdelrazak Younes wrote:
> >Why is it a performance warning?
>
> Because you loose precision: 32 bits -> 1 bit
And that loses performance how?
Andre' [Not discussing '32' and '1' here]
On Sun, Jun 04, 2006 at 07:52:42PM +0200, Peter Kümmel wrote:
> Here some statistics of QLPainter functions:
>
> I've measured the time which the program is
> in an scope, see attached patch.
Is there a reason why you can't use a profiler?
> The results are:
>
> complete QLPainter member functi
On Mon, Jun 05, 2006 at 06:51:52PM +0200, Lars Gullik Bjønnes wrote:
> Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>
> | Angus Leeming wrote:
> | > In src/frontends/gtk/WorkAreaFactory.C you introduce a new static
> | > global variable.
> |
> | By the way, I have always believed that, in C++, t
On Mon, Jun 05, 2006 at 01:05:26PM -0500, Bo Peng wrote:
> I will use that if someone can instruct me how to use vim as the
> editor for msvs. :-)
Works rather well. Use vim for the editing tasks and the IDE for
debugging.
Andre'
On Wed, Jun 07, 2006 at 10:24:29AM +0200, Abdelrazak Younes wrote:
> >A while ago there was almost no email concerning MS Windows and
> >everybody was happy with it.
>
> Please define everybody.
Erm.
Me, myself, I, and a few others.
> I am not very fond of windows but I am forced to it. So are
On Sun, Jun 04, 2006 at 09:38:01PM +0200, Abdelrazak Younes wrote:
> Angus Leeming wrote:
> >
> >In src/frontends/gtk/WorkAreaFactory.C you introduce a new static global
> >variable.
>
> By the way, I have always believed that, in C++, the keyword static in
> this case is to say that this variab
On Wed, Jun 07, 2006 at 12:39:04AM +0200, Peter Kümmel wrote:
> Lars Gullik Bjønnes wrote:
>
> > | Obviously, I'm in a pedantic mood. These two are casts:
> > |(bool)1;
> > |static_cast(1);
> > | This one isn't:
> > |bool(1);
> >
> > I think I still prefere this last one.
>
> When we
On Sat, Jun 03, 2006 at 02:41:51PM +0200, Georg Baum wrote:
> possible. It turned out that the pointer solution did not really work
> (apart from the exception safety which is not so important because we
> have already the lyxsocket and lyxserver pointers)
Okokok.
Andre'
On Sun, Jun 04, 2006 at 02:06:50PM +0200, Peter Kümmel wrote:
> Index: DepTable.C
> ===
> --- DepTable.C(Revision 13994)
> +++ DepTable.C(Arbeitskopie)
> @@ -253,5 +253,5 @@
> }
> deplist[nom
On Wed, May 31, 2006 at 05:39:17PM +, Angus Leeming wrote:
> Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
> > | > Apart from it can be shortened by two lines:
> > | > for (size_t i = cur.depth(); i--; )
> > |
> > | Now you're just being evil, André At least be explicit about the exit
> >
On Tue, Jun 06, 2006 at 06:10:08PM +0200, Abdelrazak Younes wrote:
> Jean-Marc Lasgouttes wrote:
> >>"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> >
> >Abdelrazak> The QPicture class "records" painting operations, it is
> >Abdelrazak> similar to vector based painting (SVG or w
On Sun, Jun 04, 2006 at 02:06:50PM +0200, Peter Kümmel wrote:
> And here a patch which removes a lot of
> warning about performance
Btw MSVC's 'performance warnings' when usinh int in place of bools are
bogus. Should be silenced on the command line.
Andre'
On Wed, May 31, 2006 at 05:39:17PM +, Angus Leeming wrote:
> Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
> > | > Apart from it can be shortened by two lines:
> > | > for (size_t i = cur.depth(); i--; )
> > |
> > | Now you're just being evil, André At least be explicit about the exit
> >
On Sun, Jun 04, 2006 at 11:27:46PM +0200, Peter Kümmel wrote:
> How often have I heard that the painting performance of Qt4 is so bad,
> bad, bad...
>
> And all what we can do is to hope it becomes better, seems Trolltech
> has forgotten it's clients.
Not really. They do work a bit on speed issue
On Sun, Jun 04, 2006 at 03:53:20PM +0200, Peter Kümmel wrote:
> Here a patch which avoids a virtual call
> and the the allocations when calling
> Painter::lines.
Have you proof from the profiler that this is necessary?
We rarely draw lines, and you just increased the relevant
compiled code by a f
On Tue, Jun 06, 2006 at 09:40:27AM +, Angus Leeming wrote:
> Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> > > | > (the warning was:
> > > | > ..\..\lyx-devel\src\lyxtextclass.C(1065) : warning C4800: 'int' :
> > > | > forcing value to bool 'true' or 'false' (performance warning)
> > > | > )
Hello,
I couldn't find a menu entry to convert latex to lyx in lyx-1.4.1.
Tex2lyx exists and works independently of lyx, but there seems to be
no entry in the files->import menu.
I'm probably doing something dumb as usual!
Best regards,
Dave Raymond
Am Dienstag, 6. Juni 2006 14:52 schrieb Georg Baum:
> Jean-Marc Lasgouttes wrote:
>
> > Do we need extensive testing of batch-commands processing, for
> > example?
>
> I am not sure whether it is possible to test all code paths. I would be
> confident if somebody could review all cases where lyx_
Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
> | No, enum is NOT type-safe. I started with something like
> Enums are type-safe, but also convertible to an integer type.
> (but not from integer to enum)
Hi, guys.
You might find this interesting/useful:
http://cryp.to/smart-enum/libs/smart_enum
Am Dienstag, 6. Juni 2006 18:41 schrieb Andre Poenitz:
> On Wed, May 31, 2006 at 10:45:00AM +0200, Jean-Marc Lasgouttes wrote:
> > > "Andre" == Andre Poenitz
<[EMAIL PROTECTED]> writes:
> >
> > Andre> Are we really explicitly calling exit()?
> >
> > Yes, in lyx_gui::exit, which is called in
Michael Gerz <[EMAIL PROTECTED]> writes:
| Angus Leeming wrote:
|
| >Michael Gerz <[EMAIL PROTECTED]> writes:
| >
| >> After having introduced the enum in the last two hours, I finally
| >> come to the conclusion that a simple bool type is more suitable
| >> than an enum type for which C++ does n
Angus Leeming wrote:
Michael Gerz <[EMAIL PROTECTED]> writes:
After having introduced the enum in the last two hours, I finally come
to the conclusion that a simple bool type is more suitable than an enum
type for which C++ does not provide any type-safety. There are just two
values, on an
Abdelrazak Younes wrote:
I agree with all what you are saying below but I'd like to point out
something first: I am taking an evolutionary approach. Multiple views
will come after. If I derive too much from HEAD all my work will be
lost so my goal for now is to put all this in a working shape
Jean-Marc Lasgouttes wrote:
Don't create a new README.Win32. Just overwrite the existing one!
Scons is so easy to use. Nobody will like my old instructions
anymore
Angus> Keep both. It's great to have competition (MinGW/MSVC) ;-)
I am not sure why you are all harping on that. Competitio
Abdelrazak Younes wrote:
Hello,
Please found attached a patch to my personal branch. Basically, I have
completely reorganized the frontend handling and adapted BufferView and
the qt4 frontend to the new API. It compiles fine with scons (thanks to
glob ;-)) and qt4 only. I still cannot start i
Lars Gullik Bjønnes wrote:
> | Note that there is room for improvement in our fontcache which uses a
> | std::map. A vector will probably not use too much memory (for 8bit
> | fonts) and be much faster.
>
> It will not be 8bit fonts.
>
> We should use a unordered_map and fallback to map if that i
Angus> BufferView_pimpl.C:
Angus> I like the look of your changes here. The points that
Angus> follow aren't a criticism of what you've done. They're
Angus> thoughts on where all this should go in the end.
Abdel> I agree with all what you are saying below but I'd like
Abdel> to point out something
Lars Gullik Bjønnes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Or in tabs. I think my first temptative to multiple work areas will
| use tabs (a la firefox).
That is not necessarily different from what we have today. You can
load more than one document at a time, and you can switch
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Or in tabs. I think my first temptative to multiple work areas will
| use tabs (a la firefox).
That is not necessarily different from what we have today. You can
load more than one document at a time, and you can switch between
them. If that is done
Angus Leeming wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Please found attached a patch to my personal branch. Basically, I have
completely reorganized the frontend handling and adapted BufferView and
the qt4 frontend to the new API. It compiles fine with scons (thanks to
glob ) and q
On Wed, May 31, 2006 at 12:12:53PM +0200, Edwin Leuven wrote:
> attached my latest patch
>
> i'd like to put it in
>
> any objections?
As usual: Please stick to LyX style. For examples refer to code in
src/*.C, not in frontend/whatever. [It's much better nowadays, though]
> +{
> + if (paren
On Wed, May 31, 2006 at 10:45:00AM +0200, Jean-Marc Lasgouttes wrote:
> > "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> Andre> Are we really explicitly calling exit()?
>
> Yes, in lyx_gui::exit, which is called in quitLyX. Do you think this
> is a problem?
I am not sure this is an
On Wed, May 31, 2006 at 01:04:30AM +, Angus Leeming wrote:
> Enrico Forestieri <[EMAIL PROTECTED]> writes:
> > Agreed. But what's your point? I didn't mean to correct the possibly
> > broken dvipost code but only to let it work (or not work) on Windows
> > in the same way it works (or doesn't w
On Wed, May 31, 2006 at 11:23:59AM +0200, Jean-Marc Lasgouttes wrote:
> > "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>
> Abdelrazak> I have been experimenting using a QPicture "cache" inside
> Abdelrazak> QLPainter instead of drawing directly to the pixmap for
> Abdelrazak>
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> Please found attached a patch to my personal branch. Basically, I have
> completely reorganized the frontend handling and adapted BufferView and
> the qt4 frontend to the new API. It compiles fine with scons (thanks to
> glob ) and qt4 only. I stil
On Jun 7, 2006, at 11:54 AM, Bo Peng wrote:
If I delete the session file, open LyX, adjust window size, open the
User's Guide, move the cursor, and quit LyX, the resulting session
file is:
It works well here (linux, rhel4, lyx-1.5.x svn, qt3.) Please tell me
these info, and how you quit lyx.
If I delete the session file, open LyX, adjust window size, open the
User's Guide, move the cursor, and quit LyX, the resulting session
file is:
It works well here (linux, rhel4, lyx-1.5.x svn, qt3.) Please tell me
these info, and how you quit lyx.
Bo
On Jun 7, 2006, at 11:13 AM, Bo Peng wrote:
I am running out of ideas, but it worked here until I have
decided to play
with preference then it decided not to work anymore... no time to
investigate, but then I suspect that I am using the same personal
directory
for 1.4 and 1.5.
Not all s
On Wednesday 07 June 2006 16:13, Bo Peng wrote:
> Not all session stuff is in the preference dialog yet. There should be
> 'save windows position' (a checkbox) and windows width and height (two
> edit boxes) that allow you to set fixed windows size.
OK.
> I do not have time to check this right
I am running out of ideas, but it worked here until I have decided to play
with preference then it decided not to work anymore... no time to
investigate, but then I suspect that I am using the same personal directory
for 1.4 and 1.5.
Not all session stuff is in the preference dialog yet. There
On Wednesday 07 June 2006 15:53, Bennett Helm wrote:
> I see only 2 check boxes: Restore cursor positions, and Load opened
> files from last session. Both of these are checked. However, neither
> of these is giving me trouble; only the window size/position is.
> (Isn't that supposed to be res
On Jun 7, 2006, at 10:23 AM, Jose' Matos wrote:
On Wednesday 07 June 2006 15:18, Bennett Helm wrote:
Testing without the patch reveals that session window size/position
is *not* retained (though last file and cursor position within the
file are). So it's not a side-effect of this patch, but the
Angus Leeming <[EMAIL PROTECTED]> writes:
| Because you don't think he should have them or because you haven't
| found time to do so?
the latter.
--
Lgb
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
>> If it was possible to link to files in the subversion repository,
>> you could just add a link from the wiki page to the file itself...
Bo> Do we have this service (the browse subversion repository feature
Bo> of sourceforge.net.)?
Not yet.
J
Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
> | did you ever
> | chown -R 'apache:wiki' /home/lyx/www/pmwiki/uploads
> | on aussie?
>
> yes.
Thx.
> | Did you give write permissions to development/Win32/packaging to Joost?
> no.
Because you don't think he should have them or because you
If it was possible to link to files in the subversion repository, you
could just add a link from the wiki page to the file itself...
Do we have this service (the browse subversion repository feature of
sourceforge.net.)?
Bo
On Wednesday 07 June 2006 15:18, Bennett Helm wrote:
> Testing without the patch reveals that session window size/position
> is *not* retained (though last file and cursor position within the
> file are). So it's not a side-effect of this patch, but the session
> behavior has changed for me,
Peter Kümmel <[EMAIL PROTECTED]> writes:
> All my contributions to the LyX project fall under the
> Gnu General Public License, version 2 or later.
Thanks, Peter. Feel free to suggest an improved description of your
contribution. (In fact, many of these descriptions are woefully out of date.)
htt
On Jun 7, 2006, at 3:55 AM, Georg Baum wrote:
Bennett Helm wrote:
One anomaly I've noticed with 1.5.x, however. With this patch, I
don't seem to get the session behavior I'm used to: opening a new
instance of LyX does not use the same window size/position as before.
Is this an unintended side-
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars,
|
| did you ever
| chown -R 'apache:wiki' /home/lyx/www/pmwiki/uploads
| on aussie?
yes.
| Did you give write permissions to development/Win32/packaging to Joost?
no.
--
Lgb
Lars,
did you ever
chown -R 'apache:wiki' /home/lyx/www/pmwiki/uploads
on aussie?
Did you give write permissions to development/Win32/packaging to Joost?
Regards,
Angus
All my contributions to the LyX project fall under the
Gnu General Public License, version 2 or later.
Peter Kuemmel
Lars Gullik Bjønnes wrote:
> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>
> | > "Peter" == Peter Kümmel <[EMAIL PROTECTED]> writes:
> |
> | Peter> With enabled USE_LYX_FONTCACHE it is a little bit faster
> | Peter> (because the value of QLFontInfo::width becomes smaller
> | Peter> compa
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Peter" == Peter Kümmel <[EMAIL PROTECTED]> writes:
|
| Peter> With enabled USE_LYX_FONTCACHE it is a little bit faster
| Peter> (because the value of QLFontInfo::width becomes smaller
| Peter> compared to the others: enabled 100<->48, disa
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> Angus> Not if we're members of the same party. Maybe our party will be
> Angus> elected unopposed. We'll have to wait and see who stands
> Angus> against us...
> But who will be the leader of the party?
Well, given that this party is called "The
Jean-Marc Lasgouttes wrote:
>> "Peter" == Peter Kümmel <[EMAIL PROTECTED]> writes:
>
> Peter> With enabled USE_LYX_FONTCACHE it is a little bit faster
> Peter> (because the value of QLFontInfo::width becomes smaller
> Peter> compared to the others: enabled 100<->48, disabled 100<->47)
>
> I'd
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Just for clarity, the map doesn't cache fonts, only font
Abdelrazak> widths (with Uchar as the key). The font cache is done
Abdelrazak> elsewhere in 4-dimensional C-array (fontinfo_).
Indeed.
JMarc
Jean-Marc Lasgouttes wrote:
"Peter" == Peter Kümmel <[EMAIL PROTECTED]> writes:
Peter> With enabled USE_LYX_FONTCACHE it is a little bit faster
Peter> (because the value of QLFontInfo::width becomes smaller
Peter> compared to the others: enabled 100<->48, disabled 100<->47)
I'd say it is the s
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
>> I don't want to speak for all new (windows) developers but I think
>> we have done a bit more than just windows support.
Bo> I came as a *nix developer, until I find that windows is the weak
Bo> link of the lyx product chain.
Sure, it was the
I don't want to speak for all new (windows) developers but I think we
have done a bit more than just windows support.
I came as a *nix developer, until I find that windows is the weak link
of the lyx product chain. This is somehow unfortunately to me since I
am not a frequent windows user, and m
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Not if we're members of the same party. Maybe our party will be
Angus> elected unopposed. We'll have to wait and see who stands
Angus> against us...
But who will be the leader of the party?
JMarc
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> Jean-Marc Lasgouttes ...> writes:
>>> I am all for having scons in the trunk and see it improve. If it
>>> proves to be better than autotools I will be happy to see it be the
>>> only one. What I am against is this idea that one camp has to win a
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> I am all for having scons in the trunk and see it improve. If it
>> proves to be better than autotools I will be happy to see it be the
>> only one. What I am against is this idea
> "Peter" == Peter Kümmel <[EMAIL PROTECTED]> writes:
Peter> With enabled USE_LYX_FONTCACHE it is a little bit faster
Peter> (because the value of QLFontInfo::width becomes smaller
Peter> compared to the others: enabled 100<->48, disabled 100<->47)
I'd say it is the same (the margin error is
Jean-Marc Lasgouttes wrote:
>> "Peter" == Peter Kümmel <[EMAIL PROTECTED]> writes:
>
> Peter> So optimizing the text drawing functions couldn't more than
> Peter> doubling the speed.
>
> On LyX/Mac, the other half is taken by QLFontInfo::width. You may want
> to experiment with USE_LYX_FONTCA
Abdelrazak Younes wrote:
> I don't know the correct solution to this problem; either you work with
> my branch, especially so if you fix lyx_gui, QWorkArea and QtView. Or
> you wait until I merge my branch with trunk. Georg exit reorg patch is
> going in RSN now I guess (did you try it?) and I gue
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> I am all for having scons in the trunk and see it improve. If it
> proves to be better than autotools I will be happy to see it be the
> only one. What I am against is this idea that one camp has to win a
> fight against the other camp. This is a w
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> I'm interested in Bo's scons work because experience shows that
Angus> getting the autotools to do what we'd like on Windows has
Angus> required us (well, you actually) to jump through a number of
Angus> hoops. Autotools and Windows
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>>> Don't create a new README.Win32. Just overwrite the
>>> existing one! Scons is so easy to use. Nobody will
>>> like my old instructions anymore
> Angus> Keep both. It's great to have competition
> Angus> (MinGW/MSVC)
> I am not sure why you ar
Abdelrazak Younes wrote:
> Peter Kümmel wrote:
>> Here a patch which fixes a crash on startup
>> (new since 4.1.3, msvc/debug) and removes
>> the obsolete Qt3 functions/symbols.
>
> Looks good Peter. You know that I am reorganizing this stuff in my
> personal branch and I will have a lot of mergin
Angus Leeming wrote:
> Peter Kümmel <[EMAIL PROTECTED]> writes:
>> Angus Leeming wrote:
>>> So, what is the usage you're worried about and where? Which constructor?
>
> [snip supplied details]
>
>> As I understand we have to be sure that the this pointer is not
>> used, if so all is ok.
>
> Grea
Peter Kümmel <[EMAIL PROTECTED]> writes:
> Angus Leeming wrote:
> > So, what is the usage you're worried about and where? Which constructor?
[snip supplied details]
> As I understand we have to be sure that the this pointer is not
> used, if so all is ok.
Great detective work!
Angus
Peter Kümmel wrote:
Here a patch which fixes a crash on startup
(new since 4.1.3, msvc/debug) and removes
the obsolete Qt3 functions/symbols.
Looks good Peter. You know that I am reorganizing this stuff in my
personal branch and I will have a lot of merging problems if you
continue fixing qt4
Angus Leeming wrote:
> So, what is the usage you're worried about and where? Which constructor?
LyXServer(LyXFunc * f, std::string const & pip)
: numclients(0), func(f), pipes(pip, (this), callback) {}
Buffer::Buffer(string const & file, bool readonly)
: pimpl_(new Impl(*this, file, reado
Peter Kümmel wrote:
> And the has Lords answered Lgb's (?) prayers!
Sorry for so stupid mistakes.
Peter
Here a patch which fixes a crash on startup
(new since 4.1.3, msvc/debug) and removes
the obsolete Qt3 functions/symbols.
And the has Lords answered Lgb's (?) prayers!
-// Dear Lord, deliver us from Evil, aka the Qt headers
-// Qt defines a macro 'signals' that clashes with a boost namespace.
-
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>> Don't create a new README.Win32. Just overwrite the existing one!
>> Scons is so easy to use. Nobody will like my old instructions
>> anymore
Angus> Keep both. It's great to have competition (MinGW/MSVC) ;-)
I am not sure why you are
Jean-Marc Lasgouttes wrote:
> No, but Matthias says that Qt slowness is just a rumor. We must be
> dreaming.
Maybe we live in different Matrix. :)
Peter
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> These two threads provide some interesting reading on the
Angus> subject of slow drawings:
Angus> http://lists.trolltech.com/qt-interest/2005-10/thread00915-0.html
Angus> http://dot.kde.org/1135084395/1135109572/
Angus> They don't
Peter Kümmel <[EMAIL PROTECTED]> writes:
> After disabling the "performance warning"
> (it's realy not worth the trouble)
As you choose. But wrapping them all as "return bool(foo);" would be perfectly
fine I think.
> here some unsigned/unsigned patches.
Look good. It would appear that the "//Bra
After disabling the "performance warning"
(it's realy not worth the trouble)
here some unsigned/unsigned patches.
Just for the record,
I see some "this" pointer in the constructor,
http://groups.google.de/group/comp.lang.c++.moderated/browse_frm/thread/7b227e810ecfba0e/80087b45c0935053
http://boos
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> I don't want to speak for all new (windows) developers but I think we
> have done a bit more than just windows support.
So you have indeed. And you're all very welcome.
> If you are not happy with all the mails about Scons and MSVC and all,
> we sh
Andre Poenitz wrote:
On Tue, May 30, 2006 at 09:57:39PM +0200, Michael Gerz wrote:
Jean-Marc Lasgouttes wrote:
scons support means nothing to users. This is not a new feature to
brag about, just a convenience for us.
Well, given the fact that about 50% of all lyx-devel emails deal with MS
W
On Wednesday 07 June 2006 01:45, Edwin Leuven wrote:
> i = i + 1
For 1.5.x it is acceptable (and recommended) to use
i += 1
It is easier to read and the restriction to use python 1.5.2 has been
lifted. I know the code was there before but the warning remains. :-)
--
José Abílio
1 - 100 of 105 matches
Mail list logo
