QUOTE(ep0ch @ Oct 25 2004, 10:28 AM)
Musicmusic,
My panel is now getting a bit crowded. I don't suppose you could add an option to make the playlists panel a selectable dropdown instead of one long visible list?
I put up a post about this for foo_uie_tabs and was wondering if there wasn't a reason why the playlists panel couldn't also be a dropdown.
Cheers
I think maybe that should be implemented as a separate toolbar.
QUOTE(mojomonkee @ Oct 25 2004, 10:31 AM)
and even further than removing the titlebar... i think having the ability to have a flat window (like miranda's flat contact list plugin) would be great too so you don't have any borders on the window at all... just one flat color so it blends into the desktop perfectly. that'd be great.
I don't know what miranda looks like, show me a screenshot..
QUOTE(janjan @ Oct 25 2004, 10:56 AM)
This is related to something I thought about some days ago:
Would it make sense to gather all config pages which belongs to panels under the 'Columns Ui' config panel instead of the 'Components' page?
For now it's:
CODE
|
-Components
| |Album list Panel
| |Database Explorer panel
| |Enqueue control
| |History
| |...
-Components
| |Columns UI
| |Default User Interface
But I think something like this:
CODE
|
-Components
| |Enqueue control
| |History
| |...
-Components
| -Columns UI
| | |Album list Panel
| | |Database Explorer panel
| |Default User Interface
or this:
CODE
|
-Components
| - Panels
| | |Album list Panel
| | |Database Explorer panel
| |Enqueue control
| |History
| |...
-Components
||-Columns UI
| |Default User Interface
would make more sense. For me panel extensions are in some way different to 'normal' plugins so they shoul be grouped in some way to make the preference dialog more clearly arranged. I think my foobar instalation currently have ~10 pages under 'Components' so putting the ones which are panels in an own group would be very helpfull.
I know that there currently only a few panels are available but I'm very sure that there are much more to come. Let's say you have ~10 normal config pages and ~6 panel config pages, this would sum up to ~16 pages under 'Components'. I don't hink that this is very clear. So moving the panel ones to a new place would certainly help.
What do you think of this?
I did think that in the first place. But, for placing all panels under componenets/panels, or display/panels, it seemed to me that it would require a central componenet to create the "panel" page, for panels to use as their parent page.
Placing them under columns ui does not make sense, because there are other hosts than just columns ui.
QUOTE(janjan @ Oct 25 2004, 10:56 AM)
Another point which is somehow related to the above:
@musicmusic: Since your playlist switcher is a single extension wouldn't it make more sense to give it its own config dialog? In the current version the colors config is in the 'Display' tab and the other options are in 'Playlists' tab. Also in 'playlist' tab there are some options which doesn't belong to the playlist switcher panel. I see the logic in the current organisation but I think there are way to many options in Columns UI to leave it that way, I often me clicking around in all tabs searching for an option.
I think there should be at least three different config pages:
- 'Playlist Switcher' config page which contains a design (font/color) tab, the 'Playlists' tab (minus the options which doesn't belong to playlist switcher) and the 'drag and drop' tab
- 'Columns Playlist' config page which contains the 'Playlist' tab, the 'Gloals' tab, the 'Columns' tab and a tab for colors/fonts and stuff
- 'Columns UI' which contains all the other stuff like sidebar configuration, statusbar/systray
I did think that the playlist switcher should be moved to its own page at first, but then I decided I was being pendantic, or maybe lazy.
Also, many of those options applies to both the playlist switcher and tabs, and so would need to be duplicated. I mean, it depends on what extent you consider the playlist switcher panel a separate entity, it is a part of columns ui afterall.
QUOTE(janjan @ Oct 25 2004, 10:56 AM)
To sum it up:
For me the stock Columns UI consists of three mainly independent parts: The main window, the Playlist and the playlist switcher. Because of this I think that this seperation should also be represented in the organisation of the config pages. 8 tabs on one config dialog is truly to much easily navigate (In particular when there is a pair called Playlist/Playlist
s which is kind of hard to distinguish from).
Also I think it makes sense to gather all panel config dialogs in one place, either under Components/Panels or under Display/ColumnsUI/Panels instead of cluttering them among the other components.
I hope you get what I want to express (I sometimes write fairly complicated/imprecise

) and I'm glad to hear your opinions about my proposal (not only from musicmusic but also from other Columns UI users)
Maybe but all tabs are in one page because there are already too many pages in the tree. Spliting the tabs up into separate pages would also require having either a blank "columns ui" page to serve as the parent page for the other pages, or having a set of tabs under that vague title, with the other pages coming out of it. Then, in the latter case, because of the page with the vague title, it makes browsing the prefs more difficult as you have to switch pages to go through all of the tabs
QUOTE(Insolent @ Oct 25 2004, 12:37 PM)
Wouldn't make more sense to make the Playlist Switcher a seperate component. Now that you think of it, the Columns UI is now more of a container instead of a Playlist Switcher.
Plus it would free up heaps of space in the Columns UI options.

Perhaps, it wouldn't free much space up though because most the options apply to the playlist atbs as well. And 80% of users probably currently use the playlist switcher panel, so why separate it into a separate dll? At least not at this stage, perhaps later, if alternative playlist switcher panels are developed.
QUOTE(upNorth @ Oct 25 2004, 01:05 PM)
Maybe the "Playlist
s" tab should be renamed to "Playlist switcher"? That way it wouldn't look so similar to the "Playlist" tab.
That name is very long, and I think there was a length limit on the name of the tab. A tab with a long name takes up too much space. I agree it is confusing, I only just changed "Display II" to "Playlist", I know it is similar to "playlists", but I thought it was better than "display" & "display ii".