Developer forums (C::B DEVELOPMENT STRICTLY!) > Development
find & selected text
DJMaze:
It is very annoying as two other issues as well.
When you scroll down and click somewhere and then hit F3 the search starts at the beginning of the page again and NOT where the caret is.
The other is when you open another window and hover mouse over codeblocks, then codeblocks is moved to the front and my just opened window is defocused.
These bugs makes it realy useless.
thomas:
Time to defend Tiwag here, for once.
The original "bug" was something that I perceived as a very useful feature. Although one could object it should be an option because some people may not like it. Personally, I found it very useful, but I am fine with pressing Ctrl-F again, too.
--- Quote from: DJMaze on May 12, 2006, 05:42:04 pm ---When you scroll down and click somewhere and then hit F3 the search starts at the beginning of the page again and NOT where the caret is.
--- End quote ---
Not true. If set the caret further down in the document, it certainly starts at that position.
--- Quote from: DJMaze on May 12, 2006, 05:42:04 pm ---The other is when you open another window and hover mouse over codeblocks, then codeblocks is moved to the front and my just opened window is defocused.
--- End quote ---
Not true, either. This is a X feature / optional Windows setting. It has nothing to do with Code::Blocks.
thomas:
--- Quote from: thomas on May 12, 2006, 05:53:10 pm ---Not true, either. This is a X feature / optional Windows setting. It has nothing to do with Code::Blocks.
--- End quote ---
Wait a second, that is only 99% correct. The drag scroll plugin has a function like that too.
But again, you have to enable it... Code::Blocks doesn't do that on its own behalf.
DJMaze:
--- Quote from: thomas on May 12, 2006, 05:53:10 pm ---
--- Quote from: DJMaze on May 12, 2006, 05:42:04 pm ---When you scroll down and click somewhere and then hit F3 the search starts at the beginning of the page again and NOT where the caret is.
--- End quote ---
Not true. If set the caret further down in the document, it certainly starts at that position.
--- End quote ---
It did on mine but somehow with latest compile it doesn't, odd
--- Quote from: thomas on May 12, 2006, 05:53:10 pm ---
--- Quote from: DJMaze on May 12, 2006, 05:42:04 pm ---The other is when you open another window and hover mouse over codeblocks, then codeblocks is moved to the front and my just opened window is defocused.
--- End quote ---
Not true, either. This is a X feature / optional Windows setting. It has nothing to do with Code::Blocks.
Wait a second, that is only 99% correct. The drag scroll plugin has a function like that too.
But again, you have to enable it... Code::Blocks doesn't do that on its own behalf.
--- End quote ---
Strange since i don't use the plugin nor didn't i enable it in Windows 2000, yet it does "BringToFront" Code::Blocks.
But this is offtopic and should have its own topic
Pecan:
--- Quote from: mandrav on May 09, 2006, 02:42:26 pm ---Sorry to say this, but this was a pretty annoying "feature".
If I want to change the search text, I press Ctrl+F not F3 ;)
C::B changing it behind the scenes, without me asking for it, has frustrated me one too many times. And I 'm not the only one...
--- End quote ---
I really enjoy this feature/bug.
I'd like to work up a patch for this feature/bug that can be turned on/off. Off by default.
Where should the toggle option be placed. Editor config? Find dialog?
What could I name it? Tiwag feature/Mandrav Bug? Find by Marked? Find Marked? Find Selected? Any suggestions?
Would the patch even be considered? I'd rather work on something else if it'd be a futile effort.
thanks
pecan
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version