[prev in list] [next in list] [prev in thread] [next in thread]
List: kde-usability
Subject: Re: Pausing with KIO
From: Luke Sandell <sandell () freeshell ! org>
Date: 2004-02-27 19:45:26
Message-ID: 200402271445.27216.sandell () freeshell ! org
[Download RAW message or body]
On Thursday 26 February 2004 11:21 am, Tom Chance wrote:
>
> Both no-brainers - of course they should be implemented :)
Unfortunately, the implementation is not a no-brainer. I can't think of an
easy way to implement the first idea. KIO::Job has no pause/resume function
because resuming is handled transparently with KIO::SlaveBase::canResume().
Of course, it could be done by actually killing the job and leaving the dialog
open, and then spawning a new job when "resume" is pressed, but that would be
a really messy hack on UIServer to convince it to assign the same id to a new
job and suppress the normal "Resume" dialog. Plus it is possible that not all
protocols are resumable, so the user could be disappointed. I think the best
thing would be to add the methods canPause(), pause(), unpause() to KIO::Job
and corresponding parts to KIO::SlaveBase. But what do I know?
Luke Sandell
--
kde-usability is my favorite mailing list because you can bitch enlessly
without ever being asked to do anything!
_______________________________________________
kde-usability mailing list
kde-usability@kde.org
https://mail.kde.org/mailman/listinfo/kde-usability
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic