[Gprename-users] New Revision 11

[Zurd <zu...@ya...>]

And here's a few answers :)=0A=0A(1) About the revision number :=0AEach rev=
ision of each files is shown on the SVN webpage=0Aat : http://gprename.svn.=
sourceforge.net/viewvc/gprename/=0AMuch more convenient to look at this one=
 than the .svn/entry=0Afile=0A=0A=0A(2) "Also I should learn to refer to GP=
Rename 2.0, not 1.7"=0APlease :) =0AAs for me, I think I should delete the =
1.7 in the SVN repositery=0Aso=0Ait only shows "gprename", meaning : that's=
 the latest code. Because=0Aworking on GPRename 2.0 in a 1.7 folder is inde=
ed confusing.=0A=0A=0A(3) About full-screen :=0AThat's funny, I have the sa=
me preference but the other=0Away around, I want my application to open alw=
ays in=0Afull screen and I dislike the one that never open up=0Ain full scr=
een :-)=0A=0ANonetheless I added an option, by default, GPRename will now=
=0Aopen in 640x480. Then resize it, bigger, smaller or even=0Amaximize, qui=
t the application (file/quit, close button, alt+f4,=0Awhatever) and open it=
 up again, it'll show with the size you=0Ajust choose.  I didn't save the p=
osition of the window though.=0ABut should I?  Would it be useful or a nuis=
ance?  Or maybe open=0Aup the application centered in the screen? Or leave =
it like that?=0ARight now it opens at the upper-left of my screen.=0A=0ATo=
=0Ahave been able to resize the window to 640x480 when it open up by=0Adefa=
ult now, I had to change the width of two Entry fields in Numeric.=0AIt's s=
maller than before.=0A=0AAlso, there's now a new option, call "fullscreen",=
 like the fullscreen=0Aoption all web browsers have (F11).  It's in the opt=
ion menu.=0AOf course if you choose fullscreen and quits, next time you ope=
n it up it will show in fullscreen.=0A=0A=0A(4)=0AYeah, it's kind of annoyi=
ng to always see the preview of names even if=0Ayou're just browsing, it's =
kind of weird, but honestly I=0Aprefer it that way, it's much faster than h=
aving to hit the=0A"Preview" button all the time.  =0A=0ABut I could always=
 put back the "No Preview" option, instead we=0Acould call it "Automatic pr=
eview", use it or do not use it.=0AIf=0Ayou do not use it, you'll have to c=
lick the Preview button.  I could=0Aput that one by default when the user o=
pens the application for the=0Afirst time.  I guess that'll be okay?=0A=0A=
=0A(5) Default opening directory :=0AYeah that would really be useful, it w=
as there with=0AGPRename 1.7, but since I change the code of the Tree Brows=
er,=0AI have to redo it all again and I'm really having trouble with=0Ait r=
ight now :(=0A=0A=0A(6) Load time :=0ASo GPRename 2.0 is slower to load tha=
n with previous version?=0AI don't think you're talking about the load time=
 when you=0Aopen up the application, since they both seems to be around the=
=0Asame time, like 1-2 second :-)=0A=0AI=0Athink you mean the renaming of m=
any files, which is quite=0Atime-consuming, this is all because of the new =
function that I've done=0A: "check_before_renaming", there's got to be some=
=0Aoptimisations I can do in there to make it faster because, yes,=0Ait is =
really slow right now :(=0A=0AI put some files in a folder, about 300 and r=
ename them all=0Anumerically, took like 20 seconds.  Then I change the code=
 of=0AGPRename to not use the check_before_renaming function, the renaming =
was done in about 1 second ;-)=0AAdded in the To Do=0A=0ASo Revision 11 is =
now available in SVN.with the new option fullscreen and the preferences for=
 the size of the window.=0A=0A=0A=0A=0A----- Message initial ----=0ADe : La=
crocivious Acrophosist <alt...@ya...>=0A=C0 : Zurd <zu...@ya...=
>; gpr...@li...=0AEnvoy=E9 le : jeudi 16 novembre 2=
006, 11 h 39 min 52 s=0AObjet : [Gprename-users] Re :  Bug in svn revision =
9 on FC4=0A=0AVersion 10 appears to have fixed this selection=0Aproblem. In=
 tests today only those files selected for=0Arenaming were actually renamed=
. Thank you!=0A=0ABy the way, the Perl version already installed on the=0AF=
C4 box before adding perl-Gtk2 and perl-Glib is=0Aperl-5.8.6-24 (perl.i386)=
.=0A=0AI have a handful of observations:=0A=0A(1) Apart from reading .../.s=
vn/entries I don't see a=0Away to discover which version is currently insta=
lled.=0A=0A(2) I was in error when I claimed revision 9 worked on=0AFC6. I =
had forgotten to run gprename-install.sh after=0Athe revision 9 svn checkou=
t. Also I should learn to=0Arefer to GPRename 2.0, not 1.7.=0A=0A(3) Person=
al preference: I almost never run any=0Aapplication full-screen, and it is =
one of my pet=0Ahatreds that I dislike any program opening=0Afull-screen, *=
especially* when I have previously=0Aresized it not to be. Perhaps an optio=
n to remember=0Aprevious state, or one to open to a smaller window=0Ashould=
 remembering state be difficult with Gtk, would=0Abe useful.=0A=0A(4) Thoug=
h I am trying to get used to the 'always=0Alive' preview state, I must say =
that while it is nice=0Ato see changes on the fly, I find the *always* live=
=0Anature disconcerting, because it affects view of every=0Afile in the dir=
ectory. Might this be changed to an=0Aon/off toggle, or set to display only=
 for the file(s)=0Aselected?=0A=0A(5) A default opening directory, or an 'o=
pen in last=0Adirectory' option may be useful.=0A=0A(6) For whatever reason=
, load time for GPRename 2.0 is=0Amuch reduced over previous versions.=0A=
=0A(7) Having enjoyed the ride during cvs/svn type=0Adevelopment paths befo=
re, I am always aware of the=0Apossibility that programs under development =
may crash=0Awith horrible collateral damage, but your caution=0Aabout using=
 beta software is appreciated ;-)=0A=0A=0A=0A=0A--- Zurd <zu...@ya...> =
wrote:=0A=0A> Thansk for the dependencies information, I added in=0A> the R=
EADME file for the new GPRename : =0A> Requirements   : Perl, Perl-Gtk2 and=
 Perl-Glib=0A> =0A> And yes the selection of file to rename only those=0A> =
was broken in revision 9, try it now with revision=0A> 10, should be fine.=
=0A> =0A> As far as I've tested it works perfectly.  But=0A> needless to sa=
y, this is still the SVN version, so=0A> it's Beta, test before using it fo=
r now ;-)=0A> =0A> =0A> =0A> ----- Message initial ----=0A> I did have to i=
nstall perl-Gtk2.i386 (1.121-1.fc4)=0A> and=0A> perl-Glib.i386 (1.120-1.fc4=
) to satisfy=0A> dependencies,=0A> but this completed without difficulty, a=
s did the=0A> subsequent successful install of GPRename v1.7 via=0A> svn=0A=
> checkout.=0A> =0A> Version 1.7 loads fine and performs, usually, the=0A> =
first rename task without a problem. However,=0A> subsequent operations (an=
y renaming with any option,=0A> so far as I can tell) operates not merely o=
n the=0A> *selected* files but *all* the files in that=0A> directory, with =
predictably awful results. Attempts=0A> to fix the bad renames only makes t=
hings worse.=0A=0A=0A__________________________________________________=0AD=
o You Yahoo!?=0AEn finir avec le spam? Yahoo! Courriel vous offre la meille=
ure protection possible contre les messages non nollicit=E9s =0Ahttp://mail=
.yahoo.ca Yahoo! Courriel