pFind 6.3
The top menu has Execute a command ----> It would
be better to replace 'files' with 'file(s)' .
Also I suggest putting in an additional example, like in the picture.
Also if just one file is currently chosen then it would be useful
to fill in the field with the path of the file to make writing the
command easier.
________________________________________________________
be better to replace 'files' with 'file(s)' .
Also I suggest putting in an additional example, like in the picture.
Also if just one file is currently chosen then it would be useful
to fill in the field with the path of the file to make writing the
command easier.
________________________________________________________
I used 'Copy' from the top menu, ---> if no file was chosen
then all the files were copied. I didn't realize this. Fortunated my list
of hits had only small files. If the list had been long or had big files
then it would have been disruptive. I suggest a better explanation.
____________________________________________
then all the files were copied. I didn't realize this. Fortunated my list
of hits had only small files. If the list had been long or had big files
then it would have been disruptive. I suggest a better explanation.
____________________________________________
have a bug for language
Iin file /usr/local/pfind/func_filter and /usr/local/pfind/func_openwith:
the line FRAME="$(gettext \"Find files\")"; IMG="find";
in file pfind.po be msgid "\"Find",
so i can't translation it.
the line TXT1="$(gettext \"Search for <b>text</b> in files.\")"
the line FRAME="$(gettext \"Open with\")"; TXT1="$LOC528 $TREE"
have same .
the line FRAME="$(gettext \"Find files\")"; IMG="find";
in file pfind.po be msgid "\"Find",
so i can't translation it.
the line TXT1="$(gettext \"Search for <b>text</b> in files.\")"
the line FRAME="$(gettext \"Open with\")"; TXT1="$LOC528 $TREE"
have same .
Re: have a bug for language
func_filter and func_openwith is the legacy from the pFind 4 branch. They should not be in use for version 5.0.x. I will remove them now.happyzjk wrote:Iin file /usr/local/pfind/func_filter and /usr/local/pfind/func_openwith:
the line FRAME="$(gettext "Find files")"; IMG="find";
in file pfind.po be msgid ""Find",
so i can't translation it.
the line TXT1="$(gettext "Search for <b>text</b> in files.")"
the line FRAME="$(gettext "Open with")"; TXT1="$LOC528 $TREE"
have same .
Thank you for reporting
Sigmund
Version 5.05
See main post
Changelog
- Use Black as color for svg because of 'strange' gtkrc files in precise pup. (thanks to FeodorF)
- Bugfix: Window header (thanks to Karl Godt)
- Bugfix: Choose directory in 'Copy files' window
- Bugfix: Some NLS (gettext) fixes.
- Bugfix: pFilesearch preferences was unrechable (thanks to don570)
See main post
Changelog
- Use Black as color for svg because of 'strange' gtkrc files in precise pup. (thanks to FeodorF)
- Bugfix: Window header (thanks to Karl Godt)
- Bugfix: Choose directory in 'Copy files' window
- Bugfix: Some NLS (gettext) fixes.
- Bugfix: pFilesearch preferences was unrechable (thanks to don570)
Donedon570 wrote:The top menu has Execute a command ----> It would
be better to replace 'files' with 'file(s)' .
not sure......don570 wrote:Also I suggest putting in an additional example, like in the picture.
Also if just one file is currently chosen then it would be useful
to fill in the field with the path of the file to make writing the
command easier.
Copy, move and execute now shows a list of affected files as for trash. Wait for 5.1.0don570 wrote:I used 'Copy' from the top menu, ---> if no file was chosen
then all the files were copied. I didn't realize this. Fortunated my list
of hits had only small files. If the list had been long or had big files
then it would have been disruptive. I suggest a better explanation.
____________________________________________
Thank you for feedback
Sigmund
Sorry, I see the error. Now fixed.zigbert wrote:tested in pFind 5.05, and it works for me here.don570 wrote:Review of pfind 5.04 and pfilesearch 1.33
When I try to use 'Delete' or 'Link' I get following message.
(either top menu or a rightclick menu)
__________________________________________
Sigmund
Test of pfind 5.0.5
I tried testing with the rm command and it worked if the list came
from a 'Documents' search , but when the list came from a 'System'
search the command wouldn't work.
As an example to track this bug ---->
1) Create a file named 'mtpaintxx' in /usr
2) Do a search for mtpaint in 'System' -->result list is correct
3) Execute command 'rm mtpaintx*'
The command is ignored.
______________________________
I tried testing with the rm command and it worked if the list came
from a 'Documents' search , but when the list came from a 'System'
search the command wouldn't work.
As an example to track this bug ---->
1) Create a file named 'mtpaintxx' in /usr
2) Do a search for mtpaint in 'System' -->result list is correct
3) Execute command 'rm mtpaintx*'
The command is ignored.
______________________________
don570
I see the need of a better example, because you have not understood how it works...... There is no option to filter what files to act on in the execute function. It will act on EVERY file in the list (or the files that are selected). [FILE] should not be replaced by any other word/expression, but has to be included in then execute command as '[FILE]'.
rm [FILE]
will remove every (selected) file in search-result-list.
In pFind 5.10, it looks like this:
Feedback wanted!
Sigmund
I see the need of a better example, because you have not understood how it works...... There is no option to filter what files to act on in the execute function. It will act on EVERY file in the list (or the files that are selected). [FILE] should not be replaced by any other word/expression, but has to be included in then execute command as '[FILE]'.
rm [FILE]
will remove every (selected) file in search-result-list.
In pFind 5.10, it looks like this:
Feedback wanted!
Sigmund
Version 5.10
See main post
Note!
This one requires gtkdialog-0.8.2
changelog
- Bump dependency to gtkdialog 0.8.2 (thanks to thunor)
- Sort from headers rather than from menu. (thanks to thunor)
- Removed the limitation MAX_LIST_ITEMS. (thanks to thunor)
- Update hit-list after rename, trash, delete
- Syntax improvement in execute command dialog. (thanks to don570)
- Show which files that will be affected for copy/move/execute (thanks to don570)
- Bugfix: Show correct errormessage for actions (thanks to don570)
See main post
Note!
This one requires gtkdialog-0.8.2
changelog
- Bump dependency to gtkdialog 0.8.2 (thanks to thunor)
- Sort from headers rather than from menu. (thanks to thunor)
- Removed the limitation MAX_LIST_ITEMS. (thanks to thunor)
- Update hit-list after rename, trash, delete
- Syntax improvement in execute command dialog. (thanks to don570)
- Show which files that will be affected for copy/move/execute (thanks to don570)
- Bugfix: Show correct errormessage for actions (thanks to don570)