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 311669 - Put track list inside a GtkExpander
Put track list inside a GtkExpander
Status: RESOLVED WONTFIX
Product: sound-juicer
Classification: Applications
Component: interface
git master
Other All
: Normal enhancement
: ---
Assigned To: Sound Juicer Maintainers
Sound Juicer Maintainers
Depends on:
Blocks:
 
 
Reported: 2005-07-26 23:51 UTC by Luca Cavalli
Modified: 2005-08-08 13:36 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
put track list inside an expander (6.36 KB, patch)
2005-07-26 23:52 UTC, Luca Cavalli
none Details | Review

Description Luca Cavalli 2005-07-26 23:51:51 UTC
Now that SJ is also a CD player, its main window needs a more compact layout to
stay opened on the desktop for long times without being of too much annoyance
for other wondows. I have put the track list inside an expander, so the user can
make the window smaller with just one click. See also comment #11 on Ross' blog [1]

[1]
http://www.burtonini.com/blog//computers/sound-juicer/sj-2.11.90?showcomments=yes
Comment 1 Luca Cavalli 2005-07-26 23:52:41 UTC
Created attachment 49815 [details] [review]
put track list inside an expander
Comment 2 Ross Burton 2005-07-27 08:07:15 UTC
Why isn't minimising the window an acceptable solution when you don't want the
window to take up lots of space?
Comment 3 Luca Cavalli 2005-07-27 08:23:48 UTC
Keeping the window opened with a few informations about the cd currently being
played (maybe also the current track), time elapsed, time remainig and so on,
gives the user a visual feedback of what the application is doing (other than
the obvious audio feedback :). For this scope the full size window is probably
overdimensioned, and a smaller one maybe is better.
Comment 4 Ross Burton 2005-07-27 08:35:14 UTC
As I see it:

* the user knows what CD is being played
* if the user wants to know the track name they can look at the window title in
the window list
* time elapsed is a always changing number so to monitor that will require a
large amount of time spent looking at the window, so the size is irrelevant
* there is no need for visual feedback that the CD is playing

I'm not against adding features but I am against adding features I don't see a
need for.
Comment 5 Luca Cavalli 2005-07-27 08:56:13 UTC
My last attempt to try convincing you :). There is also another usefulness
having the window on the desktop. Some users start/stop playing quite often, for
example if you are allowed to listen music at work. A phone call, a collegue who
has to speak with you, a meeting... Keeping a non invasive, small, window on the
desktop prevents you maximizing/minimizing SJ only for start and stop playing.
Comment 6 Ross Burton 2005-07-27 09:06:47 UTC
Time to write a DBus plugin for remote control and make an applet to control SJ?
Comment 7 Ross Burton 2005-08-08 13:36:57 UTC
I'm refusing to do this, closing.