Martin Vermeer wrote:
On Thu, 2005-04-28 at 06:46, Martin Vermeer wrote:
On Wed, Apr 27, 2005 at 10:57:25PM +0100, Angus Leeming wrote:
Martin Vermeer wrote:
Is there an easy way to make the drawing more parsimonious? We used
to have that and it was horribly complicated, and Andre
Angus Leeming wrote:
Martin Vermeer wrote:
On Thu, 2005-04-28 at 06:46, Martin Vermeer wrote:
On Wed, Apr 27, 2005 at 10:57:25PM +0100, Angus Leeming wrote:
Martin Vermeer wrote:
Is there an easy way to make the drawing more parsimonious? We used
to have that and it was horribly complicated,
On Thu, Apr 28, 2005 at 09:07:42AM +0100, Angus Leeming wrote:
Martin Vermeer wrote:
This is double buffering, right?
http://developer.kde.org/documentation/books/kde-2.0-development/ch09lev1sec2.html
I don't see why that will help in this case. You're complaining that we're
going up
Stephan Witt wrote:
I don't see why that will help in this case. You're complaining that
we're going up and down the ADSL line to retrieve an image when we
should be using the cached pixmap on your local machine.
I fail to see what we're doing wrong. Obviously.
I would guess the problem
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus Martin, does this patch fix the problem for you? It shoudl
Angus buffer the pixmap.
I am not sure I understand the patch:
QLImage::QLImage(QLImage const other)
: Image(other), original_(other.original_),
-
Jean-Marc Lasgouttes wrote:
Angus Martin, does this patch fix the problem for you? It shoudl
Angus buffer the pixmap.
I am not sure I understand the patch:
QLImage::QLImage(QLImage const other)
: Image(other), original_(other.original_),
- transformed_(other.original_)
+
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus It looks like this makes all the difference. Patch attached.
Angus With this I get similar performance down an ADSL line with and
Angus without visible images.
Excellent :)
JMarc
On Thu, Apr 28, 2005 at 10:28:34AM +0100, Angus Leeming wrote:
Jean-Marc Lasgouttes wrote:
...
What may happen is that you create a new QPixmap everytime a copy is
made, so it has to be downloaded. Isn't it possible to use something
like
+ transformed_(other.transformed_),
+
On Thu, Apr 28, 2005 at 10:28:34AM +0100, Angus Leeming wrote:
...
What may happen is that you create a new QPixmap everytime a copy is
made, so it has to be downloaded. Isn't it possible to use something
like
+ transformed_(other.transformed_),
+
Martin Vermeer wrote:
Just a wild idea: LyX is still producing incoming ADSL traffic at
0.5 kB/s while doing nothing, just containing a new doc and blinking the
cursor. Shouldn't the server be able to do that all on its own?
The relevant code appears to be showCursor/removeCursor in
On Thu, Apr 28, 2005 at 10:28:34AM +0100, Angus Leeming wrote:
It looks like this makes all the difference. Patch attached. With this I
get similar performance down an ADSL line with and without visible images.
This is great! I don't see the delays anymore, I even get smooth scrolling
Martin Vermeer wrote:
> On Thu, 2005-04-28 at 06:46, Martin Vermeer wrote:
>> On Wed, Apr 27, 2005 at 10:57:25PM +0100, Angus Leeming wrote:
>> > Martin Vermeer wrote:
>>
>> > > Is there an easy way to make the drawing more parsimonious? We used
>> > > to have that and it was horribly
Angus Leeming wrote:
Martin Vermeer wrote:
On Thu, 2005-04-28 at 06:46, Martin Vermeer wrote:
On Wed, Apr 27, 2005 at 10:57:25PM +0100, Angus Leeming wrote:
Martin Vermeer wrote:
Is there an easy way to make the drawing more parsimonious? We used
to have that and it was horribly complicated,
On Thu, Apr 28, 2005 at 09:07:42AM +0100, Angus Leeming wrote:
> Martin Vermeer wrote:
> This is double buffering, right?
> http://developer.kde.org/documentation/books/kde-2.0-development/ch09lev1sec2.html
>
> I don't see why that will help in this case. You're complaining that we're
> going
Stephan Witt wrote:
>> I don't see why that will help in this case. You're complaining that
>> we're going up and down the ADSL line to retrieve an image when we
>> should be using the cached pixmap on your local machine.
>>
>> I fail to see what we're doing wrong. Obviously.
>>
>
> I would
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Martin, does this patch fix the problem for you? It shoudl
Angus> buffer the pixmap.
I am not sure I understand the patch:
QLImage::QLImage(QLImage const & other)
: Image(other), original_(other.original_),
-
Jean-Marc Lasgouttes wrote:
> Angus> Martin, does this patch fix the problem for you? It shoudl
> Angus> buffer the pixmap.
>
> I am not sure I understand the patch:
>
> QLImage::QLImage(QLImage const & other)
> : Image(other), original_(other.original_),
> -
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> It looks like this makes all the difference. Patch attached.
Angus> With this I get similar performance down an ADSL line with and
Angus> without visible images.
Excellent :)
JMarc
On Thu, Apr 28, 2005 at 10:28:34AM +0100, Angus Leeming wrote:
> Jean-Marc Lasgouttes wrote:
...
> > What may happen is that you create a new QPixmap everytime a copy is
> > made, so it has to be downloaded. Isn't it possible to use something
> > like
> > +
On Thu, Apr 28, 2005 at 10:28:34AM +0100, Angus Leeming wrote:
...
> > What may happen is that you create a new QPixmap everytime a copy is
> > made, so it has to be downloaded. Isn't it possible to use something
> > like
> > + transformed_(other.transformed_),
> > +
Martin Vermeer wrote:
> Just a wild idea: LyX is still producing incoming ADSL traffic at
> 0.5 kB/s while doing nothing, just containing a new doc and blinking the
> cursor. Shouldn't the server be able to do that all on its own?
>
> The relevant code appears to be showCursor/removeCursor in
On Thu, Apr 28, 2005 at 10:28:34AM +0100, Angus Leeming wrote:
>
> It looks like this makes all the difference. Patch attached. With this I
> get similar performance down an ADSL line with and without visible images.
>
This is great! I don't see the delays anymore, I even get smooth scrolling
Martin Vermeer wrote:
I don't think it has anything to do with moving the graphic. What I
notice on my 256k/256k ADSL modem is traffic going on all the time when a
document is open. It starts with the splash screen; when that is loaded,
it stops. Then when you open a document or start a new
On Wed, 2005-04-27 at 10:41, Angus Leeming wrote:
Martin Vermeer wrote:
I don't think it has anything to do with moving the graphic. What I
notice on my 256k/256k ADSL modem is traffic going on all the time when a
document is open. It starts with the splash screen; when that is loaded,
it
Index: QLPainter.C
===
RCS file:
/usr/local/lyx/cvsroot/lyx-devel/src/frontends/qt2/QLPainter.C,v
retrieving revision 1.35
diff -u -p -r1.35 QLPainter.C
--- QLPainter.C 31 Jan 2005 15:26:39 - 1.35
+++ QLPainter.C 27
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus I'm no expert, but aren't we meant to redraw only the 'current'
Angus paragraph in such situations?
Currently we redraw all visible paragraphs (plus a few more) AFAIK.
JMarc
Jean-Marc Lasgouttes wrote:
Angus I'm no expert, but aren't we meant to redraw only the 'current'
Angus paragraph in such situations?
Currently we redraw all visible paragraphs (plus a few more) AFAIK.
My initial reaction is that is crap. braindead. wrong. IMO.
Of course, I'm sure that
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Currently we redraw all visible paragraphs (plus a few more)
AFAIK.
Angus My initial reaction is that is crap. braindead. wrong. IMO.
Angus Of course, I'm sure that there is a logical explanation?
I am sure Andre' is much more able than I am
Jean-Marc Lasgouttes wrote:
Concerning the previews, since the pixmap is already on the server,
there should be a way to redraw it without doing a retransfer. Would
using a QPixmap instead of a QImage help? It seems that drawImage has
to do QImage-QPixmap anyway...
Yes, that sounds
Martin Vermeer wrote:
On Wed, 2005-04-27 at 10:41, Angus Leeming wrote:
Martin Vermeer wrote:
I don't think it has anything to do with moving the graphic. What I
notice on my 256k/256k ADSL modem is traffic going on all the time
when a document is open. It starts with the splash screen;
On Wed, Apr 27, 2005 at 10:57:25PM +0100, Angus Leeming wrote:
Martin Vermeer wrote:
Is there an easy way to make the drawing more parsimonious? We used to
have that and it was horribly complicated, and Andre cleaned it up, as I
remember. Would it be worth pursuing in this case?
On Thu, 2005-04-28 at 06:46, Martin Vermeer wrote:
On Wed, Apr 27, 2005 at 10:57:25PM +0100, Angus Leeming wrote:
Martin Vermeer wrote:
Is there an easy way to make the drawing more parsimonious? We used to
have that and it was horribly complicated, and Andre cleaned it up, as I
Martin Vermeer wrote:
> I don't think it has anything to do with moving the graphic. What I
> notice on my 256k/256k ADSL modem is traffic going on all the time when a
> document is open. It starts with the splash screen; when that is loaded,
> it stops. Then when you open a document or start a
On Wed, 2005-04-27 at 10:41, Angus Leeming wrote:
> Martin Vermeer wrote:
> > I don't think it has anything to do with moving the graphic. What I
> > notice on my 256k/256k ADSL modem is traffic going on all the time when a
> > document is open. It starts with the splash screen; when that is
> Index: QLPainter.C
> ===
> RCS file:
> /usr/local/lyx/cvsroot/lyx-devel/src/frontends/qt2/QLPainter.C,v
> retrieving revision 1.35
> diff -u -p -r1.35 QLPainter.C
> --- QLPainter.C 31 Jan 2005 15:26:39 - 1.35
> +++
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> I'm no expert, but aren't we meant to redraw only the 'current'
Angus> paragraph in such situations?
Currently we redraw all visible paragraphs (plus a few more) AFAIK.
JMarc
Jean-Marc Lasgouttes wrote:
> Angus> I'm no expert, but aren't we meant to redraw only the 'current'
> Angus> paragraph in such situations?
>
> Currently we redraw all visible paragraphs (plus a few more) AFAIK.
My initial reaction is that is "crap. braindead. wrong". IMO.
Of course, I'm sure
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>> Currently we redraw all visible paragraphs (plus a few more)
>> AFAIK.
Angus> My initial reaction is that is "crap. braindead. wrong". IMO.
Angus> Of course, I'm sure that there is a logical explanation?
I am sure Andre' is much
Jean-Marc Lasgouttes wrote:
> Concerning the previews, since the pixmap is already on the server,
> there should be a way to redraw it without doing a retransfer. Would
> using a QPixmap instead of a QImage help? It seems that drawImage has
> to do QImage->QPixmap anyway...
Yes, that sounds
Martin Vermeer wrote:
> On Wed, 2005-04-27 at 10:41, Angus Leeming wrote:
>> Martin Vermeer wrote:
>> > I don't think it has anything to do with moving the graphic. What I
>> > notice on my 256k/256k ADSL modem is traffic going on all the time
>> > when a document is open. It starts with the
On Wed, Apr 27, 2005 at 10:57:25PM +0100, Angus Leeming wrote:
> Martin Vermeer wrote:
> > Is there an easy way to make the drawing more parsimonious? We used to
> > have that and it was horribly complicated, and Andre cleaned it up, as I
> > remember. Would it be worth pursuing in this case?
>
On Thu, 2005-04-28 at 06:46, Martin Vermeer wrote:
> On Wed, Apr 27, 2005 at 10:57:25PM +0100, Angus Leeming wrote:
> > Martin Vermeer wrote:
>
> > > Is there an easy way to make the drawing more parsimonious? We used to
> > > have that and it was horribly complicated, and Andre cleaned it up,
Lyx 1.4cvs qt usually have nice performance over a 2Mb/s adsl
link. (X tunneled via ssh.)
The display update much faster than I can type - except if I
insert an xfig external inset and checks show in lyx. I then
get a nice image of the fig file, and performance drop to a level
where I can type
On Tue, Apr 26, 2005 at 09:17:48PM +0200, Helge Hafting wrote:
Lyx 1.4cvs qt usually have nice performance over a 2Mb/s adsl
link. (X tunneled via ssh.)
The display update much faster than I can type - except if I
insert an xfig external inset and checks show in lyx. I then
get a nice
Lyx 1.4cvs qt usually have nice performance over a 2Mb/s adsl
link. (X tunneled via ssh.)
The display update much faster than I can type - except if I
insert an xfig external inset and checks "show in lyx". I then
get a nice image of the fig file, and performance drop to a level
where I can type
On Tue, Apr 26, 2005 at 09:17:48PM +0200, Helge Hafting wrote:
> Lyx 1.4cvs qt usually have nice performance over a 2Mb/s adsl
> link. (X tunneled via ssh.)
>
> The display update much faster than I can type - except if I
> insert an xfig external inset and checks "show in lyx". I then
> get a
46 matches
Mail list logo