Question about CTRL+Right navigation in text window
- Author
- Message
-
Offline
- Posts: 6
- Joined: Sat Aug 09, 2008 7:14 am
- Location: Bulgaria
Question about CTRL+Right navigation in text window
Hello, Akelpad developers,
I'm Kostadin Kolev from Bulgaria.
First, let me say, that Akelpad is one of the most easiest, lightweight and accessible text editors around! I said "accessible" not occasionally. I'm a visually impaired PC user and due to that I'm using screen reading software to help my self while using the PC. At the moment I use JAWS for Windows and the open-source NVDA screen readers and both work very good with AkelPad.
And now to my questions: I've noticed that in the text window of AkelPad when pressing CTRL+Right to navigate to next word, the cursor doesn't go to the beginning of the next word. Instead, it goes to the end of the same word. This is not very good for us - visually impaired users - because the screen readers (at least JAWS and NVDA) use CTRL+Left/Right to go (and read) the previous/next word in text fields. And since the command is not working correctly in AkelPad, the screen readers can't read the next word in AkelPad's text window. Note that only the CTRL+Right command (next word) is not working as it should - the CTRL+Left (previous word) is working normally - the cursor goes at the beginning of the previous word and the screen readers read the word as it should happen. I've noticed that when I disable the option "Words delimiters:", the CTRL+Right command starts working almost correctly. But why doesn't work correctly when the option "Words delimiters:" is enabled?
And some kind of feature request: It's related to my first question. Can you make it possible that while pressing CTRL+Left/Right to go to previous/next word, the cursor will stop not only on words, but also to punctuation signs (e.g.: dash, comma, period, left and right bracket/parenthesis, colon etc)?
Thank you for your help in advance!
Best wishes!
I'm Kostadin Kolev from Bulgaria.
First, let me say, that Akelpad is one of the most easiest, lightweight and accessible text editors around! I said "accessible" not occasionally. I'm a visually impaired PC user and due to that I'm using screen reading software to help my self while using the PC. At the moment I use JAWS for Windows and the open-source NVDA screen readers and both work very good with AkelPad.
And now to my questions: I've noticed that in the text window of AkelPad when pressing CTRL+Right to navigate to next word, the cursor doesn't go to the beginning of the next word. Instead, it goes to the end of the same word. This is not very good for us - visually impaired users - because the screen readers (at least JAWS and NVDA) use CTRL+Left/Right to go (and read) the previous/next word in text fields. And since the command is not working correctly in AkelPad, the screen readers can't read the next word in AkelPad's text window. Note that only the CTRL+Right command (next word) is not working as it should - the CTRL+Left (previous word) is working normally - the cursor goes at the beginning of the previous word and the screen readers read the word as it should happen. I've noticed that when I disable the option "Words delimiters:", the CTRL+Right command starts working almost correctly. But why doesn't work correctly when the option "Words delimiters:" is enabled?
And some kind of feature request: It's related to my first question. Can you make it possible that while pressing CTRL+Left/Right to go to previous/next word, the cursor will stop not only on words, but also to punctuation signs (e.g.: dash, comma, period, left and right bracket/parenthesis, colon etc)?
Thank you for your help in advance!
Best wishes!
-
Offline
- Posts: 57
- Joined: Sun Jul 27, 2008 6:47 am
- Location: slovakia
Hello,
Just a note that NVDA respect akelpad's settings and can properly handle such a navigation by word. Yes is different from what the other applications do but I have respected that as an AkelPad authors decision. Let's see how it turns out after this request. Of course consistence with other windows edit components would be nice from my point of view also.
Just a note that NVDA respect akelpad's settings and can properly handle such a navigation by word. Yes is different from what the other applications do but I have respected that as an AkelPad authors decision. Let's see how it turns out after this request. Of course consistence with other windows edit components would be nice from my point of view also.
-
Offline
- Posts: 6
- Joined: Sat Aug 09, 2008 7:14 am
- Location: Bulgaria
Hello,pvagner wrote:Hello,
Just a note that NVDA respect akelpad's settings and can properly handle such a navigation by word. Yes is different from what the other applications do but I have respected that as an AkelPad authors decision. Let's see how it turns out after this request. Of course consistence with other windows edit components would be nice from my point of view also.
Yes, you are right about NBDA respecting akelpad's settings - I haven't tested it recently with AkelPad 4.0. And when I did it now, it worked good. But this still is an issue for JAWS for Windows . But even NVDA doesn't stop on (before) punctuation signs, and that would be very useful while editing files.
-
Offline
- Posts: 57
- Joined: Sun Jul 27, 2008 6:47 am
- Location: slovakia
I think I don't understand properly.k_kolev1985 wrote:But even NVDA doesn't stop on (before) punctuation signs, and that would be very useful while editing files.
If I open empty AkelPad window and type something like:
Using ctrl+right from the begining cursor stops at the position where comma, space or dot is. You can configure your own world delimiters at the advanced 1 tab in the akelpad's options.hello, this is a test. and this is another.
To sum it up. While navigating to next word AkelPad jumps to the first word delimiter. While navigating to the previous word AkelPad jumps to the first character after a previous world delimiter.
While word delimiters are disabled, akelpad works like other edit controls jumping to the begining of a next or previous word.
-
Offline
- Posts: 6
- Joined: Sat Aug 09, 2008 7:14 am
- Location: Bulgaria
Yes, I didn't actually tested that very good - my fault.
But ... there are still some issues about that kind of navigation. I want to be able to stop before the punctuation sign and when I press CTRL+Right to be able to go to the word after the sign and to the word after that. Hope you understand what i mean.
And for example, in Notepad2 when you press CTRL+Left/Right, you move to (before) every punctuation sign and every word. For example, in the following text (in bulgarian - I don't have another example at the moment):
1. First we start with the word "Директор";
2. Then the cursor will go to "1";
3. Then to "-";
4. Then to "ва";
5. Then to "и";
6. Then to "2";
7. Then to the second "-";
8. Then to "ра";
9. Then to "год";
10. And finally to ".:".
Hope that I was a little bit clearer now .
But ... there are still some issues about that kind of navigation. I want to be able to stop before the punctuation sign and when I press CTRL+Right to be able to go to the word after the sign and to the word after that. Hope you understand what i mean.
And for example, in Notepad2 when you press CTRL+Left/Right, you move to (before) every punctuation sign and every word. For example, in the following text (in bulgarian - I don't have another example at the moment):
the cursor will move as follows when we press CTRL+Right (same happens in reverse - CTRL+Left):Директор 1-ва и 2-ра год.:
1. First we start with the word "Директор";
2. Then the cursor will go to "1";
3. Then to "-";
4. Then to "ва";
5. Then to "и";
6. Then to "2";
7. Then to the second "-";
8. Then to "ра";
9. Then to "год";
10. And finally to ".:".
Hope that I was a little bit clearer now .
-
Offline
- Posts: 57
- Joined: Sun Jul 27, 2008 6:47 am
- Location: slovakia
Ok thanks for the explanation Now I do understand. I think this is not possible with the current implementation. It is however possible to navigate to begining of a previous or next word when word delimiters are turned off as I have already said and when the space is excluded from the list of word delimiters it is possible to stop at all the other delimiters.
I think white spaces should be skipped in all the cases (like it behaves while word delimiters are disabled) and we might also be able to define other delimiters.
@instructor can you recognize this as a feature request?
I think white spaces should be skipped in all the cases (like it behaves while word delimiters are disabled) and we might also be able to define other delimiters.
@instructor can you recognize this as a feature request?
-
Offline
- Posts: 6
- Joined: Sat Aug 09, 2008 7:14 am
- Location: Bulgaria
OK. Witch is the sign for "space" in the "Words delimiters" edit field? I now have the following elements in that list:
Can you tell me so I can remove it from the list?
Thanks
Code: Select all
\t\n\\|[](){}<>,.;:+-=~!@#$%^&*/?'`"
Thanks