Hi, first of all thank you very much for Notepad++.
I'd like to report this strange behaviour i'm experiencing with the find function.
Please download this file, http://www.sendmefile.com/00621274
open it in notepad++ and do the following: (with WORD WRAP TURNED OFF) find april, repeat find and the view will scroll right to show the next occurence of the word. Find again and when the occurence on the next line is found, the editor view won't scroll enough to display the found word. Can you confirm this behaviour and, could it be fixed?
Greetings,
FC
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
The problem has been corrected, thank you for the input, the bug was rather unclear untill now :P
Find dialog now makes sure text is in view and if the text cannot be found, the error message adds (part of) the searched text for clarity
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
No, I left it at the defaults since, afaik, you cant set the original value back. If the token is at the edge there is (unfortunatly) no extra spacing, Scintilla just doesnt seem to have many ways of properly scrolling the view (vertical is difficult, horizontal is a distar =]).
Theres much more than can be done for Notepad++, so just take a look around and see if something needs fixing badly if you need a challenge :P. The bugtracker is an ideal source of problems.
-Harry
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
@Fool4UAnyway Thanks for the information, you're right, it had been reported before, and i must say that i hadn't been able to find it. :)
Now that you've pointed it out, unfortunately i've seen that post hasn't received any official response from DonHO too.
Thanks, FC
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Reproducing is not that hard.
Only one line will do.
Create a line with starting and ending with the same word.
Enter any number of characters in-between to make the last word disappear into the invisible part of the screen.
Press CTRL+D to duplicate the line.
Go to the beginning of the line or press CTRL+Home.
Press CTRL+F to search for the first word, to be found at the end of the first line.
Now press F3 to find the same word again at the start of the second line.
This will only show the last part of the found match, instead of the complete match.
This is because only the cursor position is forced to be shown, instead of the complete selection.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
SHIFT+F3 also works incorrectly. I was not sure when I was typing my previous message, but just checked it. One would also expect a previous instance to be shown completely, but I just saw nothing at all, not even the cursor.
Just check(ed) the SimpleScriptReadMe.txt file, for example (I'm not sure if that's the correct original name).
Move the cursor to line 5 on the first word, This.
Press CTRL+F to find the next occurrence.
It will move the cursor to line 21, column 145.
Close the find dialog and press SHIFT+F3.
The cursor will move back to line 5, column 5.
This is at the end of the word This, with the word itself nor the cursor caret being visible.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
After using SHIFT+F3 the search direction will still be backwards, although this won't be shown when opening the Find dialog (again). If you search for any (other) word now, you will only find it if it is present _before_ the current cursor position. If it's not there, you'll get a message saying it can't be found...
Pressing F3 once is the easiest way to overcome this problem. It switches the search direction to forward again automatically.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Since the bug i reported at the beginning of this thread is still present in the latest version, since it has been known for long time and it hasn't been fixed yet, I think i'll fix it by myself and then submit a patch.
FC
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I'm the guy who started the thread (using FC as signature), i just remembered i had an old sourceforge account, so i'll be using this one from now on.
Coming to the point.. i don't know. I haven't put too much attention to the other matters, but this doesn't mean i won't do it if things don't get too much complicated.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi, first of all thank you very much for Notepad++.
I'd like to report this strange behaviour i'm experiencing with the find function.
Please download this file, http://www.sendmefile.com/00621274
open it in notepad++ and do the following: (with WORD WRAP TURNED OFF) find april, repeat find and the view will scroll right to show the next occurence of the word. Find again and when the occurence on the next line is found, the editor view won't scroll enough to display the found word. Can you confirm this behaviour and, could it be fixed?
Greetings,
FC
The problem has been corrected, thank you for the input, the bug was rather unclear untill now :P
Find dialog now makes sure text is in view and if the text cannot be found, the error message adds (part of) the searched text for clarity
Thank you for fixing.. ;) though i can't have the pleasure and satisfaction of fixing it by myself :P
btw: did you play with strict, even, sloppy flags and so on?
No, I left it at the defaults since, afaik, you cant set the original value back. If the token is at the edge there is (unfortunatly) no extra spacing, Scintilla just doesnt seem to have many ways of properly scrolling the view (vertical is difficult, horizontal is a distar =]).
Theres much more than can be done for Notepad++, so just take a look around and see if something needs fixing badly if you need a challenge :P. The bugtracker is an ideal source of problems.
-Harry
Could anyone confirm this behaviour? I'm starting to wonder if n++ author hasn't commented on this yet because he hasn't been able to reproduce it.
Thanks, FC
Yeah, I guess so.
This has been reported before.
"Find not moving screen to found text" (Open Discussion forum, 2007-03-09 03:02)
http://sourceforge.net/forum/forum.php?thread_id=1685509&forum_id=331753
This thread was found by cleverly searching for "end+found".
@Fool4UAnyway Thanks for the information, you're right, it had been reported before, and i must say that i hadn't been able to find it. :)
Now that you've pointed it out, unfortunately i've seen that post hasn't received any official response from DonHO too.
Thanks, FC
i reported it earlier with a different subj but no official response/solution.
can anyone get me a solution or update on this.
this happens randomly. i tried all combinations but i cant reproduce in one shot but it happens to me most of the time and not all the times.
my system windows xp pro. using n++ 4.8.2
Reproducing is not that hard.
Only one line will do.
Create a line with starting and ending with the same word.
Enter any number of characters in-between to make the last word disappear into the invisible part of the screen.
Press CTRL+D to duplicate the line.
Go to the beginning of the line or press CTRL+Home.
Press CTRL+F to search for the first word, to be found at the end of the first line.
Now press F3 to find the same word again at the start of the second line.
This will only show the last part of the found match, instead of the complete match.
This is because only the cursor position is forced to be shown, instead of the complete selection.
SHIFT+F3 also works incorrectly. I was not sure when I was typing my previous message, but just checked it. One would also expect a previous instance to be shown completely, but I just saw nothing at all, not even the cursor.
Just check(ed) the SimpleScriptReadMe.txt file, for example (I'm not sure if that's the correct original name).
Move the cursor to line 5 on the first word, This.
Press CTRL+F to find the next occurrence.
It will move the cursor to line 21, column 145.
Close the find dialog and press SHIFT+F3.
The cursor will move back to line 5, column 5.
This is at the end of the word This, with the word itself nor the cursor caret being visible.
Take a look at this thread, to see what kind of trouble using SHIFT+F3 can get you into:
"CTRL+F Find limits to current selection automatically" (Open Discussion forum)
http://sourceforge.net/forum/forum.php?thread_id=1904405&forum_id=331753
After using SHIFT+F3 the search direction will still be backwards, although this won't be shown when opening the Find dialog (again). If you search for any (other) word now, you will only find it if it is present _before_ the current cursor position. If it's not there, you'll get a message saying it can't be found...
Pressing F3 once is the easiest way to overcome this problem. It switches the search direction to forward again automatically.
Since the bug i reported at the beginning of this thread is still present in the latest version, since it has been known for long time and it hasn't been fixed yet, I think i'll fix it by myself and then submit a patch.
FC
Would you be able to fix all problems mentioned in the threads referenced above?
I'm the guy who started the thread (using FC as signature), i just remembered i had an old sourceforge account, so i'll be using this one from now on.
Coming to the point.. i don't know. I haven't put too much attention to the other matters, but this doesn't mean i won't do it if things don't get too much complicated.