zim-wiki team mailing list archive
Mailing list archive
Re: Tags & Todo
Fabian Moser <e-mail@xxxxxxxxxxxxxx>
Mon, 01 Nov 2010 12:09:50 +0100
Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:188.8.131.52) Gecko/20100921 Fedora/3.1.4-1.fc13 Thunderbird/3.1.4
On 01/11/10 09:56, Jaap Karssenberg wrote:
> On Sun, Oct 31, 2010 at 9:49 PM, Fabian Moser <e-mail@xxxxxxxxxxxxxx> wrote:
>> 1) If a page is selected, what should happen to selections in the tag
>> tree? Should all entries of the selected page be selected (is multiple
>> selections even possible - I don't know yet)?
> Don't know if it is useful to select the tags, but multiple selection
> is certainly possible in the treeview widget. Depends on the "mode" of
> the widget, most of the lists in zim use the "browse" mode which is
> limited to single selection but there are other modes available.
I didn't mean to select the tags, but the current page (similar to what
happens in the normal index view). Since the page in general appears
more than once in the tag view, this would mean multiple selection or do
we prefer no selection/highlighting of the current page at all in the
>> 2) Drag'n'drop on tags should insert the tag on the dragged page (at the
>> beginning or end?). If the page is dropped upon a page in the tag tree,
>> should it be moved to be a sub-page of that page?
> You could do the same as with dragging links, so insert the link in
> the text at the place where it is dragged.
OK, dragging the tag to the page is clear now. What about the other
direction i.e. dragging a page onto a tag?
>> 3) Should there be drag'n'drop of tags? e.g. to merge tags, adding the
>> dropped-to tag to all pages that have the dragged tag.
> Functionality to merge tags might be useful, but maybe safer to make
> this a special function in a menu or context menu. Drag n drop should
> only be used for actions that are reversible in case of an accidental
> drop. Merging doesn't sound like you can easily separate the groups
You're right, this can't be easily undone so I'll leave that aside.
>> 5) @Jaap: What did you mean by "just use tabs" in the tags TODO list?
> In order to switch between the normal index view and the tag index
> view we need a way to switch in the side pane. I meant that we can
> just use the gtk.Notebook widget at first so you get two tabs in the
> side pane, one with the normal index and one with the tag index.
> Reason for the comment is that mockups I made (on paper, so not in the
> wiki) have a nice button with a dropdown as have other gnome
> applications for this kind of side pane (see e.g. the evince pdf
> reader). But that button has to be a custom widget, so it requires a
> bit of additional work. Also we need to make a framework for adding
> more views to the side pane, so plugins can easily hook into it as
> well. But I can take care of that part.
OK, a pity I didn't see those mockups. For now I wrote a separate
ScrolledWindow (like the normal index) and converted the sidepane to a
VPaned (from VBox) to make them resizeable. (see attached sreenshot)
Reason for this layout is, that I thought it would be nice to have
normal and tag index in parallel.
To be honest, your proposal of a tree where the tags are the top-level
nodes and the pages containing them are their children, is not optimal
IMHO. I implemented it yesterday nonetheless. But I'm thinking about a
different approach, where tags are essentially used for filtering the
normal index, removing pages that don't contain the selected tags
(multiple selection is crucial here). Thanks to the plugin system both
approaches can/will be implemented and we have user choice. :)
Screenshot-Notes - Zim.png
Description: PNG image