Thunar queued job execution

Stefan Mitić corcrash at gmail.com
Tue Oct 27 11:20:31 CET 2015


Hi flo, OmegaPhil,

flo, thanks for the heads-up, I was aware of that and that's why I plan to
avoid changing anything related to how Xfce handles tasks/jobs. My idea is
to add something like a scheduler that will take care of when a Thunar job
is run/created. After the creation of the job everything is left to the
underlying systems. This should avoid problems with any other system also
relying on Exo or any other underlying system.

OmegaPhil, I will certainly do that before I start working on the
implementation. Thanks for this link/resource, I tried to find some file
manager with that capability but wasn't able to.

Regards,
Stefan Mitic

On Tue, Oct 27, 2015 at 10:58 AM <flo.xfce at gmx-topmail.de> wrote:

> Before you start rewriting Thunar or Exo jobs please be aware that these
> use deprecated API. Glib introducted GTask quite a while ago, and GTask has
> support for different priorities. Actually a lot of exo functionality is
> directly available in glib now (but not all of it).
> To be honest I am not convinced that any of the Xfce projects should
> implement different copy modes. This is OS or at least low-level library
> stuff. We just build a job, how this job is actually processed is not
> really our concern. Just my 2 cents.
>
> Kind regards
>
> -----Original Message-----
> Sent: Tuesday, 27 October 2015 ar 10:18:56
> From: "Stefan Mitić" <corcrash at gmail.com>
> To: "Xfce development list" <xfce4-dev at xfce.org>
> Subject: Re: Thunar queued job execution
> Hi Alex,
>
> first of all thanks for the answer. I have looked into thread management
> already and there is currently no way to set thread priority in GLib, that
> functionality was remover a long time ago (commit it was removed in
> <
> https://git.gnome.org/browse/glib/commit/?id=51d92adeee67d1df30d13fe41e97af9e563f62ec
> >)
> due to its unreliability. There is one way it could work right now but it
> would require (as far as I can tell) modifying "xfce/exo" which I would
> like to avoid as it is not used by just Thunar and might invoke problems
> with other peaces of Xfce using it.
>
> I will try and write a "job manager" over the next few days and commit it
> for review and approval.
>
> If you, or anyone else, have any ides on how to solve this differently I
> would appreciate any input.
>
> Regards,
> Stefan Mitic
>
> On Mon, Oct 26, 2015 at 8:15 PM Alex <acs82 at gmx.de> wrote:
>
> >
> > Hi Stefan,
> >
> > your solution-approach sounds ok, however I would solve the issue in a
> > different way:
> > I would add a "pause" and a "queue" button into the file-transfer-window
> > which pops up when tranfering/copying files, where "queue" = pause +
> > auto-wakeup when there is no other file-transfere running.
> >
> > I quess there should be a way to pause thunar-jobs ? .. e.g. minimize
> > it's prio, so that it is not scheduled.
> >
> > That should minimize thread-switching ... so the user would have the
> > full freedom to only queue single file-transfere operations on need.
> >
> > Cheers,
> > Alex
> >
> >
> > On 26.10.2015 14:03, Stefan Mitić wrote:
> > > Hi everyone,
> > >
> > > I am trying to implement the following functionality into Thunar:
> > >  https://bugzilla.xfce.org/show_bug.cgi?id=12123
> > >
> > > The way I understand it the only way to do this would be to create a
> new
> > > class "Thunar job manager" that will take over the management of Thunar
> > > jobs and their execution, that way we would be able to have control
> over
> > > the order of execution of jobs.
> > >
> > > My question is what do you think about this approach and do you have
> any
> > > other ideas to implement this behavior?
> > >
> > > Best regards,
> > > Stefan Mitic
> > >
> > >
> > > _______________________________________________
> > > Xfce4-dev mailing list
> > > Xfce4-dev at xfce.org
> > > https://mail.xfce.org/mailman/listinfo/xfce4-dev
> > >
> >
> > _______________________________________________
> > Xfce4-dev mailing list
> > Xfce4-dev at xfce.org
> > https://mail.xfce.org/mailman/listinfo/xfce4-dev
> _______________________________________________
> Xfce4-dev mailing list
> Xfce4-dev at xfce.org
> https://mail.xfce.org/mailman/listinfo/xfce4-dev
> _______________________________________________
> Xfce4-dev mailing list
> Xfce4-dev at xfce.org
> https://mail.xfce.org/mailman/listinfo/xfce4-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.xfce.org/pipermail/xfce4-dev/attachments/20151027/1d121e7f/attachment.html>


More information about the Xfce4-dev mailing list