I'll be gone from tomorrow and the rest of the week.
More sailing.
--
Lgb
Alex <[EMAIL PROTECTED]> writes:
| Dear All,
|
| I have tryed with Without success.
|
| $ ./configure --prefix=/home/alex/lyx/bin/lyx150svn-qt
| --with-frontend=qt --with-qt-libraries=/usr/lib/qt3/lib64
| --with-version-suffix=-150svn-qt --disable-stdlib-debug
Try with --disable-concept-checks
Dear All,
I have tryed with Without success.
$ ./configure --prefix=/home/alex/lyx/bin/lyx150svn-qt
--with-frontend=qt --with-qt-libraries=/usr/lib/qt3/lib64
--with-version-suffix=-150svn-qt --disable-stdlib-debug
Jean-Marc Lasgouttes wrote:
>> "Alex" == Alex <[EMAIL PROTECTED]> writes:
>
>
Andre Poenitz wrote:
>> QtCored4.dll, 3.386272
> ^
>> GDI32.dll , 2.411191
>
> Well, profiling the non-optimized version is close to useless.
OK. Here the profiling with the release Qt libs.
Name, Self visit time
Modules , 44.449435
QtGu
Bo Peng wrote:
> Hi, Peter,
>
> I see development/cmake finally get in, and feel some competition now. :-)
Wasn't it called 'diversity' in an other thread? ;)
> Anyway, your README.cmake seems to focus only on windows/msvc. Do you
> have any plan to support other platforms? It would be good if y
Hi, Peter,
I see development/cmake finally get in, and feel some competition now. :-)
Anyway, your README.cmake seems to focus only on windows/msvc. Do you
have any plan to support other platforms? It would be good if you can
give some instruction on how to use cmake on, for example, linux
syste
Can the following be applied (lyx1.4svn)?
Index: src/support/gzstream.h
===
--- src/support/gzstream.h (revision 14087)
+++ src/support/gzstream.h (working copy)
@@ -32,9 +32,7 @@
// standard C++ with new header file names
This is among the things the any patch makes possible. IMNSHO quite
nice.
svn diff -r14086:14087 svn://svn.lyx.org/lyx/lyx-devel
--
Lgb
On Mon, Jun 12, 2006 at 10:18:04PM +0300, Martin Vermeer wrote:
> On Mon, Jun 12, 2006 at 12:47:56PM +0200, Juergen Spitzmueller wrote:
> > Juergen Spitzmueller wrote:
> > > I'm seeing drawing errors in 1.4 every now and then with collapsable
> > > insets
> > > in tabular cells (that is, if you wr
Georg Baum wrote:
>>> One of the tricks used earlier was to make sure that
>>> was included before the qt headers.
>> But it is! is included in LyXView.h which is the
>> second include in QtView.h (after config.h), which is the second include
>> in QCommandBuffer.C (after config.h).
>>
>>> I du
I've tried to fix the resize bug,
- open lyx
- resize to a small window
- load a file
- scroll down a bit <- this is important
- maximize teh window,
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
Am Montag, 12. Juni 2006 18:09 schrieb Abdelrazak Younes:
> Lars Gullik Bjønnes wrote:
> > Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> >
> > | Lars Gullik Bjønnes wrote:
> > | > Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> > | > | Abdelrazak Younes wrote:
> > | > | > Hello,
> > | > | > I ju
On 6/12/06, Peter Kümmel <[EMAIL PROTECTED]> wrote:
Peter Kümmel wrote:
>> 1. save/restore isMaximized
Qt4 done.
>> 2. save/restore normalGeometry width/height instead of the exitings ones
Qt4 done.
>> 3. do this for qt3 as well (if apply)
Is this (see patch) the way to go, also for the other f
Peter Kümmel wrote:
>> 1. save/restore isMaximized
Qt4 done.
>> 2. save/restore normalGeometry width/height instead of the exitings ones
Qt4 done.
>> 3. do this for qt3 as well (if apply)
Is this (see patch) the way to go, also for the other frontends?
Index: src/frontends/qt4/lyx_gui.C
On Mon, Jun 12, 2006 at 12:47:56PM +0200, Juergen Spitzmueller wrote:
> Juergen Spitzmueller wrote:
> > I'm seeing drawing errors in 1.4 every now and then with collapsable insets
> > in tabular cells (that is, if you write into the collapsable, the screen
> > does not get updated).
>
> I obviousl
> Alex> I have SuSe 10.0, on an AMDx64, as you can see in the messages.
>
> Alex> Can somebody help me, to compile?
>
> I am sure I have seen this error reported already. For those who did
> not have the time to unpack (Alex, it would have been better to just
> send the error), here is the releva
Bo Peng wrote:
>> Yes, normalGeometry is the not-maximized size, and it is a
>> good idea to save also the isMaximized() state.
>
> Then, could you change your patch to
>
> 1. save/restore isMaximized
> 2. save/restore normalGeometry width/height instead of the exitings ones
> 3. do this for qt3
Yes, normalGeometry is the not-maximized size, and it is a
good idea to save also the isMaximized() state.
Then, could you change your patch to
1. save/restore isMaximized
2. save/restore normalGeometry width/height instead of the exitings ones
3. do this for qt3 as well (if apply)
Thanks.
Bo
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 Express edition supports all standard
optimizations.
Joost
Andre Poenitz wrote:
> On Mon, Jun 12, 2006 at 04:32:46PM +0200, Peter Kümmel wrote:
>> Peter Kümmel wrote:
>>> I don't think the event handling counts, because it shows
>>> the uptime time of lyx, even when nothing is painted.
>> This makes more sense (I've disabled all std::* calls):
>>
>>Nam
Bo Peng wrote:
> On 6/12/06, Peter Kümmel <[EMAIL PROTECTED]> wrote:
>> It's hard to get the lyx window smaller when
>> lyx previously was saved in maximized mode.
>>
>> You have first to move the window to be able to
>> resize it.
>>
>> This could be fixed by saving 'normalGeometry'
>> size and po
On Sun, Jun 11, 2006 at 11:18:53PM +0200, Peter Kümmel wrote:
> Andre Poenitz wrote:
> > On Thu, Jun 08, 2006 at 08:53:23AM +0200, Peter Kümmel wrote:
> >> But first I must figure out where I have to add
> >> my measurement function.
> >
> > Why don't you use a 'real' profiler? gprof e.g., or the
On Sun, Jun 11, 2006 at 11:16:22PM +0200, Peter Kümmel wrote:
> Andre Poenitz wrote:
> > On Thu, Jun 08, 2006 at 02:08:52PM +0200, Georg Baum wrote:
> >> What I don't understand is: Why does it work for other windows users?
> >
> > Single processor vs multiple processor is known to make a differen
On Mon, Jun 12, 2006 at 04:32:46PM +0200, Peter Kümmel wrote:
> Peter Kümmel wrote:
> > I don't think the event handling counts, because it shows
> > the uptime time of lyx, even when nothing is painted.
>
> This makes more sense (I've disabled all std::* calls):
>
>Name,Self visit time
>
On Sun, Jun 11, 2006 at 11:20:05PM +0200, Peter Kümmel wrote:
> Andre Poenitz wrote:
> > On Thu, Jun 08, 2006 at 09:17:49AM +0200, Peter Kümmel wrote:
> >> I'm not proposing such a patch ATM, I'm only interested in the
> >> costs of such an additional virtual call.
> >
> > Not noticable. It's one
On Mon, Jun 12, 2006 at 12:38:58PM +0200, Peter Kümmel wrote:
> Asger Ottar Alstrup wrote:
> > On windows, you can try Glowcode to profile. There is a free trial for
> > download at www.glowcode.com.
> >
> > Regards,
> > Asger
> >
> >
>
> Thanks for the hint Asger, a very nice tool, and it also
On Mon, Jun 12, 2006 at 02:40:46PM +0200, Abdelrazak Younes wrote:
> Peter Kümmel wrote:
> >And here splitted by modules.
> >
> >(And I also stop with this mail polluting the
> >list with profiling output.)
>
> Out of 30 seconds, there is:
>
> QEventDispatcherWin32::processEvents, 18.430434
>
>
On Mon, Jun 12, 2006 at 09:33:23AM +0200, Jean-Marc Lasgouttes wrote:
> > "Peter" == Peter Kümmel <[EMAIL PROTECTED]> writes:
>
> Peter> Seems I have to become familiar with gprof.
>
> The problem with gprof is that it only profiles the binaries/libraries
> that have been compiled with profil
On 6/12/06, Peter Kümmel <[EMAIL PROTECTED]> wrote:
It's hard to get the lyx window smaller when
lyx previously was saved in maximized mode.
You have first to move the window to be able to
resize it.
This could be fixed by saving 'normalGeometry'
size and position.
Any objections?
Is normalG
It's hard to get the lyx window smaller when
lyx previously was saved in maximized mode.
You have first to move the window to be able to
resize it.
This could be fixed by saving 'normalGeometry'
size and position.
Any objections?
Index: src/frontends/qt4/QtView.C
===
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
|
| | > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
| |
| | Lars> One thing any will do is to only require that the caller and the
| | Lars> handler (the actuall dispatch func) kn
Hi, I am working with the new version for some time. Here some
observations that may be of interest (if not already known):
1. Scrolling: Clickig on the scrollbar below or above the marker
produces a scroll of only a few lines, rather than of the full window.
2. With the cursor in a math box, se
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> One thing any will do is to only require that the caller and the
| Lars> handler (the actuall dispatch func) know the type, this also
| Lars> means that we can avoid a lot
Lars Gullik Bjønnes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| > | Abdelrazak Younes wrote:
| > | > Hello,
| > | > I just committed this patch the "younes" branch. I would be happy if
| > | > some kind sou
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| > | Abdelrazak Younes wrote:
| > | > Hello,
| > | > I just committed this patch the "younes" branch. I would be happy if
| > | > some kind sould help me verify complete th
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> One thing any will do is to only require that the caller and the
Lars> handler (the actuall dispatch func) know the type, this also
Lars> means that we can avoid a lot of conversions.
So you mean that for the internal use of lf
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | > "Lars"
| Lars> == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
| Lars> |
| Lars> | Lars> This patch opens up fo
On Mon, 12 Jun 2006, Jean-Marc Lasgouttes wrote:
"Graham" == Graham Watts <[EMAIL PROTECTED]> writes:
Graham> PS: I realize that this is not necessarily the correct place
Graham> to send this message and apologize if this has upset anyone. I
Graham> simply wanted to contact the people actively
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
Bo> On 6/12/06, Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote:
>> > "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
>>
Angus> At least, I understand that Jean-Marc passes some magic to the
Angus> gettext code to tell it where to find these .mo fi
Lars Gullik Bjønnes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Abdelrazak Younes wrote:
| > Hello,
| > I just committed this patch the "younes" branch. I would be happy if
| > some kind sould help me verify complete that.
|
| I managed to install Qt3 so I have fixed compilation issu
On 6/12/06, Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote:
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
Angus> At least, I understand that Jean-Marc passes some magic to the
Angus> gettext code to tell it where to find these .mo files...
>> The names of the mo files is PACKAGE.mo. So it a
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
Angus> At least, I understand that Jean-Marc passes some magic to the
Angus> gettext code to tell it where to find these .mo files...
>> The names of the mo files is PACKAGE.mo. So it all depends on how
>> the PACKAGE variable is modified when usi
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | > "Lars"
Lars> == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> |
Lars> | Lars> This patch opens up for quite a few simplifications and
Lars> | Lars> possibilites t
Joost Verburg wrote:
Bo Peng wrote:
Abdel, could you please post your aspell build somewhere? It was from
the very beginning a bad idea trying to build aspell with msvc.
Aspell compiled with MinGW will not work with MSVC builds because it's a
C++ library.
Angus reckon that it should be OK b
Peter Kümmel wrote:
> Here the time which is spend in the different dlls/exe:
>
> QtGuid4.dll , 31.600339
> lyx-qt4.exe , 21.862434
> QtCored4.dll, 3.386272
> GDI32.dll , 2.411191
>
> This means when you code lyx in plain C by only
> using the GDI functions directly you could get
> a boost of
Peter Kümmel wrote:
> I don't think the event handling counts, because it shows
> the uptime time of lyx, even when nothing is painted.
This makes more sense (I've disabled all std::* calls):
Name,Self visit time
QRasterPaintEngine::drawTextItem, 5.622828
qBlue, 5.467107
QLFontIn
Bo Peng wrote:
Abdel, could you please post your aspell build somewhere? It was from
the very beginning a bad idea trying to build aspell with msvc.
Aspell compiled with MinGW will not work with MSVC builds because it's a
C++ library.
Joost
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Alex" == Alex <[EMAIL PROTECTED]> writes:
|
| Alex> Dear all, I would like to try the new lyx on my machine. I have
| Alex> downloaded the sources, after the usual autogen.sh, configure
| Alex> and make I faced to the messages listed in t
Bo Peng wrote:
aiksaurus works fine. It is just that aspell thing. I have never had
good luck with it, even with mingw.
The CVS version of Aiksaurus compiles with both MSVC and MinGW without
any changes.
Joost
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> This patch opens up for quite a few simplifications and
| Lars> possibilites that we currently do not have.
|
| Could you tell us more about what it gives us? I do not rem
Angus> At least, I understand that Jean-Marc passes some magic to the
Angus> gettext code to tell it where to find these .mo files...
The names of the mo files is PACKAGE.mo. So it all depends on how the
PACKAGE variable is modified when using version-suffix.
This is true under *nix, but for wi
On Mon, Jun 12, 2006 at 11:54:11AM +0200, Abdelrazak Younes wrote:
> Andre Poenitz wrote:
> >On Sat, Jun 10, 2006 at 02:01:49AM +0200, Abdelrazak Younes wrote:
> >>This simple patch saves 4 seconds in the PageDown test.
> >
> >Please remind me what the PageDown test is (Userguide to the end?)
>
>
Bo Peng wrote:
>> Don't give up!
>> The changes to the 0.60.4 sources are minimal:
>
> Which vc version are you using? 2005 express? Why do I see the need of
> adding 'typename' before vector::size_type etc?
>
> Bo
>
>
Yes, I use 2005 express and aspell:
ftp://ftp.gnu.org/gnu/aspell/aspell-0.60
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>> If this hasn't changed recently, with autotools the locales also
>> have the version suffix on windows. That's not the case for scons.
>> I actually prefer this last behaviour.
Angus
> "Alex" == Alex <[EMAIL PROTECTED]> writes:
Alex> Dear all, I would like to try the new lyx on my machine. I have
Alex> downloaded the sources, after the usual autogen.sh, configure
Alex> and make I faced to the messages listed in the attechments. I
Alex> have packed the output of the svn up
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> What I mean is: if we want a real preview, we would have to
Juergen> pass "The little brown fox jumps over the lazy dog" through
Juergen> preview-latex and display the resulting image.
And this is definitely the easiest
Download the latest aiksaurus version from AbiWord CVS, it works fine
with both MSVC and MinGW.
aiksaurus works fine. It is just that aspell thing. I have never had
good luck with it, even with mingw.
I'm going to include Aiksaurus in the new LyX 1.4 Windows installer.
That will be good. If
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> This patch opens up for quite a few simplifications and
Lars> possibilites that we currently do not have.
Could you tell us more about what it gives us? I do not remember, and
it is not evident by reading the patch itself.
JMa
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Peter Kümmel wrote:
And here splitted by modules.
(And I also stop with this mail polluting the
list with profiling output.)
Out of 30 seconds, there is:
QEventDispatcherWin32::processEvents, 18.430434
This a lot! So, after all that's maybe not
Bo Peng wrote:
I tried. Did not work. The project file is also broken. I tried to
build the library using scons, and it was super easy (only 5 or so
source files) because its config.h is a subset of lyx config.h,
Download the latest aiksaurus version from AbiWord CVS, it works fine
with both M
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| This patch opens up for quite a few simplifications and possibilites
| that we currently do not have.
|
| I'll clean it up a bit more, but comments are welcome.
If I don't get any any comments then I will just cleanup a bit and
merge to trunk.
-
Don't give up!
The changes to the 0.60.4 sources are minimal:
Which vc version are you using? 2005 express? Why do I see the need of
adding 'typename' before vector::size_type etc?
Bo
Abdelrazak Younes wrote:
> Peter Kümmel wrote:
>> And here splitted by modules.
>>
>> (And I also stop with this mail polluting the
>> list with profiling output.)
>
> Out of 30 seconds, there is:
>
> QEventDispatcherWin32::processEvents, 18.430434
>
> This a lot! So, after all that's maybe not
Georg Baum wrote:
> Remaining tasks: Add support for interline space (half finished, see
> attached) and testing.
I had a quick look. It looks good. However, it should be possible to use
\addlinespace (without optional argument). I guess most of the time you'll
need the same linespace, which is
Georg Baum wrote:
> In the meantime I had a look at your patch, and I like it very much. I
> agree with Lars that this hardcoding stuff is not nice, but I think that
> should be enough for now. For the future, I'd like to avoid yet another set
> of configuration files. I think this problem could be
Peter Kümmel wrote:
And here splitted by modules.
(And I also stop with this mail polluting the
list with profiling output.)
Out of 30 seconds, there is:
QEventDispatcherWin32::processEvents, 18.430434
This a lot! So, after all that's maybe not the painting that is slow:
QRasterPaintEngin
On Mon, 2006-06-12 at 11:06 +0200, Lars Gullik Bjønnes wrote:
> Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> | 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
On Monday 12 June 2006 12:16, Georg Baum wrote:
> I'll have a look at the lyx2lyx stuff laater this week if Jose does not
> beat me to it.
By all means, I am buried under (and fighting) fractals, multifractals and
other equally elusive beasts. ;-)
> Please don't apply your patch without lyx2ly
Juergen Spitzmueller wrote:
> Georg Baum wrote:
>> I doubt that anybody would see the difference in a small preview box.
>
> I was arguing on principle (wrt the preview boxes in ordinary word
> processors).
> However, it might matter if you chose the expert settings.
OK.
>> > What I mean is: if
Georg Baum wrote:
> I doubt that anybody would see the difference in a small preview box.
I was arguing on principle (wrt the preview boxes in ordinary word
processors).
However, it might matter if you chose the expert settings.
> > What I mean is: if we want a real preview, we would have to pas
Juergen Spitzmueller wrote:
> But it's still not a real preview. For instance, if I chose "Palatino",
> mathpazo uses either URW Palladio (which is free), or some commercial font
> like Linotype Palatino, if that is installed. The two fonts look very
> similar, because Palladio is a Palatino clone
Juergen Spitzmueller wrote:
> I'm seeing drawing errors in 1.4 every now and then with collapsable insets
> in tabular cells (that is, if you write into the collapsable, the screen
> does not get updated).
I obviously mean something different:
- New table
- add some text in a cell
- change column
And here splitted by modules.
(And I also stop with this mail polluting the
list with profiling output.)
-Modules, 74.162388
-lyx-qt4.exe (SymPdb), 30.078070
std::_Iterator_base::_Adopt, 2.210946
std::_Iterator_base::~_Iterator_base, 2.157466
std::_Iterator_base::_Orphan_me, 2.0
Asger Ottar Alstrup wrote:
> On windows, you can try Glowcode to profile. There is a free trial for
> download at www.glowcode.com.
>
> Regards,
> Asger
>
>
Thanks for the hint Asger, a very nice tool, and it also works
with the expess edition.
Here the top 50 time-waster (number in seconds):
Georg Baum wrote:
> Actually it is easy, but accumulates to some work if you do it for more
> than one font. You can open the font with fontforge and save it as
> truetype. This only needs a couple of mouse clicks, and of course there
> could be licence problems.
> What we need is a "LyX font maint
Juergen Spitzmueller wrote:
> Charles de Miramon wrote:
>> Very nice. A preview of fonts would be very useful for new users
>
> This is not so easy, unfortunately. After all, lots of these fonts are
> only available to LaTeX, not to qt, for instance.
Actually it is easy, but accumulates to some
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Abdelrazak Younes wrote:
| > Hello,
| > I just committed this patch the "younes" branch. I would be happy if
| > some kind sould help me verify complete that.
|
| I managed to install Qt3 so I have fixed compilation issues for qt3. I
| have a new we
Andre Poenitz wrote:
On Sat, Jun 10, 2006 at 02:01:49AM +0200, Abdelrazak Younes wrote:
This simple patch saves 4 seconds in the PageDown test.
Please remind me what the PageDown test is (Userguide to the end?)
Yes.
and how long it takes 'usually'.
Depends on what is usually ;-)
On my pl
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Sat, Jun 10, 2006 at 02:01:49AM +0200, Abdelrazak Younes wrote:
| > This simple patch saves 4 seconds in the PageDown test.
|
| Please remind me what the PageDown test is (Userguide to the end?)
yes. Load the doc, goto top, press PageDown until at e
Enrico Forestieri <[EMAIL PROTECTED]> writes:
| On Mon, Jun 12, 2006 at 11:37:56AM +0300, Martin Vermeer wrote:
| > On Mon, 2006-06-12 at 09:30 +0200, Lars Gullik Bjønnes wrote:
|
| > > We should find a better solution. The Wide() thing really feels like a
| > > hack. (And there should be no reas
Abdelrazak Younes wrote:
Hello,
I just committed this patch the "younes" branch. I would be happy if
some kind sould help me verify complete that.
I managed to install Qt3 so I have fixed compilation issues for qt3. I
have a new weird issue though:
D:\devel\lyx\trunk\src\frontends\qt3\QCom
On Sat, Jun 10, 2006 at 02:01:49AM +0200, Abdelrazak Younes wrote:
> This simple patch saves 4 seconds in the PageDown test.
Please remind me what the PageDown test is (Userguide to the end?)
and how long it takes 'usually'.
Andre'
On Fri, Jun 09, 2006 at 10:49:02PM +0200, Abdelrazak Younes wrote:
> Note that my primary target for optimisation is X11 and Mac. For me Qt4
> on windows is fast enough.
>
> [interesting stuff]
>
> >Well... when I think about it, it might be possible that QPicture
> >compresses some operations a
On Sat, Jun 10, 2006 at 11:39:04AM +0200, Lars Gullik Bjønnes wrote:
> Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>
> | This simple patch saves 4 seconds in the PageDown test.
> |
> | Committed in the "younes" branch.
>
> A Q. What is expensive about pens? Creation or changing between them?
On Sat, Jun 10, 2006 at 11:47:54AM +0200, Lars Gullik Bjønnes wrote:
> Cannot qt3 also benefit from the exact same change?
Not as much. Qt 3 pens behaved sort of reasonable...
Andre'
Enrico Forestieri wrote:
On Mon, Jun 12, 2006 at 10:28:52AM +0200, Abdelrazak Younes wrote:
So slow on Windows/Mingw. As I reported earlier it is fast on Windows/Msvc
I can hardly believe it ;-)
I think the problem lies in qt/win as the cygwin qt/x11 performs almost
exactly the same as linux
On Mon, Jun 12, 2006 at 10:28:52AM +0200, Abdelrazak Younes wrote:
> So slow on Windows/Mingw. As I reported earlier it is fast on Windows/Msvc
I can hardly believe it ;-)
I think the problem lies in qt/win as the cygwin qt/x11 performs almost
exactly the same as linux qt/x11.
What puzzles me i
Martin Vermeer <[EMAIL PROTECTED]> writes:
| 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:
| > | >
On Mon, Jun 12, 2006 at 11:37:56AM +0300, Martin Vermeer wrote:
> On Mon, 2006-06-12 at 09:30 +0200, Lars Gullik Bjønnes wrote:
> > We should find a better solution. The Wide() thing really feels like a
> > hack. (And there should be no reason why a Wide() non-Wide() have to
> > be drawn different
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
Bo Peng wrote:
I did not try aspell/cvs. I played another a few hours with 0.6.0 and
gave up. It is not only a matter of scons build system since I will
have to patch the source code, and the patch will be obsolete soon
after another release of aspell.
Abdel, could you please post your aspell bu
Jean-Marc Lasgouttes wrote:
"Peter" == Peter Kümmel <[EMAIL PROTECTED]> writes:
Peter> This sounds like gprof could be uses under windows? But only
Peter> with cygwin, I assume.
Not with the ms compiler anyway, since it one has to recompile with a
special compiler flag.
I couldn't make it w
On Saturday 10 June 2006 14:36, Juergen Spitzmueller wrote:
> - lyx2lyx. I'd be glad if some Pythonist could do this. The changes are
> described in FORMAT.
First of all congratulations for your work. :-)
The convertion should be quite easy but I am really busy for the moment. I
will see wha
Bo Peng wrote:
> I did not try aspell/cvs. I played another a few hours with 0.6.0 and
> gave up. It is not only a matter of scons build system since I will
> have to patch the source code, and the patch will be obsolete soon
> after another release of aspell.
Don't give up!
The changes to the 0.6
On windows, you can try Glowcode to profile. There is a free trial for
download at www.glowcode.com.
Regards,
Asger
> "Peter" == Peter Kümmel <[EMAIL PROTECTED]> writes:
Peter> This sounds like gprof could be uses under windows? But only
Peter> with cygwin, I assume.
Not with the ms compiler anyway, since it one has to recompile with a
special compiler flag.
But profiling with mingw or cygwin would be ve
Jean-Marc Lasgouttes wrote:
>> "Peter" == Peter Kümmel <[EMAIL PROTECTED]> writes:
>
> Peter> Seems I have to become familiar with gprof.
>
> The problem with gprof is that it only profiles the binaries/libraries
> that have been compiled with profiling support. You can do that for qt
> maybe
> "Graham" == Graham Watts <[EMAIL PROTECTED]> writes:
Graham> PS: I realize that this is not necessarily the correct place
Graham> to send this message and apologize if this has upset anyone. I
Graham> simply wanted to contact the people actively developing Lyx as
Graham> they are the ones I
> "Peter" == Peter Kümmel <[EMAIL PROTECTED]> writes:
Peter> Seems I have to become familiar with gprof.
The problem with gprof is that it only profiles the binaries/libraries
that have been compiled with profiling support. You can do that for qt
maybe, but not for windows system libs.
JMarc
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 to see with the
| > | note inset. Just load the userguide, look at the 'N
1 - 100 of 101 matches
Mail list logo
