Don't quite get it...(?)When filename in rename box is deleted restore the original filename on-the-fly and mark it again for another try.
Additional ini-setting:
OnClickRename=1/0
Anyone?
Roman
Help: Context menu, inline renaming, archive unicode
Moderators: Hacker, petermad, Stefan2, white
Roman
Mal angenommen, du drückst Strg+F, wählst die FTP-Verbindung (mit gespeichertem Passwort), klickst aber nicht auf Verbinden, sondern fällst tot um.
OnClickRename=1 in wincmd.ini allows renaming just like in Explorer, clicking anywhere in the panel confirms rename.
The other thing is meant as follows:
Shift-F6 opens rename box, "filename.ext" gets marked for renaming, current status!
When OnClickRename=1 is set you would have a "security" prob according to ghisler because there would be no way to cancel the renaming process. So I suggest that when you delete the whole content of the rename box the original filename should be restored and marked again for another try.
Icfu
The other thing is meant as follows:
Shift-F6 opens rename box, "filename.ext" gets marked for renaming, current status!
When OnClickRename=1 is set you would have a "security" prob according to ghisler because there would be no way to cancel the renaming process. So I suggest that when you delete the whole content of the rename box the original filename should be restored and marked again for another try.
Icfu
Ahh, you mean AssumeClickInFileWindowSimulatesEnterPressedAndThusFilenameChangeConfirmed=1 ... thanks.OnClickRename=1 in wincmd.ini allows renaming just like in Explorer, clicking anywhere in the panel confirms rename.
Concerning The Other Thing, thanks for explaining. I am currently indifferent to that.
Thanks
Roman
Actually, I use the keyboard for everything possible, but some things are just faster with a mouse, like dragging a file and copying/moving/extracting or just right clicking and selecting "Add to '<name>.rar'" (packing) or going back and forward when you are using your mouse wheel to search for a file (you can setup mouse gestures for programs with StrokeIt).pdavit wrote: And sure the best approach is to use both simultaneously which is the method I'm using but the whole argument started because someone thought pressing Enter is slower than just clicking outside the renaming area and I wanted to correct him.
But in my case, I usually rename something then I scroll my mouse wheel up or down to search for another file (and expect the file to be renamed) so I am flustered by the fact that I have to press [Enter] then use the mouse wheel to start searching for the next file especially when I don't know the first letter of the file or else I would just press [Enter] then the letter and go directly to it.
Do you see my point? And if you do, do you know of a faster way to do what I want to do?
And will the multi-rename tool have a "Case sensitive" option for the search and replace!!!
-
pdavit
- Power Member
- Posts: 1529
- Joined: 2003-02-05, 21:41 UTC
- Location: Kavala -> Greece -> Europe -> Earth -> Solar System -> Milky Way -> Space
- Contact:
2 Seikatsu
As Norfie mentioned here I don't see how pressing Enter is the problem since you are already in the processes of renaming a file so your hands are already on the keyboard.
If your working behaviour is relied upon scrolling it only means that in the current situation you spend time going back and forth in using the keyboard and the mouse since you cannot use them simultaneously unless you are typing only with your left hand.
Yes, pressing Enter can be considered just another keystroke in the renaming chain but you don't have to leave the mouse since your hands are already on the keyboard.
As of me, I prefer Page Up/Down, Home, End, Backspace, Enter and most important QuickSearch with "letters - with search dialog" as a scrolling alternative for renaming and the majority of tasks.
PS: Thanks about StrokeIt. I will check it.
As Norfie mentioned here I don't see how pressing Enter is the problem since you are already in the processes of renaming a file so your hands are already on the keyboard.
If your working behaviour is relied upon scrolling it only means that in the current situation you spend time going back and forth in using the keyboard and the mouse since you cannot use them simultaneously unless you are typing only with your left hand.
Yes, pressing Enter can be considered just another keystroke in the renaming chain but you don't have to leave the mouse since your hands are already on the keyboard.
As of me, I prefer Page Up/Down, Home, End, Backspace, Enter and most important QuickSearch with "letters - with search dialog" as a scrolling alternative for renaming and the majority of tasks.
PS: Thanks about StrokeIt. I will check it.
"My only reason for still using M$ Window$ as an OS is the existence of Total Commander!"
Christian Ghisler Rules!!!
Christian Ghisler Rules!!!
2icfu
? It was idea just to add commands that you need, not to all commands. furthermore you have not explained what for would anybody need to execute command "goto" or "shift" in TC command line? I don't suggest to additional .bat file for that! But maybe there is some use for that, but I just can't see it.
It's topic: http://www.ghisler.ch/board/viewtopic.php?t=3435
Talking about pressing enter - it's just like typing another letter. Is this really inconvenient?
BTW: In both TC and Explorer when you type a new filename and want to give it up (go back to previos name) then just press ESC key!
However, acknowledgement by pressing enter is good solution.
Such option "AssumeClickInFileWindowSimulatesEnterPressedAndThusFilenameChangeConfirmed=1" will not hurt me, but is pressing ENTER key relly so inconvenient if it is just like typing one more letter?
You can't firgive me that, huhicfu wrote:Someone even proposed to write batch files for each and every command contained in cmd shell so that there is no need for additional cmd /k in command line anymore so you never know...So in other words you have almost every single internal command with an icon on your TC to improve speed.
Icfu
? It was idea just to add commands that you need, not to all commands. furthermore you have not explained what for would anybody need to execute command "goto" or "shift" in TC command line? I don't suggest to additional .bat file for that! But maybe there is some use for that, but I just can't see it. It's topic: http://www.ghisler.ch/board/viewtopic.php?t=3435
Talking about pressing enter - it's just like typing another letter. Is this really inconvenient?
BTW: In both TC and Explorer when you type a new filename and want to give it up (go back to previos name) then just press ESC key!
However, acknowledgement by pressing enter is good solution.
Such option "AssumeClickInFileWindowSimulatesEnterPressedAndThusFilenameChangeConfirmed=1" will not hurt me, but is pressing ENTER key relly so inconvenient if it is just like typing one more letter?
Actually I couldn't even remember who proposed that, I have discussed and read about this fuckin cmd /k in so much threads now that I really have no idea who saiud what, when and why.You can't firgive me that, huh
Why should I explain that? It was neither me who said that it would make sense nor does it make sense to discuss about single commands. I told you that supporting all commands is the best way anyway.furthermore you have not explained what for would anybody need to execute command "goto" or "shift" in TC command line?
When I rename with keyboard in left hand and mouse in right hand for scrolling it is. I have already explained that, no? I like working efficient, searching enter key sometimes sucks.Talking about pressing enter - it's just like typing another letter. Is this really inconvenient?
So why do people not hurt by a feature permanently try to convince me that doing it another way makes more sense? Just say "I don't need it but ok, if it helps you, i second it". Or just say nothing at all and let ghisler decide. If you need a feature I will surely NOT try to convince you that you don't need it if it doesn't hurt me, that's for sure.Such option "AssumeClickInFileWindowSimulatesEnterPressedAndThusFilenameChangeConfirmed=1" will not hurt me
And, it wasn't my intention to hurt your feelings with that sarcastic batch comment you cited, it was just an allegory for a derisive comment, sorry.
Let's stop it here, this is completely offtopic in this thread anyway.
Icfu
OK. Peace 
The discussion is how to find a workaround. If there is some feature/behavior that somebody needs - other express their opinion (I need it / I don't need it OR let's change it / let's keep it the old way - and then the discussion to start an option begins).
If there are many people that support the request it may be changed by the Author according to his will - if he considers it important etc. Our opinions will have some influence on him.
Therefore if there is a feature that most people support I hope that Author will take this into bigger consideration and put it higher on priority list.
If there are various opinions and/or there is a workaround then this request will probably go lower into priority list.
I think we - users of TC - have a right to express our opinion. I am sorry that sometimes I (or others) are not supportin a request, but usually we try to provide a workaround or we try to find out why someone needs a feature/change so much. And it happens that someone may understand the reason of request or why a workaround is insufficient.
And it all is just because adding/changing features or options always needs some effort - in programming, in testing new behaviour etc. And let everyone express his opinion what is more important and what is less important.
But I hope we all can reach some agreement and help to make TC better!
The discussion is how to find a workaround. If there is some feature/behavior that somebody needs - other express their opinion (I need it / I don't need it OR let's change it / let's keep it the old way - and then the discussion to start an option begins).
If there are many people that support the request it may be changed by the Author according to his will - if he considers it important etc. Our opinions will have some influence on him.
Therefore if there is a feature that most people support I hope that Author will take this into bigger consideration and put it higher on priority list.
If there are various opinions and/or there is a workaround then this request will probably go lower into priority list.
I think we - users of TC - have a right to express our opinion. I am sorry that sometimes I (or others) are not supportin a request, but usually we try to provide a workaround or we try to find out why someone needs a feature/change so much. And it happens that someone may understand the reason of request or why a workaround is insufficient.
And it all is just because adding/changing features or options always needs some effort - in programming, in testing new behaviour etc. And let everyone express his opinion what is more important and what is less important.
But I hope we all can reach some agreement and help to make TC better!
[face=courier]On 29-02-2004 16:57:50 +0000 ghisler(Author) wrote:
g> TC introduced inplace renaming before Explorer even existed
g> and it didn't seem logical to change a name without user
g> confirmation...
Well, this time I do agree with the conservative way you see things, Christian - no inplace rename w/o confirmation by return %). I hope it will stay like it is now.[/face]
g> TC introduced inplace renaming before Explorer even existed
g> and it didn't seem logical to change a name without user
g> confirmation...
Well, this time I do agree with the conservative way you see things, Christian - no inplace rename w/o confirmation by return %). I hope it will stay like it is now.[/face]
[face=courier]The Protoss do NOT run from their enemies.
It is here, that we shall make our stand.[/face]
It is here, that we shall make our stand.[/face]