Summary: | provide a choice for vertical context browser placement | ||
---|---|---|---|
Product: | [Applications] amarok | Reporter: | richlv |
Component: | general | Assignee: | Amarok Developers <amarok-bugs-dist> |
Status: | RESOLVED LATER | ||
Severity: | wishlist | CC: | alexbax |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Slackware | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
richlv
2006-05-31 12:03:31 UTC
Without sounding too bitchy, please, rich, write less. I don't care for bug reports that take 10 minutes to understand. Thanks hmm. sorry about the long description. i though the title should give a quick hint at the core of the issue :) i've seen reports dismissed because reviewer misses the point, so in cases when i feel that it might get just closed, i try to provide information so that all aspects of the issue can be understood by everybody. another solution which would solve this has been mentioned here (and supported by leinir :) ) : http://amarok.kde.org/blog/archives/93-Face-lifting-amaroK.html#c2548 "For the record, i like the idea of being able to drag-reposition the browsers" I am also disappointed by the decision to move the context browser to a horizontal location. I agree with Rich and will not be downloading the latest version. Making the layout configurable would be a good compromise so that the user could set it up based on their usage. The only good thing of the new layout is to see contextbrowser, playlist and _collection_ at the same time *** This bug has been confirmed by popular vote. *** additional info : + it has been mentioned that providing such a choic would be problematic because contents would need two copies of html - one for vertical, one for horizontal layout - if automatic columning could not be done. given that without automatic column creating horizontal column browser still is not using available space effeciently enough (and especially on large screens where it is better), that would hold it back also there. if automatic column displaying can be done, there would be one layout only that would nicely scale - it would display as many columns as needed in horizontal layout and usually one in the vertical one. + an argument was provided that somebody could create a theme for the context browser that would not work nicely in one of the layouts, users would come to amarok support with those problems and cause havoc and an end of the world would come. i believe, currently problems with some mysterious custom themes would still be redirected to the author of the theme, so that seems like a made up argument to me. i'm sorry if i am wrong. this change has been recenlty reverted in svn. as the layout refactoring will come back, i am leaving this one open. it's main idea is still valid with people wanting to have different layouts. No, no reason to leave this open. It'll be back only for 2.0, and it'll probably be a lot different anyway. Please keep the choice of layout!! *** Bug 131080 has been marked as a duplicate of this bug. *** |