Skip to content
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

Open
pkra opened this issue Jul 16, 2011 · 7 comments
Open

entering/leaving edit mode #36

pkra opened this issue Jul 16, 2011 · 7 comments

Comments

@pkra
Copy link

pkra commented Jul 16, 2011

  • ctrl+T should also re-enter editing mode
  • There should be more ways to enter editing mode if accidentally dropped out of it.
  • clicking on the margin does not get into editing mode, one needs to click on the text.
  • double click on end of line to leave/enter editing mode should be documented.
@fbreuer
Copy link
Owner

fbreuer commented Jul 16, 2011

  • ctrl+T should also re-enter editing mode
  • There should be more ways to enter editing mode if accidentally dropped out of it.

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!

clicking on the margin does not get into editing mode, one needs to click on the text.

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.

double click on end of line to leave/enter editing mode should be documented.

what do you mean?

@pkra
Copy link
Author

pkra commented Jul 16, 2011

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)

@pkra
Copy link
Author

pkra commented Jul 16, 2011

Ah, this is more general -- double clicking on a paragraph leaves editing mode. That sucks when I'm double clicking to select text ;)

@fbreuer
Copy link
Owner

fbreuer commented Jul 16, 2011

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.

@pkra
Copy link
Author

pkra commented Jul 16, 2011

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...

@fbreuer
Copy link
Owner

fbreuer commented Jul 16, 2011

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.

@fbreuer
Copy link
Owner

fbreuer commented Aug 24, 2011

I will have to redesign the UI in some way, to indicate which paragraph has the "focus", even when it is in display mode.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants