From: Lacrocivious A. <alt...@ya...> - 2007-05-03 14:03:46
|
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 |
From: Zurd <zu...@ya...> - 2007-05-15 17:03:19
|
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/ |
From: Lacrocivious A. <alt...@ya...> - 2007-05-15 17:34:53
|
--- 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 |