<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 12pt;
font-family:Calibri
}
--></style></head>
<body class='hmmessage'><div dir='ltr'><br><br><div>> Date: Sat, 18 Jul 2015 17:05:19 -0400<br>> From: John@wexfordpress.com<br>> To: scribus@lists.scribus.net<br>> Subject: Re: [scribus] Scribus 1.5 mouse-delay<br>> <br>> On Sat, 18 Jul 2015 13:34:20 -0500<br>> Kunda Loves Scribus <scribus.user@gmail.com><br>> wrote:<br>> <br>> > ><br>> > > > >> However one bigger issue still prevails.<br>> > > > >> There seems to be quite a big delay<br>> > > > >> between mouse actions such as selecting<br>> > > > >> text and moving objects and their actual<br>> > > > >> execution. This can be really<br>> > > > >> frustrating, since you constantly have<br>> > > > >> to 'wait' and let the program catch up.<br>> > > > >> I described<br>> > > this<br>> > > > >> issue a year ago with one other user<br>> > > > >> confirming this;<br>> > > > ><br>> > > > > Hi. I've always experienced the same lag<br>> > > > > with Scribus. It can even become quite<br>> > > > > sluggish when moving complex objects,<br>> > > > > like imported vector graphics.<br>> > > > ><br>> > > > > Cheers,<br>> > > > > JFL<br>> > > > > --<br>> > > > > Jean-Fran?ois Lemaire<br>> > > > ><br>> > > > > ------------------------------<br>> > ><br>> > > > Hi JFL<br>> > > ><br>> > > > Thanks for confirming. I'll submit the<br>> > > > issue as a bug (even though this might be a<br>> > > > more extensive issue).<br>> > > ><br>> > > > Lasse<br>> > ><br>> > > Is there a way to suppress screen updates<br>> > > while there are pending events in the input<br>> > > queue?<br>> > ><br>> > > William<br>> > <br>> > <br>> > I'm not sure. I'm just editing the bloat out of<br>> > the thread so it reads easier.<br>> > /Kunda<br>> > <br>> <br>> My guess is that the problem is a function of<br>> the size of the overall scribus document. My cure<br>> is to deal with each page as a separate file,<br>> using templates to handle the headers and general<br>> layout, and combining the resulting pdf files<br>> using the gs script previously provided by<br>> William Bader. Now there are lots of pdf files<br>> floating around in my current work directory<br>> including of course the result of the previous<br>> run of the Bader command so I modified the<br>> Bader command to deal only with files<br>> meeting this criterion: "p*pdf".<br></div><div><br></div><div><br></div><div>I could reproduce the screen delay on my laptop with a single page that has only a single image frame.</div><div><br></div><div>Dragging the mouse produces an event every pixel.  A quick drag can cross several hundred pixels.  An application that tries to redraw the dragged image every pixel will never be able to keep up.  The easiest solution is suppressing screen updates when the input queue has pending events.  The harder solution is using 2D or 3D functions on the video card to put the dragged image in its own layer inside the video card,<br><br>Regards,</div><div>William</div><div><br></div><div><br></div>                                     </div></body>
</html>