<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<html><head>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
    <meta name="generator" content="Osso Notes">
    <title></title></head>
<body>
<p>----- Original message -----
<br>&gt; Hello list,
<br>&gt; here follows a short resume of what discussed during the yesterday's
<br>&gt; meeting :)
<br>&gt; 
<br>&gt; - *Media Fetcher Backends:*
<br>&gt; Hayri is responsible for this with his GSoC. Currently we have 2
<br>&gt; dataengines, called *picture *and *video*.
<br>&gt; Both were intended as a bridge among different fetching backends and the
<br>&gt; PMC browsing view.
<br>&gt; Their API is really similar except for little specific stuff and so we
<br>&gt; decided to merge them into one, unique,
<br>&gt; WebMedia DataEngine (the name can be, of course, changed to a better
<br>&gt; one): the common data structure we'll use to return the fetched
<br>&gt; information from web services will be wrapped into something like:
<br>&gt; MediaResource and MediaResourceCollection. The DataEngine and its backend
<br>&gt; will all be written in JS given the nature of the data: web-driven.
<br>&gt; We currently have everything to provide such kind of DataEngine except
<br>&gt; for the *add-on finder* which is something Aaron will likely work on
<br>&gt; soon. Also there's something we can eventually share with the kde-silk
<br>&gt; project, so maybe we should have a talk with them in case we already have
<br>&gt; tools for such stuff.
<br>&gt; Additional for Hayri: as stated by Aaron: Network&nbsp; &#32;access is already in
<br>&gt; the bindings while xml parsing can be done via
<br>&gt; <a href="http://xmljs.sourceforge.net/">http://xmljs.sourceforge.net/</a>
<br>&gt; 
<br>&gt; 
<br>&gt; - *QML into PMC:
<br>&gt; *We're gonna make use of QML for layouts in PMC and specifically in our
<br>&gt; State Machine.
<br>&gt; Christopher Blauvelt is contributing a lot with QML into PMC.
<br>&gt; Currently the aim is to have a new view for the mediabrowser, inheriting
<br>&gt; its AbstractItemView,
<br>&gt; that takes advantage of QML in order to show pictures in a fancy way :p
<br>&gt; For those who are curious some stuff is there under the declarative/
<br>&gt; folder in the root directory.
<br>
<br>This will be great. Eager to check those out once exams are over :)
<br>
<br>&gt; 
<br>&gt; - *QGestures and input abstraction in PMC*
<br>&gt; This is a bit tricky part and probably needs some further discussion. The
<br>&gt; aim is to have a sort of layer that maps different input events
<br>&gt; into common Media Center events like *play, pause, next-picture,
<br>&gt; previous-picture, volume-up *and so on..
<br>&gt; This way we can have different input devices to be recognized and ready
<br>&gt; to be used (think about remotes and/or keyboards for example).
<br>&gt; As discussed we'll probably use the QGestureEvent and eventually create
<br>&gt; our own PMC events in order to ease the mapping.
<br>&gt; Later events will be sent to the components loaded into PMC that will be
<br>&gt; able to perform the proper action.
<br>&gt; I also think that we can have virtual event methods in our base MCApplet
<br>&gt; classes like playEvent, volumeUpEvent and such.
<br>&gt; In each applet the gesture recognition would call the proper virtual
<br>&gt; event method.
<br>&gt; Of course i might be wrong so, please, point out your thoughts about
<br>&gt; this.
<br>&gt; 
<br>&gt; I think this is all; please add what i eventually missed from the
<br>&gt; meeting.
<br>&gt; 
<br>&gt; Cheers!
<br>&gt; 
<br>&gt; P.S.: How to upload the IRC log to plasma.kde.org?
<br>&gt; 
<br>send it to Aaron with a request and he'll upload it :)
<br>
<br>&gt; -- 
<br>&gt; Alessandro Diaferia
<br>&gt; KDE Developer
<br>&gt; KDE e.V. member
<br><br></p>
</body>
</html>