[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/