Zim

Creating new notes from the context menu

Bug #297680 reported by dotancohen
4
Affects Status Importance Assigned to Milestone
Zim
Incomplete
Low
Unassigned

Bug Description

When the user clicks on a note in the tree and selects New Note, the new note should be a child of the note clicked. This is the intuitive behaviour of many other applications with tree structures, such as file managers and web browser bookmarks.

Revision history for this message
Jaap Karssenberg (jaap.karssenberg) wrote :

The namespace below the clicked note is filled in by default. What other behavior do you expect ?

Revision history for this message
dotancohen (dotancohen) wrote :

1) The namespace is filled in and highlighted. When the user starts typing, the namespace is removed.
2) For mixed RTL and LTR trees, one does not know on which side to put the new name.
3) There should be no need for the namespace. The user should be able to enter the NAME of the new note, not the PATH.

The namespace should be empty, and the new note name should have the path prepended to it in a fashion that is transparent to the user. The user should not have to view the full path. Believe it or not, "average joe" computer users don't even know what a path is or would recognize it.

This argument seems familiar, I think maybe this has been discussed on the mailing list though I could not find the messages.

Revision history for this message
Jaap Karssenberg (jaap.karssenberg) wrote :

Similar discussion as for bug #269076

My main concern is that I want a single dialog that allows to create the user to create (or rename) to any namespace in the tree. If we want to hide the namespace I think there needs to be widget above the entry for the page name that allows to change the namespace. This would work much like a button for the directory to save to in a common "Save as" dialog. Drop down gives most common paths, "other" pops up a dialog allowing to select any path.

Changed in zim:
importance: Undecided → Low
status: New → Incomplete
Revision history for this message
dotancohen (dotancohen) wrote :

> Similar discussion as for bug #269076

Thanks, Jaap, I knew the discussion seemed familiar. I saw that bug title when searching but it did not register that we had discussed something similar there. Maybe this should be marked as a dupe and bug #269076 should be reassigned as a general Context-menu cleanup bug.

In that vain I am adding my comments to that bug.

Revision history for this message
Peter Morgan (pedromorgan) wrote :

I agree with dotancohen on this one.

If the the "new note" created a child node titled "New Note" (like "untiled" on windows explorer), which is immedeately in edit mode and selected.

Also I think the Create and Edit are different dialogs in their behaviour as Create would not really need the namespace.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.