[prev in list] [next in list] [prev in thread] [next in thread]
List: kde-bugs-dist
Subject: [Bug 125852] New: Wish: Merging Interface Tabs
From: Tony Montana <montana_public () yahoo ! com>
Date: 2006-04-19 1:25:09
Message-ID: 20060419032507.125852.montana_public () yahoo ! com
[Download RAW message or body]
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
http://bugs.kde.org/show_bug.cgi?id=125852
Summary: Wish: Merging Interface Tabs
Product: amarok
Version: 1.3.7
Platform: Ubuntu Packages
OS/Version: Linux
Status: UNCONFIRMED
Severity: wishlist
Priority: NOR
Component: general
AssignedTo: amarok-bugs-dist lists sourceforge net
ReportedBy: montana_public yahoo com
Version: 1.3.7 (using KDE KDE 3.4.3)
Installed from: Ubuntu Packages
OS: Linux
After using amaroK for about 8 months now, I am in love with it. However, I think \
that if the interface layout was simplified without sacrificing functionality it \
would make amaroK even better. In my opinion a few tabs on the left could be merged \
together since they essentially deal with the same basic items - albeit in different \
representations or incarnations. This comment is probably going to end up rather \
long, so bear with me.
Here's my idea. The Playlist, Collection and Files tabs deal with files in some shape \
and form and I think they could be merged into one tab that provides a unified \
interface. Calling this tab something like Media Library or sticking with Collection \
would be fine.This is how I see this working:
1. The tab itself would be a hybrid of the Collection and Playlists tabs. The \
contents of the Playlists tab would be present (with a few modifications) in addition \
to the Group By, Tree View, Flat View and Configure Folders buttons from the \
Collections tab. 2. Based on the grouping mode that is selected, a set of smart \
playlists would be automatically generated and added into the tab. When the grouping \
mode changes (say from Artist > Year > Album to Genre > Artist > Album) the old set \
of generated playlists would be removed and replaced with a new set. 3. There would \
no longer be different folders with titles (Playlists, Smart Playlists etc.) as in \
the Playlists tab currently. Instead, each playlist would have an icon that indicated \
the kind of playlist it was (Saved, Smart, Auto-Generated, Dynamic, Radio Stream, \
Podcast). Additionally, the Group By button could be given an additional level that \
would group playlists by type. Enabling this level could be the default setting to \
provide consistency with the current interface. 4. Finally right clicking on a song, \
(regardless of the kind of playlist in which it was) would present the same set of \
options that combine the options from the existing Collections, Playlists and Files \
tab. In short the options would allow the user to: a. Add / Enque songs to the \
current playlist b. Save group as a playlist
c. Fetch album information
d. View/Edit information for a single file or a group
e. Rename/Delete a single file or a group
f. Edit properties for a single file or a group
I'd like to know what people think, and if I've missed something completely obvious \
that makes this impossible/unusable. I'm sure implementing something such as this \
involves considerable change to the code base and may or may not be feasible but I'm \
willing to help out and contribute to the process.
Thanks for reading.
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic