Page 2 of 3

Re: Upgrade for "cm_SyncChangeDir"

Posted: 2023-05-17, 16:22 UTC
by Horst.Epp
2ghisler(Author)
Sounds good :)

Re: Upgrade for "cm_SyncChangeDir"

Posted: 2023-05-17, 17:12 UTC
by wanderer
I would like to propose something different (i think, i don't know what other applications do). I've found myself in many occasions Sync-CDing up to a certain level, in which there exists one folder in one panel that does not exist in the other. At that point, i CD to the one folder twice (so cm_SyncChangeDir is forcibly disabled), travel down the path, do or find what i want and then return upwards to the same path, just to be able to re-enable cm_SyncChangeDir.

What if there was a mode in which TC beeped the first time the user tries to CD and the other folder does not exist (as done now), then just temporarily disables cm_SyncChangeDir (a third state for the button/command), let you go as down as you want and when you return to the upper level (at the point where cm_SyncChangeDir was disabled), TC automatically reenables cm_SyncChangeDir. If the user manually changes the path, the state of the button becomes "off".

That might require the cm_SyncChangeDir to be a 3-state button (on, off and temporarily off). It would stand for the current tab-set only. For simplicity, if the user travels to another tab, the button could be turned off.

Comments?

Re: Upgrade for "cm_SyncChangeDir"

Posted: 2023-05-17, 19:32 UTC
by petermad
2ghisler(Author)
What do you think?
Sounds like a good approach, but as a supplement to the current functionality.

Re: Upgrade for "cm_SyncChangeDir"

Posted: 2023-05-17, 20:50 UTC
by Fla$her
petermad wrote: 2023-05-17, 16:07 UTC The disadvantage of such an approach is that the user may forget that cm_SyncChangeDir was enabled
I can hardly imagine such a thing. Usually the mode is turned on and off intentionally.

ghisler(Author) wrote: 2023-05-17, 16:18 UTCWhat do you think?
I don't see the point in an extra warning. Let the user decide for himself using the options: stop, continue or ask.
You could add parameters like 0, 1, 2 for different behaviors. cm_SyncChangeDir [0-2]

Re: Upgrade for "cm_SyncChangeDir"

Posted: 2023-05-17, 22:02 UTC
by petermad
2Fla$her
I can hardly imagine such a thing. Usually the mode is turned on and off intentionally.
I am thinking of situations, where you turn it on and for example restart TC or the computer. If the mode is always on, it will then also be on in those occasions, that might be long time after you enabled the mode.

Re: Upgrade for "cm_SyncChangeDir"

Posted: 2023-05-18, 04:41 UTC
by Fla$her
2petermad
Clear. Do you support my suggestion with parameters?

Re: Upgrade for "cm_SyncChangeDir"

Posted: 2023-05-18, 08:02 UTC
by Horst.Epp
2petermad
This problem can be avoided by automatically reset this mode on TC start-up.

Re: Upgrade for "cm_SyncChangeDir"

Posted: 2023-05-18, 13:11 UTC
by petermad
Fla$her wrote: 2023-05-18, 04:41 UTC 2petermad
Clear. Do you support my suggestion with parameters?
Yes.

Re: Upgrade for "cm_SyncChangeDir"

Posted: 2023-05-18, 15:08 UTC
by JOUBE
Horst.Epp wrote: 2023-05-18, 08:02 UTC 2petermad
This problem can be avoided by automatically reset this mode on TC start-up.
That would be important. Maybe it can be make configurable.

Re: Upgrade for "cm_SyncChangeDir"

Posted: 2023-05-18, 17:52 UTC
by Galizza
JOUBE wrote: 2023-05-18, 15:08 UTC
Horst.Epp wrote: 2023-05-18, 08:02 UTC 2petermad
This problem can be avoided by automatically reset this mode on TC start-up.
That would be important. Maybe it can be make configurable.
Yes, reset on startup should be configurable by user.

Re: Upgrade for "cm_SyncChangeDir"

Posted: 2023-05-27, 05:09 UTC
by Eugensyl2
ghisler(Author) wrote: 2023-05-17, 16:18 UTC I see - maybe a mix of the two would be an idea, e.g. refuse to change directory on the first try when a directory doesn't exist, to warn the user that the function is still enabled. After that, don't warn any more until the function is turned off by the user. What do you think?
What about to show a tooltip (message auto off ) for 1-2 second with the warning: "Synchronization was disabled. The structure of directories are not identical." or something else with the same meaning.

I don't believe that refuse to change directory is a viable solution.
Better will be to change the folder's color based on synchronize flag (1 - synchronized structure; 0 - structure different) or something similar.

Re: Upgrade for "cm_SyncChangeDir"

Posted: 2023-05-27, 05:19 UTC
by JOUBE
To be honest, I actually think it's pretty good the way it is at the moment. The user sees that the directory on the other side no longer follows. And he recognizes the reason for this himself: There is simply no corresponding directory on the other panel. I wouldn't display a message either. That only bothers. Function automatically switched off and that is clear and easy to use.

@ghisler(author)
I wouldn't change anything about this routine in Tc.

Joube

Re: Upgrade for "cm_SyncChangeDir"

Posted: 2023-05-27, 09:59 UTC
by white

Moderator message from: white » 2023-05-27, 09:55 UTC

Moved off-topic posts starting with this post to thread:
ENG: Small talk / Geplauder / Forum Moderation / Spam-Report / Off-Topic

Please stay on topic, don't tell others what to do and remember that you can also ignore people.

Re: Upgrade for "cm_SyncChangeDir"

Posted: 2023-06-27, 21:40 UTC
by LonerD
ingerard wrote: 2017-12-22, 08:29 UTCAs it would be convenient - GIF2
AHK Script

Re: Upgrade for "cm_SyncChangeDir"

Posted: 2023-10-12, 20:19 UTC
by Fla$her
2ghisler(Author)
10.10.23 Added: SyncChangeDirMode: Add 4 to suspend going up one level when going down into a directory only existing on one side. Resume when going back to base dir, or using a bookmark, button etc. to go elsewhere (32/64)
This is all good, of course, but I ask you to return to the request for non-disconnected synchronization discussed here. You suggested a questioning dialogue, I suggested a more flexible option. I think it's time to implement this while this mode is being considered.