-
Notifications
You must be signed in to change notification settings - Fork 6
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
entering/leaving edit mode #36
Comments
I have been thinking about these issues as well. But they raise larger UI concerns. If the user leaves edit mode entirely and presses ctrl+t, which paragraph should be switched back into edit mode? The only behavior that would make sense to me, is to allow a paragraph in display mode to be highlighted somehow. The user could then move this "highlight" among paragraphs using the keyboard and switch a highlighted paragraph into edit mode by pressing ctrl+t. The problem is that I fear this highlight adds unneccessary complications, both to the code and the UI. As long as the highlight is only used to make keyboard navigation more convenient, I do not think it is worth it. However, this might change, as soon as additional features of Qute make additional UI elements necessary. Then I could well imagine using such a highlight to ease keyboard navigation. Of course, if you have an entirely different idea that avoid such complications, I would be glad to hear of it!
yes. I will keep it that way, due to the way things are currently implemented. handling clicks on the margin is not worth the (significant) implementation effort.
what do you mean? |
Good to know that you're already aware of these. I understand the problems with navigating in display mode. But just some way to get back in, even at the beginning or end of the document, would help. I don't want to move the mouse... @your question: when double clicking on the end of the line of a paragraph in edit mode, qute will leave edit mode. (in single window mode) |
Ah, this is more general -- double clicking on a paragraph leaves editing mode. That sucks when I'm double clicking to select text ;) |
ah... did you read http://www.inkcode.net/qute-html5 ? ;) "double clicking to get back to display mode" is one of the fundamental ideas behind qute's ui. (there are people who do use the mouse, you know ;) so that is not going to change. |
Ah, good to know you mentioned it. I don't mind people using a mouse. I would like an alternative. But while we're talking about mouse -- this does conflict with marking a word by double clicking. Obviously, there's no solution to this, but it's worthwhile mentioning that you made this design decision... But please think about my suggestion for some way for entering editing mode... Btw, do you mention tab, shift+tab for switching paragraphs somewhere? That's handy and if tabbing got me back into editing from the top and maybe even cycling through so that shift+tab gets me to the last paragraph from the first, then I'm a happy camper... |
I have got nothing to do with the tab/shif+tab business. that is chromless at work there. also, it only works in split view. also, I may overload tab in the future. the keyboard shortcut for cycling paragraphs is ctrl+up/down. that works in both views. (wasn't that binding your suggestion?) making ctrl+t edit the first paragraph is no problem. i'll implement that in 0.3. |
I will have to redesign the UI in some way, to indicate which paragraph has the "focus", even when it is in display mode. |
The text was updated successfully, but these errors were encountered: