gprename-users — Mailing list for everyone (users and developers)

Re: [Gprename-users] New revision 150

[Lacrocivious A. <alt...@ya...>]

Zurd--

Thanks for the GPL-3 update. Though I am not a
developer and may not fully understand the issues
involved, I have tried to follow the discussions and
based upon what I have read and understood, I find
myself among those strongly supporting GPL-3.

Thank you as well for taking a look at the 'lost
feature' of remembering or obeying a pointer to a
startup directory. Unfortunately, with build 151 I
find GPRename still comes up in my user home
directory, no matter what directory I was in when I
last closed the program. Note that the KMenu entry
defines a specific (valid, permission-correct) startup
directory under 'Work path:' ... which the program
ignores.

Finally, perhaps I have too long pursued activities
alleged to promote blindness, but I don't see on the
wiki page or the website homepage a SVN url that works
from the command line. The entry in both is:

http://gprename.svn.sourceforge.net/viewvc/gprename

...but this url fails for me.

The url which works, and which I was fortunate enough
to find still in my history buffer, is:

https://svn.sourceforge.net/svnroot/gprename
/usr/local/gprename 

Am I doing something wrong? Normally for such things I
use, at the beginning:

svn checkout
https://svn.sourceforge.net/svnroot/gprename
/usr/local/gprename 

... with 'checkout' replaced by 'update' or simply
'up' in subsequent revisions until a new checkout/co
becomes necessary.





--- Zurd <zu...@ya...> wrote:

> In revision 150 I change the license from GPL-2 to
> GPL-3.
> 
> This will definitely not affect anything, it just to
> say
> that gprename is always updated :-)
> 
> 
> Cheers
> 



       
____________________________________________________________________________________
Boardwalk for $500? In 2007? Ha! Play Monopoly Here and Now (it's updated for today's economy) at Yahoo! Games.
http://get.games.yahoo.com/proddesc?gamekey=monopolyherenow  

[Gprename-users] New revision 150

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

In revision 150 I change the license from GPL-2 to GPL-3.

This will definitely not affect anything, it just to say
that gprename is always updated :-)


Cheers


      Faites des appels de PC à PC dans le monde entier ! Essayez le nouveau Yahoo! Québec Messenger avec Voix. 
http://cf.messenger.yahoo.com/

[Gprename-users] RE : Lost feature: Remember Last Open Directory?

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

--- Zurd <zu...@ya...> a écrit :

> I remember vaguely about this, could you elaborate more?
> 
> For now, if you're in a console, it will open wherever you
> are with the pwd command or you can call 'gprename /somewhere/here'
> to open it there.
> 
> But if you're in /somewhere and you call 'gprename here' then
> this won't work, I'll try to fix this today.

I just committed the new revision 149 which fix this issue. So there's
now 3 ways of opening gprename, if you're in /somewhere :
gprename /somewhere/here (will open in /somewhere/here)
gprename here (will open in /somewhere/here)
gprename (will open in /somewhere)



> If you're using a GUI to call gprename, you can always update
> the menu, change the Run command from 'gprename' to 'gprename /somewhere/here'.
> 
> Or in console, you can always create and alias for the same thing.
> 
> 
> --- Lacrocivious Acrophosist <alt...@ya...> a écrit :
> 
> > A few revisions ago, I noticed that GPRename stopped
> > remembering the directory I want it to display upon
> > opening. Now it opens in the user home directory
> > instead.
> > 
> > Has this little feature been lost by accident during a
> > code change? If so I would welcome either a way to
> > re-enable it, or to make it select a directory of my
> > choice upon opening.
> > 
> > Currently at build 148, I find nothing else in
> > GPRename about which to complain ;-)


      Le tout nouveau Yahoo! Courriel. Consultez vos fils RSS depuis votre boîte de réception.  http://us.rd.yahoo.com/evt=40705/*http://mrd.mail.yahoo.com/try_beta?.intl=cf

[Gprename-users] RE : Lost feature: Remember Last Open Directory?

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

I remember vaguely about this, could you elaborate more?

For now, if you're in a console, it will open wherever you
are with the pwd command or you can call 'gprename /somewhere/here'
to open it there.

But if you're in /somewhere and you call 'gprename here' then
this won't work, I'll try to fix this today.

If you're using a GUI to call gprename, you can always update
the menu, change the Run command from 'gprename' to 'gprename /somewhere/here'.

Or in console, you can always create and alias for the same thing.


--- Lacrocivious Acrophosist <alt...@ya...> a écrit :

> A few revisions ago, I noticed that GPRename stopped
> remembering the directory I want it to display upon
> opening. Now it opens in the user home directory
> instead.
> 
> Has this little feature been lost by accident during a
> code change? If so I would welcome either a way to
> re-enable it, or to make it select a directory of my
> choice upon opening.
> 
> Currently at build 148, I find nothing else in
> GPRename about which to complain ;-)


      Combattez les méchants pourriels... Le filtre SpamGuard vous aide à lutter efficacement contre les pourriels sur le Tout-nouveau Yahoo! Courriel

http://us.rd.yahoo.com/evt=40705/*http://mrd.mail.yahoo.com/try_beta?.intl=cf

[Gprename-users] Lost feature: Remember Last Open Directory?

[Lacrocivious A. <alt...@ya...>]

A few revisions ago, I noticed that GPRename stopped
remembering the directory I want it to display upon
opening. Now it opens in the user home directory
instead.

Has this little feature been lost by accident during a
code change? If so I would welcome either a way to
re-enable it, or to make it select a directory of my
choice upon opening.

Currently at build 148, I find nothing else in
GPRename about which to complain ;-)



       
____________________________________________________________________________________
Choose the right car based on your needs.  Check out Yahoo! Autos new Car Finder tool.
http://autos.yahoo.com/carfinder/

[Gprename-users] New revision 147

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

I've now been succesful in changing the languages! I needed
the package libintl-perl.

I made many changes in the README and Makefile files and in the
locale directory.

To change languages, download gprename from SVN, run make install,
then start gprename like this: 'LANGUAGE=fr gprename' so this will
start gprename in french.

I've tried all the different languages and it's working fine except
for one bug: accent. It doesn't display them well in my utf-8 system.

All the locale file except the nl.po (dutch) which doesn't use accent,
use these settings:
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

I have no idea how gettext can use different charset, any help or
documentation on this would be appreciated :-)


      Obtenez des réponses à vos questions ! 
Profitez des connaissances et des opinions des internautes sur Yahoo! Questions/Réponses
http://fr.rd.yahoo.com/evt=42054/*http://qc.answers.yahoo.com

Re: [Gprename-users] New revision 143 with gettext, almost there

[Marvin S. <ma...@de...>]

On Monday 18 June 2007 10:35, Beno=EEt Dejean wrote:
> Le dimanche 17 juin 2007 =E0 19:06 -0400, Zurd a =E9crit :
> > So, GPRename with gettext is almost there. I finally read enough
> > about it to understand it :
> > http://cpan.uwinnipeg.ca/htdocs/gettext/README.html
> > http://en.wikipedia.org/wiki/Gettext
>
> Great !
>
> > I just commited the new revision, I changed the Makefile, gprename,
> > deleted the languages directory and created a new one called locale.
> > All the .po and .mo file will have to be created, but first I'm
> > just trying to make one work.
>
> .mo are not be shipped within sources. They are generated files, just
> like a .c produces a .o, a .po is compiled into a .mo / .gmo.
>
> > I created a .pot file with xgettext, then convert it to a .po file
> > with msginit --locale=3Dfr then convert it again to a .mo file with
> > msgfmt but even calling 'LANG=3Dfr gprename', the program still shows
> > only english text. I just touched like the first 3 messages to test
> > like File to Fichier, but it's really still showing File.
> > Any help on this would be appreciated.
>
> You don't need to init anything or provide a .pot.
> Just "cd po && intltool-update fr" will output/update a fr.po file.
> Cyprien and i could help you but we haven't find the right SVN checkout
> URI yet. I will eventually be interested into UI polishing.

 svn co https://gprename.svn.sourceforge.net/svnroot/gprename gprename

>
> > *note1 : in the Makefile only locale/fr/gprename.mo will be copied,
> > I commented the others, I just want one to work before converting
> > all the others language files.
>
> I have not tested Cyprien's patch but i've told him that the setlocale
> call looked wrong to me. As perldoc says,
>
> setlocale(LC_MESSAGES, "");
>
> is enough (just like in C)
>
> There's no need to mess with any env variables.
>
> Cheers

Regards,
=2D-=20
 .""`.     Marvin Stark <ma...@de...>
: :"  :    Homepage: www.der-marv.de
`. `"`
  `-  Debian - when you have better things to do than fix a system

Re: [Gprename-users] New revision 143 with gettext, almost there

[D. <be...@pl...>]

Le dimanche 17 juin 2007 =C3=A0 19:06 -0400, Zurd a =C3=A9crit :
> So, GPRename with gettext is almost there. I finally read enough
> about it to understand it :
> http://cpan.uwinnipeg.ca/htdocs/gettext/README.html
> http://en.wikipedia.org/wiki/Gettext

Great !

> I just commited the new revision, I changed the Makefile, gprename,
> deleted the languages directory and created a new one called locale.
> All the .po and .mo file will have to be created, but first I'm
> just trying to make one work.

.mo are not be shipped within sources. They are generated files, just
like a .c produces a .o, a .po is compiled into a .mo / .gmo.

> I created a .pot file with xgettext, then convert it to a .po file
> with msginit --locale=3Dfr then convert it again to a .mo file with
> msgfmt but even calling 'LANG=3Dfr gprename', the program still shows
> only english text. I just touched like the first 3 messages to test
> like File to Fichier, but it's really still showing File.
> Any help on this would be appreciated.

You don't need to init anything or provide a .pot.
Just "cd po && intltool-update fr" will output/update a fr.po file.
Cyprien and i could help you but we haven't find the right SVN checkout
URI yet. I will eventually be interested into UI polishing.

> *note1 : in the Makefile only locale/fr/gprename.mo will be copied,
> I commented the others, I just want one to work before converting
> all the others language files.

I have not tested Cyprien's patch but i've told him that the setlocale
call looked wrong to me. As perldoc says,

setlocale(LC_MESSAGES, "");

is enough (just like in C)

There's no need to mess with any env variables.

Cheers
--=20
Beno=C3=AEt Dejean
GNOME http://www.gnomefr.org/
LibGTop http://directory.fsf.org/libgtop.html

[Gprename-users] New revision 143 with gettext, almost there

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

So, GPRename with gettext is almost there. I finally read enough
about it to understand it :
http://cpan.uwinnipeg.ca/htdocs/gettext/README.html
http://en.wikipedia.org/wiki/Gettext

I just commited the new revision, I changed the Makefile, gprename,
deleted the languages directory and created a new one called locale.
All the .po and .mo file will have to be created, but first I'm
just trying to make one work.

I created a .pot file with xgettext, then convert it to a .po file
with msginit --locale=fr then convert it again to a .mo file with
msgfmt but even calling 'LANG=fr gprename', the program still shows
only english text. I just touched like the first 3 messages to test
like File to Fichier, but it's really still showing File.
Any help on this would be appreciated.

*note1 : in the Makefile only locale/fr/gprename.mo will be copied,
I commented the others, I just want one to work before converting
all the others language files.


      Changez de tête et de tenue tous les jours si vous le voulez ! Volez la vedette sur Yahoo! Québec Avatars 
http://cf.avatars.yahoo.com/

[Gprename-users] patch for use Locale::gettext

[Cyprien Le <cy...@fr...>]

hi,

I mail you  a patch for the svn version of gprename.
this patch permit the use of gettext for i18n.

I also mail you a sample of a po file with a (dirty ) french
translation.

let me know.

best regards,
-- 
Cyprien Le Pannérer <cy...@fr...>

[Gprename-users] perldoc Locale::gettext

[D. <be...@pl...>]

Dear gprename upstream,

I am sorry that you live in a cave. So here's a copy of perldoc
Locale::gettext so you can rip that I18N crap out of gprename.
-- 
Benoît Dejean
GNOME http://www.gnomefr.org/
LibGTop http://directory.fsf.org/libgtop.html
	

[Gprename-users] GPRename 2.3

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

I just released GPRename 2.3.

Then I updated the webpage: http://gprename.sourceforge.net/

And I updated the wikipedia article: http://en.wikipedia.org/wiki/GPRename

Here's the official changelog:
GPRename 2.3    2007-06-14 - Zurd, Marvin Stark
Added           Manpage
Added           New installation system
Added           Debian 32x32 menu pixmap
Added           Translation: Italian
Added           Translation: Deutsch
Fixed           Bug with first language selected and opening GPRename
Modified        Translation: Brazilian Portuguese
Modified        Translation: Dutch
Modified        Translation: Polish


Cheers


      Découvrez ce qui fait jaser les gens ! Visitez les groupes de l'heure sur Yahoo! Québec Groupes.
http://cf.groups.yahoo.com/

Re: [Gprename-users] GPRename 2.3

[Marvin S. <ma...@de...>]

On Wednesday 06 June 2007 21:01, Zurd wrote:
> GPRename 2.3 is done, it will be out next week, let's just
> wait one week to test it a little bit more to make sure it's
> working properly.
>
> There's not a lot of changes, it's more about the installation
> which has been heavily modified, a big thank you to Marvin
> Stark who made it possible.
>
> Now, instead of calling gprename-install.sh, there's a Makefile,
> simply use 'make install' (see README or 'make help'). This new
> installation will help gprename to follow the standard set by the Linux
> User Base and the Linux Filesystem Hierarchy and this new way of installi=
ng
> will also help to produce a debian package and a gentoo ebuild more easil=
y.

Hehe, so I have to package GPRename 2.3 the next few days :)

>
> And there's now a nice man page of gprename in this new version :-)
>
>
> Cheers
>
>
>       Le tout nouveau Yahoo! Courriel. Consultez vos fils RSS depuis votre
> bo=EEte de r=E9ception.=20
> http://us.rd.yahoo.com/evt=3D40705/*http://mrd.mail.yahoo.com/try_beta?.i=
ntl=3D
>cf
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Gprename-users mailing list
> Gpr...@li...
> https://lists.sourceforge.net/lists/listinfo/gprename-users

=2D-=20
 .""`.     Marvin Stark <ma...@de...>
: :"  :    Homepage: www.der-marv.de
`. `"`
  `-  Debian - when you have better things to do than fix a system

Re: [Gprename-users] RE : Fwd: gprename_2.2-1_i386.changes is NEW

[Marvin S. <ma...@de...>]

On Friday 01 June 2007 23:19, Zurd wrote:
> Excellent, could you also put the .deb file in the Release section
> of GPRename just like the .ebuild file that I also added for Gentoo.
>
> Just a few days to be put in unstable? That is so fast compared to
> Gentoo, I've been waiting for almost 2 years now to be added in
> Gentoo's Portage!! :-(
> http://bugs.gentoo.org/show_bug.cgi?id=3D92225

It's now fully in unstable. In 10 Days it will be migrated to testing.
see: http://packages.debian.org/unstable/utils/gprename

Regards,
=2D-=20
 .""`.     Marvin Stark <ma...@de...>
: :"  :    Homepage: www.der-marv.de
`. `"`
  `-  Debian - when you have better things to do than fix a system

[Gprename-users] GPRename 2.3

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

GPRename 2.3 is done, it will be out next week, let's just
wait one week to test it a little bit more to make sure it's
working properly.

There's not a lot of changes, it's more about the installation
which has been heavily modified, a big thank you to Marvin
Stark who made it possible.

Now, instead of calling gprename-install.sh, there's a Makefile, 
simply use 'make install' (see README or 'make help'). This new installation
will help gprename to follow the standard set by the Linux User Base and 
the Linux Filesystem Hierarchy and this new way of installing will also
help to produce a debian package and a gentoo ebuild more easily.

And there's now a nice man page of gprename in this new version :-)


Cheers


      Le tout nouveau Yahoo! Courriel. Consultez vos fils RSS depuis votre boîte de réception.  http://us.rd.yahoo.com/evt=40705/*http://mrd.mail.yahoo.com/try_beta?.intl=cf

[Gprename-users] RE : Fwd: gprename_2.2-1_i386.changes is NEW

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

Excellent, could you also put the .deb file in the Release section
of GPRename just like the .ebuild file that I also added for Gentoo.

Just a few days to be put in unstable? That is so fast compared to
Gentoo, I've been waiting for almost 2 years now to be added in
Gentoo's Portage!! :-(
http://bugs.gentoo.org/show_bug.cgi?id=92225


--- Marvin Stark <ma...@de...> a écrit :

> Hi,
> 
> today I uploaded gprename to debian unstable. It's now in the New queue. 
> Hopefully it will be accepted the next few days and go to the unstable 
> repository.
> 
> Regards,
> Marvin Stark
> 
> ----------  Forwarded Message  ----------
> 
> Subject: gprename_2.2-1_i386.changes is NEW
> Date: Friday 01 June 2007 16:17
> From: Debian Installer <ins...@ft...>
> To: Marvin Stark <ma...@de...>
> 
> (new) gprename_2.2-1.diff.gz optional utils
> (new) gprename_2.2-1.dsc optional utils
> (new) gprename_2.2-1_all.deb optional utils
> Complete batch renamer for Linux
>  GPRename is a complete batch renamer for files and directorys.
>  GPRename easily can replace, remove, insert, delete and number
>  consecutively files and directorys.
>  .
>   Homepage: <http://gprename.sourceforge.net/>
> (new) gprename_2.2.orig.tar.gz optional utils
> Changes: gprename (2.2-1) unstable; urgency=low
>  .
>   * Initial release (Closes: #426582)
> 
> 
> Override entries for your package:
> 
> Announcing to deb...@li...
> Closing bugs: 426582
> 
> 
> Your package contains new components which requires manual editing of
> the override file.  It is ok otherwise, so please be patient.  New
> packages are usually added to the override file about once a week.
> 
> You may have gotten the distribution wrong.  You'll get warnings above
> if files already exist in other distributions.
> 
> -------------------------------------------------------
> 
> -- 
>  .""`.     Marvin Stark <ma...@de...>
> : :"  :    Homepage: www.der-marv.de
> `. `"`
>   `-  Debian - when you have better things to do than fix a system
> > (new) gprename_2.2-1.diff.gz optional utils
> (new) gprename_2.2-1.dsc optional utils
> (new) gprename_2.2-1_all.deb optional utils
> Complete batch renamer for Linux
>  GPRename is a complete batch renamer for files and directorys.
>  GPRename easily can replace, remove, insert, delete and number
>  consecutively files and directorys.
>  .
>   Homepage: <http://gprename.sourceforge.net/>
> (new) gprename_2.2.orig.tar.gz optional utils
> Changes: gprename (2.2-1) unstable; urgency=low
>  .
>   * Initial release (Closes: #426582)
> 
> 
> Override entries for your package:
> 
> Announcing to deb...@li...
> Closing bugs: 426582 
> 
> 
> Your package contains new components which requires manual editing of
> the override file.  It is ok otherwise, so please be patient.  New
> packages are usually added to the override file about once a week.
> 
> You may have gotten the distribution wrong.  You'll get warnings above
> if files already exist in other distributions.
> > -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/> _______________________________________________
> Gprename-users mailing list
> Gpr...@li...
> https://lists.sourceforge.net/lists/listinfo/gprename-users
> 


__________________________________________________
Do You Yahoo!?
En finir avec le spam? Yahoo! Courriel vous offre la meilleure protection possible contre les messages non nollicités 
http://mail.yahoo.ca Yahoo! Courriel  

[Gprename-users] Fwd: gprename_2.2-1_i386.changes is NEW

[Marvin S. <ma...@de...>]

Hi,

today I uploaded gprename to debian unstable. It's now in the New queue. 
Hopefully it will be accepted the next few days and go to the unstable 
repository.

Regards,
Marvin Stark

----------  Forwarded Message  ----------

Subject: gprename_2.2-1_i386.changes is NEW
Date: Friday 01 June 2007 16:17
From: Debian Installer <ins...@ft...>
To: Marvin Stark <ma...@de...>

(new) gprename_2.2-1.diff.gz optional utils
(new) gprename_2.2-1.dsc optional utils
(new) gprename_2.2-1_all.deb optional utils
Complete batch renamer for Linux
 GPRename is a complete batch renamer for files and directorys.
 GPRename easily can replace, remove, insert, delete and number
 consecutively files and directorys.
 .
  Homepage: <http://gprename.sourceforge.net/>
(new) gprename_2.2.orig.tar.gz optional utils
Changes: gprename (2.2-1) unstable; urgency=low
 .
  * Initial release (Closes: #426582)


Override entries for your package:

Announcing to deb...@li...
Closing bugs: 426582


Your package contains new components which requires manual editing of
the override file.  It is ok otherwise, so please be patient.  New
packages are usually added to the override file about once a week.

You may have gotten the distribution wrong.  You'll get warnings above
if files already exist in other distributions.

-------------------------------------------------------

-- 
 .""`.     Marvin Stark <ma...@de...>
: :"  :    Homepage: www.der-marv.de
`. `"`
  `-  Debian - when you have better things to do than fix a system

Re: [Gprename-users] RE : A lost bugfix?

[Lacrocivious A. <alt...@ya...>]

--- Zurd <zu...@ya...> wrote:

> I finally fixed that in revision 130. That feature
> was lost
> when I added the Glib::Idle call to add a waiting
> cursor
> when gprename was busy listing/renaming.
> 

Great! Thanks for re-enabling the feature. I look
forward to testing it. Incidentally, the absence of
comments or complaints -- from this user at least --
is due not to disinterest, but to GPRename's lack of
bugs.




       
____________________________________________________________________________________Luggage? GPS? Comic books? 
Check out fitting gifts for grads at Yahoo! Search
http://search.yahoo.com/search?fr=oni_on_mail&p=graduation+gifts&cs=bz

[Gprename-users] RE : A lost bugfix?

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

I finally fixed that in revision 130. That feature was lost
when I added the Glib::Idle call to add a waiting cursor
when gprename was busy listing/renaming.

The function to keep the selection was still there and
working, but because of the idle call, the selection was
lost after it was selected.



--- Lacrocivious Acrophosist <alt...@ya...> a écrit :

> It has been so long ago now that I cannot be certain,
> but I had thought that at one point the files selected
> for renaming would remain selected after a naming
> conflict warning prevented the renaming action from
> occurring.
> 
> At present, it appears that if multiple files are
> selected for renaming, if there is a naming conflict
> and associated warning/abort, the file selections are
> lost upon dismissing the warning dialog. This is
> inconvenient when the selections are, for example,
> widely separated in the directory listing.
> 
> Below I have pasted the original request for this fix.
> 
> _________________________
> 
> There is one thing I would like to see, but which I
> suspect needs to wait for another release. That is the
> handling of multiple selections upon encountering an
> existing filename conflict with the selected renaming
> operation.
> 
> Specifically, if I have chosen a few dozen files to
> rename, particularly in scattered groups rather than
> contiguous entries, if one or more of the filenames I
> wish to rename conflicts with existing name(s), then
> upon acknowledging the error dialog I lose all my
> selection markers. This means I have to reselect,
> avoiding the conflicting file.
> 
> If there was another conflicting name beyond the
> first, then I will get another conflict error on my
> second attempt, and so lose my selections again. This
> repeats until my selections no longer contain any
> conflicting filenames. Sometimes this takes quite a
> few selection passes ;-)
> 
> At some point, it would be useful to provide a dialog
> which lists *all* the conflicting files within the
> selected range(s). Further, upon aborting the rename
> operation, it would be useful to retain the selection
> highlights so that the offending files can be
> deselected either singly or in ranges, just as they
> may have been selected in the beginning, singly or in
> ranges.
> 
> Perhaps the conflicting files might be highlighted
> differently from 'normal' selections in the list,
> making it more obvious which ones need deselecting.
> 
> _________________________
> 
> 
> 
> __________________________________________________
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam protection around 
> http://mail.yahoo.com 
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Gprename-users mailing list
> Gpr...@li...
> https://lists.sourceforge.net/lists/listinfo/gprename-users
> 



      Changez de tête et de tenue tous les jours si vous le voulez ! Volez la vedette sur Yahoo! Québec Avatars 
http://cf.avatars.yahoo.com/

[Gprename-users] RE : Re: Debian Package for GPrename

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

So I tried Purrr and namefix to see if they can use backreferences.

First with Purrr, it's not that easy to use and doesn't have a lot of 
options, for example, it doesn't support perl regular expressions, so 
it cannot use backreferences.

Then, namefix.pl, it do use perl regular expression but I can't
install it, too bad the documentation is clearly missing, I installed
perl-tk since it was complaining it was missing but now it's
complaining about Tk/DynaTabFrame.pm and if I comment this it'll
complained about Tk/JComboBox.pm.  If you can install it yourself,
try if the backreferences works, but I'll bet that it won't :-)


--- GoogleGuy <goo...@tu...> a écrit :

> Thanks, Zurd, I'll look it up in the archives then. Just FYI: There's
> also a GTK-based renamer called Purrr
> (http://mathrick.org/software/purrr.html), and another one, namefix.pl
> (Perl-Tk-based, http://sourceforge.net/projects/namefix/). I don't use
> them curently, so I don't remember, but you might want to take a look
> and see if they implement this.


      Essayez le Tout-nouveau Yahoo! Courriel, pour voir un aperçu du panneau de lecture de courriels !
http://us.rd.yahoo.com/evt=40705/*http://mrd.mail.yahoo.com/try_beta?.intl=cf

Re: [Gprename-users] Debian Package for GPrename

[GoogleGuy <goo...@tu...>]

On Fri, 4 May 2007 12:16:44 -0400 (EDT)
Zurd <zu...@ya...> wrote:

> GoogleGuy: Thanks for the deb file, one less thing to do in
> the to do list :) You can also give me your name or alias so
> that I can add you in the credits.

After Marvin improves on my initial work, I'm afraid there will be no
credit left for me ;-)

Anyway, I'm Andrei Papou, goo...@tu..., I'm from Belarus.

> For the backreferences, I tried for hours to make it work but to
> no avail. Even KRename didn't make it work, I don't think it's
> possible to create a script to use it. There's a good explanation
> of it from me in the mailing list archives with the subject
> Backreferences.

Thanks, Zurd, I'll look it up in the archives then. Just FYI: There's
also a GTK-based renamer called Purrr
(http://mathrick.org/software/purrr.html), and another one, namefix.pl
(Perl-Tk-based, http://sourceforge.net/projects/namefix/). I don't use
them curently, so I don't remember, but you might want to take a look
and see if they implement this.

Thanks,
Andrei


-- 
Andrei Papou
goo...@tu...

[Gprename-users] RE : Re: Debian Package for GPrename

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

Marvin: Does that mean that the deb file GoogleGuy made is
not completed or should I go and upload it to sourceforge
right away?

GoogleGuy: Thanks for the deb file, one less thing to do in
the to do list :) You can also give me your name or alias so
that I can add you in the credits.

For the backreferences, I tried for hours to make it work but to
no avail. Even KRename didn't make it work, I don't think it's
possible to create a script to use it. There's a good explanation
of it from me in the mailing list archives with the subject
Backreferences.



--- Marvin Stark <ma...@de...> a écrit :

> On Thursday 03 May 2007 22:57, GoogleGuy wrote:
> > Hi guys,
> 
> Hi,
> 
> >
> > thanks for the super-useful tool you're creating! I use GPrename on a
> > regular basis and it works great.
> >
> > Anyway, I just created a deb package and tested it on my freshly
> > installed Etch. I've attached the package, hope it would be useful
> > for other people. I'd appreciate it if you put it online somewhere
> > on SourceForge.
> 
> Hi thanks for that. I'm normaly building GPrename packages for debian.
> But due a lag of time, I was not able to build one. If you want to I can have 
> a look at your sources or create my own and upload it to debian unstable till 
> next weekend. Second way I would prefer.
> 
> What are your opinions about that?
> 
> >
> > Also, I understand backreferences don't work in regexps when replacing,
> > but it's a very useful feature, so if you could somehow implement this
> > via some special syntax perhaps, that'd be great.
> >
> > Thanks,
> > Andrei
> 
> Regards,
> -- 
>  .""`.     Marvin Stark <ma...@de...>
> : :"  :    Homepage: www.der-marv.de
> `. `"`
>   `-  Debian - when you have better things to do than fix a system

__________________________________________________
Do You Yahoo!?
En finir avec le spam? Yahoo! Courriel vous offre la meilleure protection possible contre les messages non nollicités 
http://mail.yahoo.ca Yahoo! Courriel  

[Gprename-users] A lost bugfix?

[Lacrocivious A. <alt...@ya...>]

It has been so long ago now that I cannot be certain,
but I had thought that at one point the files selected
for renaming would remain selected after a naming
conflict warning prevented the renaming action from
occurring.

At present, it appears that if multiple files are
selected for renaming, if there is a naming conflict
and associated warning/abort, the file selections are
lost upon dismissing the warning dialog. This is
inconvenient when the selections are, for example,
widely separated in the directory listing.

Below I have pasted the original request for this fix.

_________________________

There is one thing I would like to see, but which I
suspect needs to wait for another release. That is the
handling of multiple selections upon encountering an
existing filename conflict with the selected renaming
operation.

Specifically, if I have chosen a few dozen files to
rename, particularly in scattered groups rather than
contiguous entries, if one or more of the filenames I
wish to rename conflicts with existing name(s), then
upon acknowledging the error dialog I lose all my
selection markers. This means I have to reselect,
avoiding the conflicting file.

If there was another conflicting name beyond the
first, then I will get another conflict error on my
second attempt, and so lose my selections again. This
repeats until my selections no longer contain any
conflicting filenames. Sometimes this takes quite a
few selection passes ;-)

At some point, it would be useful to provide a dialog
which lists *all* the conflicting files within the
selected range(s). Further, upon aborting the rename
operation, it would be useful to retain the selection
highlights so that the offending files can be
deselected either singly or in ranges, just as they
may have been selected in the beginning, singly or in
ranges.

Perhaps the conflicting files might be highlighted
differently from 'normal' selections in the list,
making it more obvious which ones need deselecting.

_________________________



__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

[Gprename-users] RE : lang.it

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

Thanks for the Italian translation, 
it's been added in SVN revision 128.

If you'd like to be part of the Credits, drop me a line :)


--- "alb...@gm..." <alb...@gm...> a écrit :

> 
> > 
> $str_button_apply		= '_Rinomina';
> $str_button_preview		= '_Anteprima';
> $str_button_refresh		= 'A_ggiornare';
> $str_button_undo		= 'A_nnulla';
> $str_case_all_lo		= 'tutte minuscole';
> $str_case_all_up		= 'TUTTE MAIUSCOLE';
> $str_case_first			= 'Solo La Prima Lettera E Successiva';
> $str_case_only_first		= 'Solo la prima lettera';
> $str_exists1			= 'Non posso rinominarlo perché esiste già .';
> $str_exists2			= 'Non poso rinominarlo perché entrambi darebbero lo stesso risultato.';
> $str_filter			= 'Mostra solo file e directory che contengono';
> $str_insertdelete_at		= 'alla posizione';
> $str_insertdelete_between	= 'e';
> $str_insertdelete_delete	= 'cancella fra';
> $str_insertdelete_insert	= 'Inserisci';
> $str_list_filename		= 'Nome';
> $str_list_newname		= 'Nuovo nome';
> $str_log_size			= 'Il file dei log è oltre 1MB, dovresti svuotarlo dal menù Opzioni.';
> $str_menu_about			= 'Informazioni';
> $str_menu_directory		= 'Directory';
> $str_menu_file			= '_File';
> $str_menu_files			= 'Files';
> $str_menu_filter		= 'Filtro';
> $str_menu_help			= 'Aiuto';
> $str_menu_lang			= '_Lingua';
> $str_menu_options		= '_Opzioni';
> $str_menu_quit			= 'Fine';
> $str_menu_tips			= 'Suggerimenti';
> $str_menu_log			= 'Vedi il log';
> $str_menu_log_clear		= 'Pulisci';
> $str_notebook_casechange	= 'Cambia Case';
> $str_notebook_insertdelete	= 'Inserisci / Cancella';
> $str_notebook_numerical		= 'Numerico';
> $str_notebook_replaceremove	= 'Sostitusci / Rimuovi';
> $str_numeric_increment		= 'ed incrementa di';
> $str_numeric_keep_filenames1	= 'Mantieni i nomi esistenti';
> $str_numeric_keep_filenames2	= 'Prima i numeri';
> $str_numeric_keep_filenames3	= 'Dopo i numeri';
> $str_numeric_keep_filenames4	= 'No';
> $str_numeric_prefix		= 'Inserisci prima dei numeri';
> $str_numeric_start		= 'Aggiungi numeri partendo da';
> $str_numeric_suffix		= 'e dopo';
> $str_options_auto_preview	= 'Anteprima automatica';
> $str_options_fullscreen		= 'Schermo intero';
> $str_options_recursively	= 'Mostra il contenuto delle sottodirectory';
> $str_options_security		= 'disabilita il controllo di sicurezza';
> $str_options_show_path		= 'Mostra il percorso';
> $str_options_trim_spaces	= 'Ritaglia doppi, inizio e fine spazi';
> $str_options_zero_autofill	= 'Riempimento automatico degli zero';
> $str_replace_case		= 'Case sensitive';
> $str_replace_regex		= 'Espressione Regolare';
> $str_replace			= 'Sostituisci';
> $str_replace_with		= 'con';
> $str_tips1			= 'Riempimento automatico degli zero: Per la parte numerica, 1 sarà 01 se vai fino
> a 99 e 001 se vai fino a 999 così via.';
> $str_tips2                      = 'disabilita il controllo di sicurezza: Se usato, questo può
> cancellare dei file dopo averli rinominati, da usare solo quando rinomini da maiuscole a
> minuscole e viceversa per le partizioni VFAT (Windows).';
> $str_tips3                      = 'Per specificare la fine, usa un numero negativo o di valore
> elevato.';
> $str_tips4                      = 'I riferimenti all'indietro con le espressioni regolari non
> possono essere usati siccome $1 è considerato una variabile Perl.';
> 
> > -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/> _______________________________________________
> Gprename-users mailing list
> Gpr...@li...
> https://lists.sourceforge.net/lists/listinfo/gprename-users
> 



      Changez de tête et de tenue tous les jours si vous le voulez ! Volez la vedette sur Yahoo! Québec Avatars 
http://cf.avatars.yahoo.com/

[Gprename-users] lang.it

[<alb...@gm...>]