Angus Leeming wrote:
However, I've just checked and we don't have an entry for you in
lib/generate_contributions.py. Could you please send a mail to this list
stating that you agree to license your contributions to LyX under the
Gnu General Public License, Version 2 or later.
I agree to licen
Here more numbers, with this setup:
MSVC8
Qt 4.1.2 release
lyx-qt4 release -O2
AMD XP 1.1Ghz, 100 Mhz Ram
Page down-key scrolling time of the User's Guide:
55s
but when I disable all functions of QLPainter
(just returning immediately) I still get
25s
So optimizing the text drawing function
> "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_FONTCACHE in qfont_loader.h to see whether
our
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Jean-Marc Lasgouttes wrote:
Peter> Here a patch which avoids a virtual call and the the
Peter> allocations when calling Painter::lines. I've tested it with
Peter> Qt4, but the changes are similar to the other frontends, and
Peter> s
Enrico Forestieri wrote:
> It is unlikely that the problem is related to that particular piece
> of code as Edwin is using the 1.5 version and the user the 1.4 version,
> most probably. I think this is a MSYS bash failure as both versions
> work ok with the cygwin bash.
OK, thanks for the enlight
Bo Peng wrote:
> Hi,, all,
>
> I heard no bug report etc concerning scons/msvs_project so I assume it
> is done (or will not be used at all). Anyone still interested in the
> pch feature? This is the only big feature that is missing in the scons
> system, but I am not sure how much we can benefit
>
> Here more numbers, with this setup:
>
> MSVC8
> Qt 4.1.2 release
> lyx-qt4 release -O2
> AMD XP 1.1Ghz, 100 Mhz Ram
>
Where do I get one of those? :)
>
> Page down-key scrolling time of the User's Guide:
>
> 55s
>
> but when I disable all functions of QLPainter
> (just r
On Tuesday 06 June 2006 09:03, Juergen Spitzmueller wrote:
> (I can't, my knowledge to Python is limited to dead parrots).
You are in the right path to enlightenment. ;-)
> Jürgen
--
José Abílio
Joost Verburg wrote:
> I agree to license my contributions under the GNU General Public
> License, version 2 or later.
Good man.
Your name is now up in lights at
http://www.lyx.org/about/credits.php
and
http://www.lyx.org/about/blanket-permission.php
Regards,
--
Angus
Michael Abshoff wrote:
>> Here more numbers, with this setup:
>>
>> MSVC8
>> Qt 4.1.2 release
>> lyx-qt4 release -O2
>> AMD XP 1.1Ghz, 100 Mhz Ram
>>
>
>
> Where do I get one of those? :)
>
It's down clocked :)
>
> Nope, valgrind doesn't help here much. There is a valgrin
[EMAIL PROTECTED] wrote:
Author: leeming
Date: Tue Jun 6 10:06:41 2006
New Revision: 14017
Log:
Add Joost and Abdel to our list of contributers.
I was there already (I think).
Abdel.
Abdelrazak Younes wrote:
> [EMAIL PROTECTED] wrote:
>> Author: leeming
>> Date: Tue Jun 6 10:06:41 2006
>> New Revision: 14017
>>
>> Log:
>> Add Joost and Abdel to our list of contributers.
You were. But I moved your entry in generate_contributions.py into
alphabetical order and regenerated cre
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_FONTCACHE in qfont_loa
Peter Kümmel wrote:
Here more numbers, with this setup:
MSVC8
Qt 4.1.2 release
Please update to 4.1.3. There are some nice drawing optimization there.
Most noticeably for Mac and Linux but I've seen improvment on WinXP also.
So optimizing the text drawing functions couldn't
more than doubl
Lars Gullik Bjønnes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| I think good pch support is only in gcc > 4.1.
define 'good'.
No based on personal experience but on some articles I've read in the
past. I don't really know...
pch support has worked in gcc at least since 3.4.
G
Bennett Helm wrote:
This is in qt 1.4.2 too, but it seems that qwindowdefs.h is not included
here.
Does the attached patch resolve the compile problem?
Yes; I'm finishing compiling now. (It's actually a problem we had
encountered this before, and Abdel, I believe, came up with the
following
Georg Baum wrote:
Am Montag, 5. Juni 2006 16:55 schrieb Abdelrazak Younes:
Hello,
This is to announce that I am going to continue my
WorkArea/Clipbard/Screen Reorganisation effort in a branch.
Good idea.
I am learning :-)
I have put
my current tree in the branch and I have already commi
Lars Gullik Bjønnes wrote:
Angus Leeming <[EMAIL PROTECTED]> writes:
| Peter Kümmel <[EMAIL PROTECTED]> writes:
| > > Yes, it's MSVC. It's a performance warning about possibly loosing
| > > precision due to the automatic cast. You can get rid of the warning via
| > > an explicit cast.
| > >
|
Abdelrazak Younes wrote:
> Peter Kümmel wrote:
>> Here more numbers, with this setup:
>>
>> MSVC8
>> Qt 4.1.2 release
>
> Please update to 4.1.3. There are some nice drawing optimization there.
> Most noticeably for Mac and Linux but I've seen improvment on WinXP also.
>
Is planned.
>> So optimi
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| > | Ain't C++ funky? ;-)
| > | | > (the warning was:
| > | > ..\..\lyx-devel\src\lyxtextclass.C(1065) : warning C4800: 'int' :
| > | > forcing value to bool 'true' or 'false' (performance warning)
| > | > )
| > Why is it a performance warning?
|
| B
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++, the keyword static in
| this case is to say that this
Lars Gullik Bjønnes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Given the fact that there is presently _no_ support for multiple work
| areas it would be a progress anyway to modularize that. Remember that
| a clipboard is unique per application not per WorkArea.
Then it should be a
Lars Gullik Bjønnes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| -class GWorkArea : public WorkArea, public sigc::trackable {
| +class GWorkArea : public WorkArea, public Clipboard, public
| sigc::trackable {
Why inherit?
It's a temporary measure that remove the clipboard oriented me
On Sat, 2006-06-03 at 11:30 +0200, Lars Gullik Bjønnes wrote:
> So far my changes has been done for Qt3 only, the other frontends will
> probably not even compile.
I look forward to bringing gtk up to speed as soon as this stuff is in
trunk.
John
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)
> > | > )
> > Why is it a performance warning?
> Because you loose precision: 32 bi
Bennett Helm wrote:
On Jun 3, 2006, at 12:49 PM, Abdelrazak Younes wrote:
Hello,
This patch works fine under windows. Georg, Bennett could you please
check that it works fine on your respective platform.
This won't compile:
The patch is now in its own branch (personal/younes) and should c
Abdelrazak Younes wrote:
> Bennett Helm wrote:
>>>
>>> This is in qt 1.4.2 too, but it seems that qwindowdefs.h is not included
>>> here.
>>>
>>> Does the attached patch resolve the compile problem?
>>
>> Yes; I'm finishing compiling now. (It's actually a problem we had
>> encountered this before
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Please find attached the patch. The main problem with it
Abdelrazak> is that everything that is drawn in screen stays. So it
Abdelrazak> conflict with the background drawing that the kernel does
Abdelrazak> to erase so
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Imagemagick can't convert tgif files, so preview fails. This
Georg> patch adds the necessary converters and goes in now. Jean-Marc,
Georg> do you also want that for 1.4?
Sure.
JMarc
Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
> I have been making small progress on the unicode branch
> (svn://svn.lyx.org/lyx/lyx-devel/branches/personal/larsbj/unicode),
> but the work is comming along really slow.
Lars, looking at the patch that Georg posted I see stuff like
+ std::v
Jean-Marc Lasgouttes wrote:
>> "Georg" == Georg Baum
>> <[EMAIL PROTECTED]>
>> writes:
>
> Georg> Imagemagick can't convert tgif files, so preview fails. This
> Georg> patch adds the necessary converters and goes in now. Jean-Marc,
> Georg> do you also want that for 1.4?
>
> Sure.
O
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Am Montag, 5. Juni 2006 21:35 schrieb Bennett Helm:
>> That does it. With more testing on both Qt-3 and Qt-4 versions, I
>> still can't get a crash.
Georg> I hoped that.
>> (Does this patch work for LyX-1.4.x as well?)
Georg> No, ta
Jean-Marc Lasgouttes wrote:
> This looks good. What kind of feedback do you need before applying it?
I am still waiting for feedback from windows and maybe BSD users. So far we
know that it works fine on OS X and Linux.
> Do we need extensive testing of batch-commands processing, for
> example?
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
| > I have been making small progress on the unicode branch
| > (svn://svn.lyx.org/lyx/lyx-devel/branches/personal/larsbj/unicode),
| > but the work is comming along really slow.
|
| Lars, looking at the
Angus Leeming <[EMAIL PROTECTED]> writes:
| Testing this out on:
| * an x86 box running Windows and compiling with MSVC2005
| * an x86 box running Linux and compiling with g++ 4.0.2
| * a 64 bit Dec Alpha box running Linux and compiling with g++ 4.0.3
|
| All three produce the output:
| sizeof(bo
On Tue, Jun 06, 2006 at 10:03:47AM +0200, Juergen Spitzmueller wrote:
> Enrico Forestieri wrote:
>
> > It is unlikely that the problem is related to that particular piece
> > of code as Edwin is using the 1.5 version and the user the 1.4 version,
> > most probably. I think this is a MSYS bash fail
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
| So, is the plan to use a std::vector as the data
| container and to pass char_type* to functions that manipulate
| these data? What will happen to all those functions that
| currently handle std::string? Do they get changed to
| st
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Please find attached the patch. The main problem with it
Abdelrazak> is that everything that is drawn in screen stays. So it
Abdelrazak> conflict with the background drawing that the kernel doe
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| | So, is the plan to use a std::vector as the data
| | container and to pass char_type* to functions that manipulate
| | these data? What will happen to all those functions that
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
|
| | > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
| |
| | | So, is the plan to use a std::vector as the data
| | | container and to pass char_type* to functions that manipulate
Georg Baum wrote:
Abdelrazak Younes wrote:
Bennett Helm wrote:
This is in qt 1.4.2 too, but it seems that qwindowdefs.h is not included
here.
Does the attached patch resolve the compile problem?
Yes; I'm finishing compiling now. (It's actually a problem we had
encountered this before, and Ab
Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
> | | Can't we use std::basic_string?
> | Only if you create the proper char_traits.
> Except on Linux (and others, but not win) where wstring really is a
> basic_string (ucs-4 == wchar_t)
You mean wchar_t == uint32? UCS-4 is the encoding, no?
> So
On Tue, Jun 06, 2006 at 02:52:27PM +0200, Georg Baum wrote:
> Jean-Marc Lasgouttes wrote:
>
> > This looks good. What kind of feedback do you need before applying it?
>
> I am still waiting for feedback from windows and maybe BSD users. So far we
> know that it works fine on OS X and Linux.
Work
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
| > | | Can't we use std::basic_string?
| > | Only if you create the proper char_traits.
| > Except on Linux (and others, but not win) where wstring really is a
| > basic_string (ucs-4 == wchar_t)
|
| You
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> The QPicture class "records" painting operations, it is
Abdelrazak> similar to vector based painting (SVG or windows Meta
Abdelrazak> file). So when you paint onto a QPicture it is not a real
Abdelrazak> painting. The
Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
> | You mean wchar_t == uint32? UCS-4 is the encoding, no?
>
> yes.
> (but wchar_t on linux also follow the ucs-4 encoding...)
There's no encoding in an int.
You mean that wchar_t on linux will hold 4bytes I think whereas on Windows
wchar_t w
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 windows Meta
Abdelrazak> file). So when you paint onto a QPicture it is not a real
A
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
> Windo
On Tue, May 30, 2006 at 05:48:01PM +, Angus Leeming wrote:
> Jose' Matos <[EMAIL PROTECTED]> writes:
> > On Tuesday 30 May 2006 18:03, Juergen Spitzmueller wrote:
> > > I think we should ponder that carefully. If we really intend to
> > > get unicode support into 1.5 (which we want, don't we?),
On Tue, May 30, 2006 at 05:32:19PM +, Angus Leeming wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
> > > +void InsetCaption::setLabel(LCursor & cur) const
> > > +{
> > > + // Set caption label _only_ if the cursor is in _this_ float:
> > > + if (cur.top().text() == &text_) {
> > > +
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>> Where does it explain that it is faster? I did not find it.
Abdelrazak> _I_ explained to you above ;-)
So you just tried to see what happens and saw it is faster, right? But
does trolltech recommend to use this interface for
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> 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, g
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> > Abdelrazak> The QPicture class "records" painting operations, it is
> > Abdelrazak> similar to vector based painting (SVG or windows Meta
> > Abdelrazak> file). So when you paint onto a QPicture it is not a real
> > Abdelrazak> painting. The real pa
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
| > | You mean wchar_t == uint32? UCS-4 is the encoding, no?
| >
| > yes.
| > (but wchar_t on linux also follow the ucs-4 encoding...)
|
|
| There's no encoding in an int.
L"abc" is a wchar_t stri
Andre Poenitz <[EMAIL PROTECTED]> writes:
> > >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
> > Windows problems, scons is a BIG step forward.
> A while
Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
> | So why do you prefer std::vector as the container?
> | You're a rationale bloke, so there must be a reason?
> I just picked something that would work. After all we are not going to
> use (any?) string operations on such strings.
Ok, *that's* the
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
| > | So why do you prefer std::vector as the container?
| > | You're a rationale bloke, so there must be a reason?
|
| > I just picked something that would work. After all we are not going to
| > use (an
Attached patch does two things:
* Hack to make assumptions about text encoding to avoid a crash
when keys or descriptions contain non-ASCII characters.
* Rationale: as well as letting me use lyx-gtk with my
bibtex file, putting these encoding hacks in is
On Jun 5, 2006, at 3:59 PM, Georg Baum wrote:
Am Montag, 5. Juni 2006 21:35 schrieb Bennett Helm:
That does it. With more testing on both Qt-3 and Qt-4 versions, I
still can't get a crash.
I hoped that.
(Does this patch work for LyX-1.4.x as well?)
No, take the attached one.
After some
Lars Gullik Bjønnes wrote:
Michael Gerz <[EMAIL PROTECTED]> writes:
| && oldpar.isLineSeparator(old.pos())
| && oldpar.isLineSeparator(old.pos() - 1)
| && oldpar.lookupChange(old.pos() - 1).type !=
Change::DELETED) {
| -
Michael Gerz <[EMAIL PROTECTED]> writes:
> Question: Should "off" be "OFF"? The coding rules suggest "off" for enum
> values, however upper case is used all over the place.
OFF tends to upset LARS who prefers not to shout and thinks that all upper case
should be used only for MACROS.
So keep him
Could one of you scons whizzes add some step by step instructions on how to
build a functional LyX using scons and MSVC? Something like Michael Gerz's
README.Win32 for MinGW.
Angus
Lars Gullik Bjønnes wrote:
| I think I hate the comment. :-)
|
| Perhaps we should use a enum to make the code in itself clearer.
|
| oldpar.erase(old.pos() - 1, Tracking::Off);
|
| or something.
Or just drop the comment and have people learn the api's.
After having introduced the enum i
Angus Leeming wrote:
Could one of you scons whizzes add some step by step instructions on how to
build a functional LyX using scons and MSVC? Something like Michael Gerz's
README.Win32 for MinGW.
Don't create a new README.Win32. Just overwrite the existing one!
Scons is so easy to use. Nobo
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 and off. That's what
Michael Gerz <[EMAIL PROTECTED]> writes:
>>Could one of you scons whizzes add some step by step instructions on how to
>>build a functional LyX using scons and MSVC? Something like Michael Gerz's
>>README.Win32 for MinGW.
> Don't create a new README.Win32. Just overwrite the existing one!
> Scons
Abdelrazak Younes wrote:
>> D:\devel\lyx\lyx-cmake\build>cmake -G"Visual Studio 8 2005" ..\..\trunk
>>> LINK : fatal error LNK1104: cannot open file 'user32.lib'
>>
>> it could not find user32.lib which is part of the SDK. Have you called
>> the sdk variable setting file SetEnv.Cmd?
Here the ans
Lars Gullik Bjønnes wrote:
> Why is it a performance warning?
It means: be careful, it will be maybe too fast :)
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 compile with a C++ compiler then it casts with
a static_cast a int to bool, therefo
On Tue, Jun 06, 2006 at 04:48:48PM +, Angus Leeming wrote:
> Sure we have lots of issues related specifically to Windows but we are also
> starting to attract new dev faces for the first time in a very long time.
> These
> new faces are all sitting in front of Windows boxen. Even Enrico who's
Michael Gerz <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
|
| >Michael Gerz <[EMAIL PROTECTED]> writes:
| >
| >|&& oldpar.isLineSeparator(old.pos())
| >|&& oldpar.isLineSeparator(old.pos() - 1)
| >|&& oldpar.lookupChange(old.pos() - 1).t
Peter Kümmel <[EMAIL PROTECTED]> writes:
| When we use a C compiler then it uses the C-style cast (bool),
| so I think the correctest way is to use static_cast,
| but this is so ugly that I would prefer (bool).
C-style casts are just too powerful... don't use them.
| I'm not sure if the bool con
Give me a few days and I will write one. I am starting on a wiki page,
but this should go first.
Cheers,
Bo
I don't know autotools very good, so could you please describe a
little bit was one can do with this "distribution feature"?
Thanks,
We rarely use these features. They are used for packaging and
distributing lyx, which are primarily Lar's job. For me, I only used
'rpmbuild -ba lyx-xxx.tar.gz' to
Lars Gullik Bjønnes wrote:
> Peter Kümmel <[EMAIL PROTECTED]> writes:
>
> | When we use a C compiler then it uses the C-style cast (bool),
> | so I think the correctest way is to use static_cast,
> | but this is so ugly that I would prefer (bool).
>
> C-style casts are just too powerful... don't
75 matches
Mail list logo
