On 8/17/07, <b class="gmail_sendername">Bart Cerneels</b> <<a href="mailto:bart.cerneels@gmail.com">bart.cerneels@gmail.com</a>> wrote:<div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
2007/8/17, Leo Franchi <<a href="mailto:lfranchi@gmail.com">lfranchi@gmail.com</a>>:<br>> On 8/16/07, Seb Ruiz <<a href="mailto:ruiz@kde.org">ruiz@kde.org</a>> wrote:<br>><br>> > On 17/08/07, Leo Franchi <
<a href="mailto:lfranchi@gmail.com">lfranchi@gmail.com</a>> wrote:<br>> > > hey guys,<br>> > ><br>> > > so for those who have tried out the contextview stuff, currently the way you<br>> > > add applets is using the swooping-out controlbox in the top-left corner.
<br>> > > this is because its easy... it's coming directly from plasma. but honestly i<br>> > > don't think we want it in the final version of 2.0, its more suited for the<br>> > > desktop than in amarok.
<br><br>The current implementation isn't even suited for the desktop. A<br>horizontal slide-out bar in the center of an edge of the desktop would<br>be better in my opinion. And a better graphic!<br><br>> > > that said, i don't really have any idea of what a better system could be. so
<br>> > > i'm completely open to ideas... ideally i'd like to write something up<br>> > > relatively soon, so feel free to just toss ideas out and i can try them.<br><br>How about a semi transparent bar in the bottom of the CV. it can even
<br>autohide (bad for discoverability). I wouldn't mind if it looked and<br>behaved exactly like the Apple dashboard widget picker.</blockquote><div><br>i like this idea too :) the dashboard applet chooser is *really* slick.
<br><br>my only issue is that we have to deal with whole configurations of layouts, for example, we have to let the user add an applet to the "currently playing" layout as well as the "home" layout, whether he is or is not currently playing a track. this adds complexity, and i'm not sure how to express this concept is we stick to the dashboard-style thing.
<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">> > Some considerations might be - how often do we want, or expect users
<br>> > to change these applets. If there are going to be relatively static,<br>> > it might be wise to have a page in the settings dialog. However, I<br>> > don't think this is really going to be the use case. I imagine that
<br>> > the applets will be changed regularly enough to warrant a faster<br>> > solution.<br>><br>> yeah, i dont think we should hide the applet stuff too much, because it's nice to be able to<br>> easily add/remove them. although, the way i see myself using it is pretty much setting
<br>> things up once, and then keeping it like that until i install more that i want to see.<br><br>I can imagine removing the lyrics applet to make room for the wiki<br>applet a lot. To help the user do what was very easy in
1.4 (just a<br>click on the tab in contextbrowser) we could provide buttons that<br>automatically arrange applets in preconfigured layouts. Or quickly<br>replace the lyrics applet with the wiki applet.<br><br>> > Without having put much thought into it, perhaps it would be useful to
<br>> > have a menu entry with all of the available applets. These can be<br>> > toggled from the menu and can be categorised under different groups.<br>> > I'd expect all of the applets to be available from the menus, even if
<br>> > they can't be enabled or disabled.<br>> ><br>> > A context menu popup menu could be issued with a right click on the<br>> > view, allowing adding or removing applets relevant only the the
<br>> > currently displaying information.<br><br>Don't you know right-click Context Menus are evil! Kicker replaced the<br>context menu system with a applet picker window for 3.5.0 I believe,<br>which was a HUGE improvement. Watch and learn.
</blockquote><div><br>fair enough. on the other hand, how would you suggest exposing a configuration dialog? i'm not trying to impose anything here, just trying to get a brainstorm session so we figure something out.<br>
</div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">> i like this idea---we could have a right click context menu on the contextview background > which opens a simple add/remove applets dialog. i'm just thinking something simple, with
<br>> a drop-down list of what "type" of applet to show ( e.g. home, current), which filters the<br>> list, then you can add/remove from the filtered list to the current pane.<br><br>As much as I liked the applet picker improvement of Kicker, the best
<br>sollution is not having yet another modal window. I'll stick with the<br>dashboard like applet picker, which might be a plasmoid itself.<br><br>><br>><br>> > I don't know if a button to launch a manager on the actual context
<br>> > view is a good idea, as i imagine that it would look cluttered and<br>> > impede on the functionality.<br>><br>><br>> i agree. :)<br>><br>> leo<br>> > seb<br>> > > leo<br>
<br>Stecchino<br>_______________________________________________<br>Amarok-devel mailing list<br><a href="mailto:Amarok-devel@kde.org">Amarok-devel@kde.org</a><br><a href="https://mail.kde.org/mailman/listinfo/amarok-devel">
https://mail.kde.org/mailman/listinfo/amarok-devel</a><br></blockquote></div><br><br clear="all"><br>-- <br>______________________________________________________<br>Leo Franchi <a href="mailto:angel666@myrealbox.com">
angel666@myrealbox.com</a><br>4305 Charlemagne Ct <a href="mailto:lfranchi@gmail.com">lfranchi@gmail.com</a> <br>Austin cell: (650) 704 3680<br>TX, USA home: (650) 329 0125