I think it would be usefull if I can search/replace in currently opened Files. So i've enhanced this plugin.
I've made two patches: First one without additional button and second one with an additional button.
What are the developers thinking?
Content-Type: application/octet-stream; name="patches.zip"
Content-Disposition: attachment; filename="patches.zip"
great, but I cannot download your patch.
The code in SinFiles is a bit messy, because it was
exended bit by bit without a general concept in the beginning.
What I could also imagine, using a list box or
better a treelistcontrol to expand/collapse the files:
result: (after searching for 'Button')
->76 r= w=wx.Button(
If you having trouble while downloading the patch, try the following:
1. create a new text file with your favorite text editor
2. copy the big ascii block out of the browser (start with UEsDB)
3. Paste all ascii lines in your new text file (incl. last line AAAAAA==)
4. save this text file
5. fire up a python shell
f = open("asciitext.uue") # your downloaded text
ascii = f.read()
f = open("patches.zip","wb")
7. Done. you now have a .ZIP file called patches.
PS: For applying these patches you will need a 'patch' util, AFAIK shipped with gcc.
it works, thanks!
for the plugin itself:
Problem is, if some files have the same names, and exist in several directories, also these are found.
Yes I know this problem.
But you can select "ask on each replace" ...
So I don't think, that double file names are a problem.
Maybe note one or two lines in "help".
By the way, if you forget to unselect "incl. subdirs" you will also have the problem of multiple file hits ...
So, is there any chance that this patches will merge into "official SearchInFiles plugin"?
>By the way, if you forget to unselect "incl. subdirs" you will also have the problem of multiple file hits ...
Yes, that was it.
>So, is there any chance that this patches will merge into "official SearchInFiles plugin"?
Yes, at any rate from my side.
Dan wrote the SearchInFiles Plugin until 1.0, then I extended it bit by bit.
I have also made some small changes and bug fixes since 1.3.1.
I like more the version with the menu rather than this with
the buttons. the dialog is already a little overloaded.
What do you think?
> I like more the version with the menu rather than this with
> the buttons. the dialog is already a little overloaded.
> What do you think?
Yes, a bit overloaded. Thats why I made two patches ;-)
As you wrote, that the code is a bit messy ...
Yes I agree.
I'm writing my diploma thesis at the moment, so my
spare time is rare counted. But I'm planing to support more patches in the future.
Hello, I updated SearchInFiles to version 1.3.2.
- Patch from Master_Jaf, for 1.3.2, 14.07.2005:
Search in currently open files, thanks
Added in Edit => Currently open files a hotkey Alt-O for faster access
- simplified OnDetail
- fixed: Position problem in Right Down in Listctrl fixed
- fixed: OnBtn Browse (should now jump by default to the last entered dir in the dirbox)
- changed and fixed: in quick view details, the Button next/previous occurances
were not shown accordingly; changed to Disable and Enable Button.
- Should now show menu identifier (example Search In Files Ctrl-Shift-F)
I saved both patches.
Good luck for your diploma thesis.
If you want to contriute in the future, you are invited of course.
You could also extend or write a second SearchInFiles
plugin, if your ideas differs to much from the existing one.
I made a small change, but don't want to release a new
version for that.
typing error for Shortcut: I replaced all Ctrl-O with Alt-O
Alt-A is insert current doc directory.
Also on the end of:
def OnCurrentOpenFiles(self, event):
I inserted: self.panel.chkSubDirectories.SetValue(False)
Log in to post a comment.
Sign up for the SourceForge newsletter:
You seem to have CSS turned off.
Please don't fill out this field.