[Bug 58044] Noatun should be more task and not plugin-oriented

[Beat Fasel]

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
     
http://bugs.kde.org/show_bug.cgi?id=58044     
beat_fasel at yahoo.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |beat_fasel at yahoo.com



------- Additional Comments From beat_fasel at yahoo.com  2003-05-04 17:01 -------
Arnold wrote: 
> This means a painting-programm doesn't need to follow the conventions, a  
> writing-programm doesn't need to follow too, and my own KRec can be designed  
> very special...  
> Either every programm has a standardized interface (available) or you have to  
> invent the wheel for every application and (as a user) learn to use the  
> different wheels. 
I agree with you, however, the world is not perfect. I mean it is a fact that almost every mediaplayer 
under the sun is skinable and people got used to it and like it. However, it should be noted that 
Noatun has already more than one skin of its own (Exellent + Milk-Chocolate). And why not, these 
different skins can provide different functionality (different complexity) and adapt better to the 
user's need.  
The question is, if the provided skins should well fit into KDE (like do Exellent + Milk-Chocolate) or 
be a bit more alien like Winamp and K-Jofol skins. I say, it's best like now, provide both options, so 
as to make everybody happy. 
Ok, why am I not completely happy then? Well, there are problems I encountered with Noatun 
reported in wishilist bug 58042: one interface at a time, 58026: Visualization plugins should be more 
accessible, Winamp/K-Jofol skins should be available not only for the main application but also for 
the playlist and the equalizer (wishlist bug 34380) and finally the plugin orientation instead of task 
orientation of Noatun from the user's perspective  reported in wishlist bug 58044. 
 
Arnold wrote: 
>> also like it different. More choice for the user and if presented  
>> coherently, the better, no?  
> Isn't that what the different "Interfaces"-Plugins are for??? 
Exactly! However, the playlist and the equalizer are not skinable (winamp or k-jofol skins), that's the 
problem (see also further below). 
 
>> > If you don't like how Noatun looks, reconfigure your KDE. If you think  
> > Well, you have only limited possibities of how to influence the look via  
> > KDE.  
> No, I can change my KDE from win to cde to kde look in about a minute...  
Sure, but you cannot do e.g. button reording like is possible with skins. 
 
>> I don't agree here, better allow for full skinnability or none. Currently,  
> > it feels like a half-way finished interface when using skins.  
>  
> Write a plugin which has the skinnability you want!  
Ah, you missunderstood me. I'm perfectly happy with the Winamp skins available. What I proposed 
is the possibilty to have a skinable playlist and equalizer, thus a full XMMS/Winamp replacement. 
 
Personally I'm using Winamp skins (using XMMS), not just because I like their look, but mainly for 
two reasons: 
 
(1) Compactness: If you want to have the main application (Noatun), the Noatun playlist and the 
Noatun equalizer open at the same time, they cosume too much space (especilly the equalizer 
window being huge). This is different with Winamp skins. 
 
(2) Window interconnection: The default noatun, playlist and equalizer windows are not 
interconnected. If you would like to move noatun on the desktop to make space for another app, 
you have to move three windows therefore. Not very handy. With XMMS, you move one window 
(the equalizer and the playlist stick to the main window). 
 
However, I would love to use Notatun insead of XMMS! Better integration into the KDE environment, 
better look (AA fonts, XMMS being still a Gnome or gtk1 app) and supposedly better sound quality 
(due to using newer decoding libraries, I'm not sure about this however). 
 
Beat