[vlc-devel] commit: qt4: remove b_is_node and use childCount() > 0 instead in playlist_model (Ilkka Ollakka )
Ilkka Ollakka
ilkka.ollakka+vlc at oamk.fi
Mon Aug 17 23:33:06 CEST 2009
On ma 17. elokuuta 2009 22.31.19, Jakob Leben wrote:
>
> This triggers a bigger issue: why is it possible to delete children of nodes
> when it has no sense for a node to be empty?
> But the point right now is that it is possible to empty a node and maybe you
> want to fill it later again. Refilling it will not be possible as the node
> will not be Qt::ItemIsDropEnabled anymore.
I don't actually use tree-mode of playlist allmost ever, so I don't
really have that strong opinion on thisone. But why wouldn't you be
allowed to drop items on normal leaf making it node? I know that
currently they represent directory-stucture prettymuch (and on
shoutcast category-structure), but if they're just tree with freedom to
move stuff around, what would it cause that would be non-trivial to
handle or odd for user in UI.
I didn't check current playlist-code if it allows thatkinda random
adding childrens on any nodes. And I have no idea how users use
tree-mode currently.
> If you want to keep current implementation then we might just as well
> disable deleting children of nodes. But I suggest we look forward to a day
> when it will be possible to create arbitrary nodes with preffered names and
> add/remove items to them at will.
I don't actually see any reason why you couldn't crete those nodes even
now (only menu-selection is missing on context-menu and few lines of
code, maybe).
--
Ilkka Ollakka
It's raisins that make Post Raisin Bran so raisiny ...
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://mailman.videolan.org/pipermail/vlc-devel/attachments/20090818/e8e861fc/attachment.sig>
More information about the vlc-devel
mailing list