<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><br><div><div>On Aug 21, 2009, at 4:26 PM, Jakob Leben wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div class="gmail_quote">On Fri, Aug 21, 2009 at 4:19 PM, Pierre d'Herbemont <span dir="ltr"><<a href="mailto:pdherbemont@gmail.com">pdherbemont@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <div id=":19j" class="ii gt">For the media_list there is an other object called media_list_view. You can have a flat view, or a hierarchical view. Sorted view are not implemented though. This is conceptually and practically nice. And it helps to correctly layers the different objects.<br> <br> I think you should offer the same kind of abilities, that is having multiple objects to represent the "viewed" playlist.<br> <br> Pierre.</div></blockquote></div><br>Hmm, I haven't really tried coding with the media_list, so I don't know exactly how things work there, and what these "view" objects are meant to be used fot, but I have a doubt that this approach is so conceptually nice</blockquote><div><br></div><div>Well, so the MVC model isn't conceptually nice? :-)</div><br><blockquote type="cite">the doubt concerns exactly the problem I've just put forward about the tree / list duplication: usually the "viewed" playlist is only the once that is interacted with, and then again: how do you translate moving an item in this viewed list to the movement in the underlying tree list?</blockquote></div><div><br></div><div>This is not specified. It's up to the view to decide how to actually translate this to the model, or not.</div><div><br></div><div>Pierre.</div></body></html>