In the Take Command window issue a long command like dir /s /b and whilst the information is scrolling, press a key in another application (in my case a Java application) and the TC stops updating until the button is release. The same does not happen with TCC LE or 4NT. Any ideas?
Press on another Window
- Thread starter gmorris59
- Start date
- May
- 13,117
- 180
You lost me! If there's output in progress in a TCMD tab and the user holds down the left mouse button in some other app's window (or even on the desktop) ... TCMD suspends output? That doesn't make much sense to me. Surely, TCMD can tell if the mouse is in the client area of a tab ... yes/no? I'm a little surprised that TCMD even knows that the mouse button is down when it's outside TCMD.
rconn
Administrator
- May
- 13,160
- 205
Staff member
If only life were as simple as everyone assures me it is ...
The problem is when you're marking text and you move the mouse slightly outside of the TCMD window (i.e., at the bottom because you want it to scroll, or off the right edge). Do you want TCMD in those instances to kill the selection, turn off marking, and resume scrolling? When you then drag the mouse back into the window you'll have a *different* start / end for your selection.
- May
- 13,117
- 180
Hmmm! I see.
rconn
Administrator
- May
- 13,160
- 205
Staff member
You're stretching your argument with #2 - TCMD isn't "poking its nose into Windows events"; all it's doing is suspending updates while the left mouse button is down. That has no effect on any other Windows app.
And #1 only works after you've already clicked and dragged within the window. What do you want to happen if you click with the cursor on (or touching) non-client areas, borders, status bar, tab bar, etc.?
The current behavior is by design, has worked this way for many years, and the default behavior will definitely not be changed. You can submit a feature request in the suggestions forum if you want a new option that breaks existing behavior.
Your comment "stretching argument with #2". I know of no other application that listens to mouse / key events when it does not have focus. That's the meaning of focus
If you say by design then I would say poor design. I have used JPSoft products for years (1996) and just moved over to TC and no other product works this way.
I understand the issue of compatibility - so Yes if you could make it an option that would be appreciated. At the moment I can't use TC as is as I need the mouse pressed on another application to see the results on the TC window
If you say by design then I would say poor design. I have used JPSoft products for years (1996) and just moved over to TC and no other product works this way.
I understand the issue of compatibility - so Yes if you could make it an option that would be appreciated. At the moment I can't use TC as is as I need the mouse pressed on another application to see the results on the TC window
rconn
Administrator
- May
- 13,160
- 205
Staff member
TCMD does not listen to mouse or key events when it does not have focus. What it does do is check to see if the mouse button is down when it is updating the tab windows. This is by design, and was requested by other users. You're the first one to find this to be a problem. (Though apparently not enough of a problem to warrant a post in the Suggestions Forum?)
I don't have the source code but I think you are splitting hairs - ie. whether you listen to events or check events - the effect is the same. I cannot think of any other PC application that behaves in the same way. Anecdote. A friend of mine design the carburettor for a Chrysler car. He knew that the car would not start if parked at 4 degrees. When a user complained that his car did not start, the answer from Chrysler is that nobody else has complained about this. Just because nobody else comments - still does not mean that it is correct. I did not add as a suggestion as JPSoft think that it is correct so who am I to disagree?
Yeah, this is a bit odd.
What I would expect is that if you click on the TCMD window and then drag out, that it keeps the mouse 'grab' for the TCMD window until you release the mouse or move back into the window. But if you click outside of the TCMD window, nothing should happen within TCMD at all.
If you click outside the TCMD window, then drag into the TCMD window, you don't start selecting text anyway (at least, I haven't been able to here), so the 'feature' is a bit useless anyway. Normally selection only starts if you click inside the window.
So, I don't really see how this feature can be at all useful, other than as an unconventional way to pause the TCC output in a TCMD tab.
I'd expect that the way TCC (and CMD) work would be the right way - which is to pause the output while selection is held (even if you then drag out of the window).
What I would expect is that if you click on the TCMD window and then drag out, that it keeps the mouse 'grab' for the TCMD window until you release the mouse or move back into the window. But if you click outside of the TCMD window, nothing should happen within TCMD at all.
If you click outside the TCMD window, then drag into the TCMD window, you don't start selecting text anyway (at least, I haven't been able to here), so the 'feature' is a bit useless anyway. Normally selection only starts if you click inside the window.
So, I don't really see how this feature can be at all useful, other than as an unconventional way to pause the TCC output in a TCMD tab.
I'd expect that the way TCC (and CMD) work would be the right way - which is to pause the output while selection is held (even if you then drag out of the window).
