Developer forums (C::B DEVELOPMENT STRICTLY!) > Development

"Find uses Selected Text" broken

<< < (2/5) > >>

Pecan:

--- Quote from: Biplab on May 28, 2007, 05:55:13 pm ---Agreed. I'd revert the change. Thanks for posting it. :)

--- End quote ---

Why would you revert it? Why not just check for ""Find uses selected text".

Your change must have been good for something. I just dont know what.

You will have to  make the change. I cannot.

Biplab:

--- Quote from: Pecan on May 28, 2007, 05:57:57 pm ---Your change must have been good for something. I just dont know what.

--- End quote ---

It was done to fix Bug#10992. Please have a look at it and suggest me any possible fix. :)

Pecan:

--- Quote from: Biplab on May 28, 2007, 06:10:41 pm ---It was done to fix Bug#10992. Please have a look at it and suggest me any possible fix. :)

--- End quote ---

Ok, that'll take some time. Berlios is very slow at my end today.

First, in your opinion, did fix3975 fix bug10992 satisfactorily?

Biplab:
BTW, I've just checked that reverting the fix will not create that bug. :)

I'm reverting it. Thanks for the post. :D

Pecan:

--- Quote from: Biplab on May 28, 2007, 06:19:40 pm ---BTW, I've just checked that reverting the fix will not create that bug. :)

I'm reverting it. Thanks for the post. :D

--- End quote ---

I'll have to respecfully disagree again. Reverting the fix does indeed create bug 10992 on my (msw) system.

I'm not sure it's a bug though.

But the problem is not the "."(s) as reported. "&"s or any other word break will cause the problem also. Which makes this a text range, not just a text word.

I think that find believes it is actually finding what was requested.

If you follow the bugs description, you will notice that when you mark the text, then use Ctrl-F, "selected text" is checked and enabled. So Ctrl-F/F3 is doing exactly what it was told to do.

The next time you hit Ctrl-F, the "selected text" box is disabled. So Ctrl-F and F3 finds the next item.

Find is only looking in the "selected text" 

I'm not sure there's a bug actually.

If find is to act as the bug reporter expects, "selected text" must be turned off, even tho the user marked text.

Should we always uncheck "selected text" whenever find dlg is invoked?

Original description:
--- Code: ---With the following code you can reproduce the bug. Add an empty file and type

addr.sin
addr.sin1
addr.sin2

then mark addr.sin with the mouse and then call the Find dialog using Crtl+F or Search->Find. The content addr.sin is put in the find dialog, but if you press now F3 you will get no search results.
If you mark addr.sin again with the mouse and use again Ctrl+F and then F3 you will get the correct search results.

The strange thing is, If you use the option Find uses selected Text the Search with Find Ctrl+F and F3 it works properly at the first time.

This problem occur in selections that contain e.g a dot. Words like addrsin, addrsin1, addrsin2 will be found if you mark addrsin and then search for it.

Link Forum post
http://forums.codeblocks.org/index.php?topic=5842.msg44742;topicseen#new

--- End code ---

Navigation

[0] Message Index

[#] Next page

[*] Previous page

Go to full version