| Project: | Mori |
| Version: | 1.2 |
| Component: | User interface |
| Category: | feature |
| Priority: | normal |
| Assigned: | Unassigned |
| Status: | closed |
Description
When creating a new folder/file in the Sources view, Mori immediately selects the name and lets me edit it. This is good and what I expect. But I don't like the 'feature' where typing the enter key completes the name edit *and* creates a new file. This is rarely, if ever, what I would want to hapen. HItting enter should (IMHO) just accept the name change. I can hit command-N if I want a new file created. I find myself spending a lot of time deleting untitled files.
Updates
This is why I'd like to see the current method changed to what you describe, but have something like this (with re-mappable keys):
enter: finish editing title, then place the cursor into the note
command-enter: create new note, then edit new note title
option-enter: create new folder, then edit new folder title
There have been quite a few times when I have hit enter expecting to find the cursor placed in the current note (it's just what I expect to happen) but instead create a note that must be deleted.
I think what I may do is give the "Return" and "Enter" keys the same behavior. So that they both work as the "Enter" key does now. (jump to the text view). To create a new entry you'll need to use Option-Enter. Sound OK?
Actually I think giving return the function it currently has is good.
Often people want to create longish lists in the entries view, and return to seperate list items is very intuitive, it's just like you were typing in a word processor.
Enter is a more "technical" key in mosts people's minds, and it's fine to give it varied functions
That was my original thinking, but there does seem to be a fairly steady stream of people who don't like the "return creates a new entry" behavior. In HBN I eventually made a preference so people could decide, but I think that's kind-of an ugly solution. I though for people who cared Option-Return wouldn't be to much harder then plain old Return for creating new entries, but it would be out of the way and less outliner inclined folks wouldn't run into it. Anyway I won't change it with the upcoming 1.2 release. I'll wait for other feedback in this thread to decide.
It seems that adding a preference for this as suggested above would please both camps. As to the default behavior, I think it's a toss-up.
| Version: | 1.0.1 | » 1.2 |
Originally the default behaviour was very hard for me to adjust to. I still find myself almost pressing return after changing the text in a note title.
When I orginally posted I hadn't gotten into the outliner mindset; I now understand how useful the current behaviour can be. But I think an option is the way to go with this one. Many experienced outliner users will want to keep the current behaviour, while everyone else has pressing return totally ingrained from doing it in other applications.
Definitely keep the return for new entry and enter for title-edit confirm. Without it, making quick brain-storming outlines becomes pretty tedious. However, for people who don't want to use Mori to outline, there could be a preference to map both return and enter to confirm title edit.
it's a preference.
people who use it as an outliner will want return for new item.
people who use it as a note taker will want return to edit note.
that said, i'd prefer return to edit the item. but since we're gonna fight, maybe a preference should have a preference option.
| Status: | active | » closed |
I've added a preference for this in the soon to be released Mori 1.2.