Multi Commander > Beta Releases
Possible bug
Ulfhednar:
--- Quote from: ice-man on August 14, 2013, 22:07:51 ---Ulfhednar :
I Think you are mixing up things and that is confusing Mathias
The issue is not drag and drop.. and that z-order is changed during drag..
it has nothing to do with drag at all.
It has to do with that MC is set to focus when mouse button down is received.
(When a new program is set to focus Windows will by itself bring that program to the front )
Explorer and some other apps set the program/window as focus when the mouse button is released (ButtonUp)
TC and a lot of other programs also have this issue.
--- End quote ---
I am not talking about click-select; drag-drop. That does change the Z order (& 'always' has in Explorer etc). If this focus change event isn't clear I can try to video it & post the result.
I can only go on what I read here, Mathias seems to say MC behaves differently for him. If he said that it was no different then my question is moot/irrelevant.
--- Quote ---However when I drag here. Nothing changes focus for me while dragging. only why I can make a program pop to the top is to hover over the taskbar for that program during drag.
--- End quote ---
I don't use TC - tried it (several versions) & didn't like it.
I think if TC behaves in this way then the question of focus grabbing stands. i.e. there is something that allows or forces a certain range of stacking behaviours in relation to the type of cursor interaction.
ice-man:
--- Quote from: Ulfhednar on August 15, 2013, 12:15:18 ---
--- Quote from: ice-man on August 14, 2013, 22:07:51 ---Ulfhednar :
I Think you are mixing up things and that is confusing Mathias
The issue is not drag and drop.. and that z-order is changed during drag..
it has nothing to do with drag at all.
It has to do with that MC is set to focus when mouse button down is received.
(When a new program is set to focus Windows will by itself bring that program to the front )
Explorer and some other apps set the program/window as focus when the mouse button is released (ButtonUp)
TC and a lot of other programs also have this issue.
--- End quote ---
I am not talking about click-select; drag-drop. That does change the Z order (& 'always' has in Explorer etc). If this focus change event isn't clear I can try to video it & post the result.
I can only go on what I read here, Mathias seems to say MC behaves differently for him. If he said that it was no different then my question is moot/irrelevant.
--- End quote ---
No I'm not talking about click.. a click is mouse button down and then up..I only talk about button down there.
(That is also what you start with when you are about to do a drag and drop.. )
The reason I think Mathias do not see any problems with drag and drop is because he is looking at the wrong place.
Because the issue is not a drag and drop issue.
Why I think so if because MC switches to the front on button down. BEFORE the drag action have even started.
(If you just press mouse button down on an file and do not move the mouse. A drag and drop action is not started. It is not started until the mouse moves while button is down, and you then get a image around the cursor showing what is dragged)
Or maybe we are talking about different problems. But I can't see any problem with z-order after the drag have started.
--- Quote ---I don't use TC - tried it (several versions) & didn't like it.
I think if TC behaves in this way then the question of focus grabbing stands. i.e. there is something that allows or forces a certain range of stacking behaviours in relation to the type of cursor interaction.
--- End quote ---
It was just an example.. Did not mean for you to go use it. What I was referring to was that the button down and focus change is normal and standard behavior of windows. If you take ANY other application then WE like Notepad, IE, you see that when pressing mouse down it when the window is half hidden by another window that will bring the window you are pressing down on to the front. only program that does not do that in Windows Explorer. That tells me that the standard way windows works is to bring it to the front and Windows Explorer is going out of its way to not behave as a standard window. So if we want that behavior in MC then MC also must also handle that it self. IF Windows now allows 3de party apps to opt out of it
Ulfhednar:
Yes you are right Iceman it is a 'unique' Win Explorer behaviour.
Also exists in Dir Opus & IIRC XYplorer & xplorer2. (Tried a few of these FMs & only like 2 - MC & DO.)
The reason I include drag as a qualifier is because I can think of no other reason for click & hold on a file in a sub-level window. The act of holding/moving the item invokes the z position modifier. Otherwise the window pops forward - Explorer included.
The problem for me is the need for Explorer to sometimes not change focus, exists with all file managers. There are times when you want to drag to a top window without changing the Z order.
I was trying to ascertain if MC also had this Exploer-type behaviour. If I click-hold-drag in Explorer it stays put, in MC it doesn't.
Mouse button down = MC to front.
Mathias (Author):
Ahh Yes MC does set focus on click down and that is why Windows decided to send the MC window to the front.
However it is not as easy just to remove the set focus to the button up. I have tested the a while ago and that resulted in strange focus issues in another scenarios in MC. So it is a bit of work to get that working. I actually have it on my list but it is not a top priority item. But someday I might have the time to take a look if it can be solved.
Ulfhednar:
Thanks Mathias, I was uncertain if this was intentional.
Given negative side-effects then it is understandable that it is left as is.
Really it is not a priority, but nice if you have opportunity to get it to work.
...mystery solved... ;)
*
@ Iceman, I wasn't thinking you meant me to use TC just that I am unfamiliar with it because I didn't like it enough to learn its' idiosyncrasies.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version