Python + Github would be awesome. The whole project would probably only be 10-20h actually with the help of ChatGPT and the fact that Python is a friendly programming language. But I was also thinking of using specifically wxPython which is cross-platform so it could run on Windows, Linux and macOS. Like I said, I just don't have the time. Oh, you were just talking about moving the whole thing to Github for more exposure and thus maybe get more people to do patch and start a new version in Python....
Zurd, I think re-writing in Python is a great idea. Have you thought at all about moving the source code over to Github where it can get more exposure? Edit: Just saw your most recent comment on the email list. I'll look into porting the codebase to Github and adding you
Zurd, I think re-writing in Python is a great idea. Have you thought at all about moving the source code over to Github where it can get more exposure?
Thank you for the information. I may go that route. I'm sorry the code isn't in Python. This is probably the best and easiest program for renaming. Thanks for the work you have done on this before.
I'm already working full-time so not really a money issue, unless someone else is interested. Problem is to find the time. I actually don't want to touch GPRename ever again, I hate GTK-Perl so much today. Been a lot of years I want to recode the whole thing in Python but again, lacking time. You know you can always hire a freelancer from another country, there's a few websites out there with thousands of people looking to work, you decide the price. They make the patch and I'll take a look and release...
How much would it cost for you to add this feature? I'm willing to pay for this and maybe a few other requests from people who have submitted good requests.
Ah, good, that you like it too! ... Unfortunately I have no skills in coding. :-/
Indeed it would be handy. I think it's been asked many years ago. Don't hesitate to add the code to do it, make a patch file and add it here, I will then be able to make a new version with it.
Feature Request: Rename Single File by Hand.
We had this option before but when ported to GTK-Perl3 the code needed to be rewritten and never had a chance to do it again. I don't like GTK-Perl and are not maintaining this project no longer. We need someone to code it. Or you can use an old version of GPRename 1.x which had the option. Not sure if it can still run however.
Feature Request: Recursive rename
Feature: CamelCase
Thank you very much for the patch, new version 20230429 now include it!
Version 20230429
Feature: CamelCase
unable to clear log
I went up to a 2.4 MB file and was able to succesfully clear the log. It will remain a mystery why you had a "BadAlloc insufficient resources for operation". Closing.
Thank you for your reply. The log file is 1.5 MB (but as soon as it reached 1 MB the message appeared to empty the log. The version is: GPRename 20210415 as recommended, I delete the log. Good day to you, thank you for your work.
Cannot reproduce here with latest version 20220807. How big is your log file? Check in your home folder in .config/gprename it is called gprename_log. You can safely delete it which will do the same thing.
unable to clear log
That is an awesome idea. History could be written in home folder in .config/gprename/gprename and the software could read it and fill out that fields. If anyone wants to add this feature, just do so and send me a patch file.
Wishlist - add drop downs showing history on two fields
I don't know why anyone would use gprename with a single dot, just don't put anything and it will do the same. Indeed, with two dots, it doesn't work properly unfortunately. Fix is a bit easy but too trivial for me to modify. Search the code for ARGV and it's in those lines a modification is needed. The .config folder or any folder with a dot is a real big problem. The code is good as far as I can tell, however, gtk_tree_store from GTK-Perl doesn't handle it at all. A quick search on the internet...
crashes when directory is `.`, `..` or starts with a `.`
I don't understand. Can you share an example?
Wishlist: add/delete characters as measured from end
It works perfectly! Thanks!! On Sun, Aug 7, 2022 at 12:22 PM Zurd zurd@users.sourceforge.net wrote: status: open --> closed-fixed [bugs:#26] https://sourceforge.net/p/gprename/bugs/26/ Wish list: radio buttons should be selected upon field data entry* Status: closed-fixed Group: v1.0_(example) Created: Mon Jul 18, 2022 08:01 PM UTC by Michael Cowell Last Updated: Sun Aug 07, 2022 05:21 PM UTC Owner: nobody On the Insert / Delete section, can the radio button be 'selected' upon data entry in the corresponding...
Wish list: radio buttons should be selected upon field data entry
Ok, I understand. I thought you wanted to get rid of the radio buttons which wouldn't make sense. I just released a new version with, I think, do exactly what you need!
New version 20220807
But isn't it the same thing if you click into the box or clicking the radio button? - The way it is now, I have to do both of those things. What if "Insert" is selected and you want to "Delete between" without moving the numbers? - Then you click the radio button. I use this part of gprename a lot and I go back and forth use "Insert" and "Delete between". It's redundant to me to HAVE to click the radio button when I have already entered text to be inserted. Most other dialog boxes follow the standard:...
But isn't it the same thing if you click into the box or clicking the radio button? - The way it is now, I have to do both of those things. What if "Insert" is selected and you want to "Delete between" without moving the numbers? - Then you click the radio button. I use this part of gprename a lot and I go back and forth use "Insert" and "Delete between". It's redundant to me to HAVE to click the radio button when I have already entered text to be inserted. Most other dialog boxes follow the standard:...
But isn't it the same thing if you click into the box or clicking the radio button? What if "Insert" is selected and you want to "Delete between" without moving the numbers? I don't understand how this would be possible.
Wish list: radio buttons should be selected upon field data entry
Small fix
New version 20220626
I'd just like to extend my thanks to you again, Zurd. You've saved me dozens of hours, and that matters. Keep up the great work.
Fix: Prevent Directory Tree from Resetting to Top
Awesome! Everything is there, easy patch. I can confirm this bug. I just released the new version. I've removed all 4 references of with_viewport since he said on SO that it is deprecated since 3.8. Thanks for all the information!
Removed all viewport references since they are deprecated since version Gtk 3.8
New version 20220226
Fix: Prevent Directory Tree from Resetting to Top
gprename 20220206
Yes, it does rename, at least some. I was trying to take the pizza character out of several filenames and one filename had 2 pizzas in it. I removed the first one in each file but not the 2nd pizza in a filename. So I had to run rename again. It's no big issue, I do this so infrequent and it does work. I should try bulky which is a rename that come in Linux Mint and see how that works. I like gprename, and I'm familiar with it. If no one gets to fix it, then it can be worked around. Thanks.
Does it still rename it? I had similar problems before, gprename would just spin forever but if I close the application, the renaming was a success. I ain't coding GPRename anymore, I hate GTK-Perl. If anyone wants to do a patch, please do :) p.s. the Save As in Thunderbird and Outlook is totally broken in my opinion, better you rename it yourself manually so you don't get weird characters in it or an extremely long filename.
I downloaded the latest tarball and installed it. Help shows proper version but it still does the same thing.
Hangs when renaming long lines.
I added this feature years ago but it was lost when I ported to GTK2-Perl. I don't develop this application anymore, I wish someone could implement it. My goal is to make a new one in Python, cross-platorm but don't have the time for a such a project.
Recursive rename
Modified de.po
Fixed a bug in es.po
Modified spanish translation
Aweseome! Thanks :-) Hope it will find it's way back into Debian.
port to GTK3
GPrename has been ported to GTK3-Perl! Yay! Closing this bug.
New version 20201214
Ah yes, I understand now. If I remember, years ago, I opened a bug about the ordering of files/folder, can't remember for what software though. I think the problem in this case is GTK2-Perl file listing, so you'll have to file a bug with them. I'm not going to bother because I hate this programming language now and one day I will redo gprename in python. Note that GTK2-Perl is probably considered deprecated now in favor of GTK3-Perl so there is probably nothing we can do anyway. Thunar is ordering...
Thanks a lot for this tips, I know it ! But that don't work if I add this leading zero with GPR ! If I do this manually, one by one, with thunar or other. It Works ! I join three screenchotes with one where you see the same folder viewed by rename plugin of thunar ans gprrename you could see that files aren't well ordered
Thanks a lot for this tips, I know it ! But that don't work if I add this leading zero with GPR ! If I do this manually, one by one, with thunar or other. It Works ! I join two screenchot
change nnumbered files
File "11" will always come before file "2" You need to add a leading zero so that "2" will become "02" Then you files will look like: 01 02 03 04... 09 10 11 12... 19 20 21
change nnumbered files
That would be awesome! And it's actually one of my many projects but not with GPRename, it is coded in GTK2-Perl which I totally hate now. That would be another project in the future in Python (which I totally love). I just don't have much free time to start this.
Windows & MacOS
New version 20200927 uploaded, thanks for sharing!
New version 20200927
Patch: add backreferences in regex replace
Hi, I really don't understand the problem you are describing. Even the linuxmint forum. I don't know what you are trying to achieve. But also I don't use Nemo. Note that the %1 or %F probably comes from the installer from the person who created the package which is not me. This is not something that I have coded. Note also, that while I still use gprename, I don't maintain it anymore. It is coded in GTK-Perl which I totally hate now. I would like to code a new renamer but don't have much time.
GPrename unable to accept multiple file parameters
I just tried to port it and I'm tired after one hour. I hate gtk-perl ever since I touched it. The documentation is extremely bad. Porting gprename to GTK3-Perl is not an easy task, there's a lot of broken code. I decided 2 years ago to redo gprename to Tk Python, it would be cross platform linux/windows but I don't have much time to code it. I better focus on this one instead of fixing gprename. If anyone wants to port it, here's a start and good luck :) https://web-stage.metacpan.org/pod/Gtk3#...
port to GTK3
new version 20190221
Not much chance for a fix, I've been wanting to recode GPRename in Python instead for quite some time because GPRename is coded in GTK2-Perl, it's quite old, not much used elsewhere, documentation is really bad, it's not cross-platform, I really don't like this language. I just used Python in another project recently, it was fun to use, I'll try to find time to remake GPRename. Here's a start I just did, there's nothing to download for now, hopefully in a few weeks I'll be able to have a first release....
Hi Any chance to get this issue solved ? Thanks