After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 351408 - Add support for "tasks"
Add support for "tasks"
Status: RESOLVED OBSOLETE
Product: rhythmbox
Classification: Other
Component: general
HEAD
Other Linux
: Normal normal
: ---
Assigned To: RhythmBox Maintainers
RhythmBox Maintainers
Depends on:
Blocks:
 
 
Reported: 2006-08-15 09:44 UTC by James "Doc" Livingston
Modified: 2018-05-24 11:46 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
initial patch (46.70 KB, patch)
2006-08-15 09:47 UTC, James "Doc" Livingston
needs-work Details | Review

Description James "Doc" Livingston 2006-08-15 09:44:00 UTC
It would be useful for RB to support "tasks", which would allow us to have a consistent and useful interface to things like ripping cds, downloading podcasts, etc.
Comment 1 James "Doc" Livingston 2006-08-15 09:47:54 UTC
Created attachment 70924 [details] [review]
initial patch

This is the start of this, including the conversion of the track transfer code to use it and a "core" implementation (putting the status in the sidebar) and one using Mathusalem.

There are quite a few FIXMEs, including things Mathusalem doesn't (yet) support, and the description/actions not working for the "core" implementation, but it works okay for me.


Any comments on the design of this would be much appreciated.
Comment 2 Jonathan Matthew 2010-01-24 04:40:53 UTC
Review of attachment 70924 [details] [review]:

Well, Mathusalem never really went anywhere, unfortunately.  These days the options seem to be:
- DIY, either within the app window or in a separate window, and maybe in status icon tooltips
- Ubuntu's app indicators
- possibly some forthcoming extensions to the notification daemon dbus protocol for gnome-shell

I think it'd probably work better if the task interface was just for data storage and notification.  Things like the track transfer queue would implement that interface on their existing data stores, and other things could use a simple implementation if they didn't already store the data in a useable form.

We'd then have a task model that described the set of active tasks, and could have different task view implementations presenting that data.
Comment 3 GNOME Infrastructure Team 2018-05-24 11:46:36 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/rhythmbox/issues/227.