<br><br><div class="gmail_quote">2010/3/26 Marco Martin <span dir="ltr">&lt;<a href="mailto:notmart@gmail.com">notmart@gmail.com</a>&gt;</span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im"><br>
<br>
&gt; On 2010-03-26 10:04:12, Marco Martin wrote:<br>
</div><div class="im">&gt; &gt; still can&#39;t comment on how it looks, i hope to have time to try it today.<br>
&gt; &gt; in general i agree it should behave quite differently with diffrent type of medis, but i would also like being able to browse in a folder and being able to see anything it could contain, regardless if it&#39;s audio/video/pictures whatever, so it wouldn&#39;t be a type in particular..<br>

&gt; &gt;<br>
&gt; &gt; also i feel that defining a set of &quot;modes&quot; this way it can be quite rigid. i can see in the future people wanting to write plugins to make it do radically different types of things. i would like for instance being able to browse launchers of applications to be able to have a &quot;games&quot; section for instance and i think it would be possible only by keeping things as more generic as possible.<br>

&gt; &gt;<br>
&gt; &gt; when i&#39;ll have played a bit with it i will have clearer ideas perhaps. however i do think the general idea is correct, a rigid set of &quot;modes&quot; is a bit too much however<br>
&gt;<br>
</div><div class="im">&gt; Shantanu Tushar Jha wrote:<br>
&gt;     Ok, so a flexible collection of modes will be fine I guess?<br>
&gt;     As per the use case you suggested, we can have a plugin to add a new mode. Though we&#39;ll need some discussion on IRC over this. See you there :)<br>
<br>
</div>ok, trying the patch i can see what it&#39;s trying to do and i like it, it basically boils down to:<br>
for some media type a particular control may or may not be neede (with maybe some behavioural differences in single controls) so what i think would be rocking is:<br>
-as is obvious and was aleady been done 2 modes: browsing and playing, would be basically if something is being played or not and react by showning or hiding controls by default)<br>
<br>
when browsing:<br>
see what are the mimetypes disaplayed in the folder, if the focus of the current item changes, change the displayed controls accordingly.<br>
when playing change the controls according to the currently played mime type.<br>
<br>
so what is available is mmetype dependent, a plugin could want to register an association mimetype-&gt;what i want, so a picture won&#39;t have play/stop buttons and the playlist would be visible by default only for music...<br>

<br>
if we will be able to play different mimetypes at once (the example of photos+music) the available stuff will be the sum of all the available controls for each mimetype.<br>
<br>
similarly we could define a way to allow a mimetype to be played together another one (always examples of music+photos)<br>
<br>
it&#39;s still a very abstract idea but hope t kinda gives it ;)<br>
<font color="#888888"><br></font></blockquote><div><br></div><div>I&#39;m rather in favour of this kind of aproach. One more thing that could be defined is whether the kind of media the backend is showing can be &quot;played&quot; in background or not. This way we can start a music playlist and then go back and switch to the pictures-backend while listening to music. We can now start a slide-show listening to music. Of course playing a video would stop in-background music..</div>
<div><br></div><div> Anyway, i like how things are taking shape, keep it up guys :)</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><font color="#888888">
<br>
- Marco<br>
</font><div class="im"><br>
<br>
-----------------------------------------------------------<br>
This is an automatically generated e-mail. To reply, visit:<br>
<a href="http://reviewboard.kde.org/r/3396/#review4684" target="_blank">http://reviewboard.kde.org/r/3396/#review4684</a><br>
-----------------------------------------------------------<br>
<br>
<br>
</div><div><div></div><div class="h5">On 2010-03-25 19:01:32, Christophe Olinger wrote:<br>
&gt;<br>
&gt; -----------------------------------------------------------<br>
&gt; This is an automatically generated e-mail. To reply, visit:<br>
&gt; <a href="http://reviewboard.kde.org/r/3396/" target="_blank">http://reviewboard.kde.org/r/3396/</a><br>
&gt; -----------------------------------------------------------<br>
&gt;<br>
&gt; (Updated 2010-03-25 19:01:32)<br>
&gt;<br>
&gt;<br>
&gt; Review request for Plasma.<br>
&gt;<br>
&gt;<br>
&gt; Summary<br>
&gt; -------<br>
&gt;<br>
&gt; This patch extends the controller applet by having 6 different layout modes which are adapted to what the media center is currently used for, i.e. browsing pictures, playing videos, etc. It sends a signal to the containment with the current mode. The containment then relayouts the other applets and configures them for the current Mode. These modes are defined as enum in the libs.<br>

&gt; *The browser no longer has any controls. Those are now in the controller.<br>
&gt; *The controller also has a show/hide playlist button and a toggle autohide button for itself.<br>
&gt; *The different modes do not have sensible functions yet. I also need to work on configuring the applets for each mode, like telling the browser to hide, or the player to show.<br>
&gt; *The controller is not really beautiful. I want animations for show(hide icons. I want the modeswitch button in a &quot;drawer&quot; perhaps. The toggle buttons need effects.<br>
&gt;<br>
&gt;<br>
&gt; Diffs<br>
&gt; -----<br>
&gt;<br>
&gt;   /trunk/playground/base/plasma/MediaCenterComponents/applets/mediabrowser/abstractmediaitemview.cpp 1107457<br>
&gt;   /trunk/playground/base/plasma/MediaCenterComponents/applets/mediabrowser/mediabrowser.h 1107457<br>
&gt;   /trunk/playground/base/plasma/MediaCenterComponents/applets/mediabrowser/mediabrowser.cpp 1107457<br>
&gt;   /trunk/playground/base/plasma/MediaCenterComponents/applets/mediacontroller/controller.h 1107457<br>
&gt;   /trunk/playground/base/plasma/MediaCenterComponents/applets/mediacontroller/controller.cpp 1107457<br>
&gt;   /trunk/playground/base/plasma/MediaCenterComponents/containments/mediacontainment/mediacontainment.h 1107457<br>
&gt;   /trunk/playground/base/plasma/MediaCenterComponents/containments/mediacontainment/mediacontainment.cpp 1107457<br>
&gt;   /trunk/playground/base/plasma/MediaCenterComponents/containments/mediacontainment/medialayout.h 1107457<br>
&gt;   /trunk/playground/base/plasma/MediaCenterComponents/containments/mediacontainment/medialayout.cpp 1107457<br>
&gt;   /trunk/playground/base/plasma/MediaCenterComponents/libs/mediacenter/browser.cpp 1107457<br>
&gt;   /trunk/playground/base/plasma/MediaCenterComponents/libs/mediacenter/mediacenter.h 1107457<br>
&gt;   /trunk/playground/base/plasma/MediaCenterComponents/shells/plasmediacenter/mainwindow.cpp 1107457<br>
&gt;<br>
&gt; Diff: <a href="http://reviewboard.kde.org/r/3396/diff" target="_blank">http://reviewboard.kde.org/r/3396/diff</a><br>
&gt;<br>
&gt;<br>
&gt; Testing<br>
&gt; -------<br>
&gt;<br>
&gt; I tested the controller itself. The actual effect on the other applets when changing modes still needs work.<br>
&gt;<br>
&gt;<br>
&gt; Thanks,<br>
&gt;<br>
&gt; Christophe<br>
&gt;<br>
&gt;<br>
<br>
_______________________________________________<br>
Plasma-devel mailing list<br>
<a href="mailto:Plasma-devel@kde.org">Plasma-devel@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/plasma-devel" target="_blank">https://mail.kde.org/mailman/listinfo/plasma-devel</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Alessandro Diaferia<br>KDE Developer<br>KDE e.V. member<br><br>