26

Re: To move a window over others.

Hello, Went, you wrote: a C>> That generally is necessary? A C>> it is simple  over the arbitrary window and to take away focus to itself W> This. But I already understood an inaccuracy of the reasonings, thanks. Well if it is really necessary to draw the attention) Can be called FlashWindow (Ex) Not for a long time to make the window TopMost. But it there is no telling how things will turn out. Top bridges-windows here it really angrily. Besides it is not necessary if it full screen or torn. Imagine,  the second change completely changes a context of the user attention. Just on the screen there was one, and  and already completely another. So it is not necessary. Absolutely precisely. If and to do the top bridge, . 3 seconds and reversely we hide. Young ZeBat extremely respected the  (a picture at start) to hang up the top bridge while it is loaded. ! As it in it got. Only hinders - though and not long. If speech about attention engaging precisely input focus does not need to be taken away to itself. Besides: even if not for a long time to make the window the top bridge it can shield a window with text entering, and in any way it without showing, and  keys on the former will go to the shielded window. Well basically it is possible also a window, if it only not torn . On-flicker in general. Here variants mass: seconds three to hide \show the window, it is possible to change a window background as in a cycle standard \what-thread bright type red (besides seconds of 3 and 2-3 iterations and finished). If an inscription or something such in a window, it is possible in the same style (3 seconds in a cycle, 2-3 iterations) to indulge with fonts. A standard font, waited  700, delivered same, but a bold-face type. Visually it looks as blinking. All these "flickers" become in a background thread not to lock the main. Well I actively applied the last 3 methods. Quite to itself reasonably looks. The attention attracts, but to the user does not hinder. What was specific to select a method - without knowing a specific target of specific application, to advise difficult.

27

Re: To move a window over others.

Hello, Went, you wrote: W> How to be? There is any reliable method to "lift" a window? At me here such code, like always works: HWND hWndPopup = NULL; if (! IsWindowEnabled (hWnd)) hWndPopup = GetWindow (hWnd, GW_ENABLEDPOPUP); if (hWndPopup) {SetForegroundWindow (hWndPopup); SetFocus (hWndPopup);} RestorePosition (hWnd, dwFlags);//where BOOL RestorePosition (HWND hWnd, DWORD dwFlags) {BOOL bRes = FALSE; WINDOWPLACEMENT wp; wp.length = sizeof (WINDOWPLACEMENT); GetWindowPlacement (hWnd,&wp); if (wp.showCmd == SW_SHOWMINIMIZED || hWnd! = app.m_hForeWnd)//GetForegroundWindow ()) {if ((dwFlags and RP_KEEPMINIMIZED) == 0) {if (wp.showCmd! = SW_SHOWMAXIMIZED) {bRes = ShowWindow (hWnd, SW_RESTORE); if (! bRes) SendMessageTimeout (hWnd, WM_SYSCOMMAND, (WPARAM) SC_RESTORE, MAKELONG (0,-1), SMTO_ABORTIFHUNG, 100, NULL);} } if (dwFlags AND RP_SHOWWINDOW) {bRes = ShowWindow (hWnd, SW_SHOW);//to generate WM_WINDOWPOSCHANGED//do not work, why? if (! bRes) SendMessageTimeout (hWnd, WM_SYSCOMMAND, (WPARAM) SC_RESTORE, MAKELONG (0,-1), SMTO_ABORTIFHUNG, 100, NULL);} SetForegroundWindow (hWnd); SendMessageTimeout (hWnd, WM_ACTIVATEAPP, (WPARAM) TRUE, 0, SMTO_ABORTIFHUNG, 100, NULL);} else {if ((dwFlags AND RP_MINIMIZEIFNORMAL)! = 0) {HWND hWndNext = hWnd; while (hWndNext = GetWindow (hWndNext, GW_HWNDNEXT)) {if (IsWindowVisible (hWndNext)) break;} bRes = ShowWindow (hWnd, SW_MINIMIZE); if (! bRes) SendMessageTimeout (hWnd, WM_SYSCOMMAND, (WPARAM) SC_MINIMIZE, MAKELONG (0,-1), SMTO_ABORTIFHUNG, 100, NULL); SendMessageTimeout (hWnd, WM_ACTIVATEAPP, FALSE, 0, SMTO_ABORTIFHUNG, 100, NULL); if (hWndNext! = hWnd) {SetForegroundWindow (hWndNext); SendMessageTimeout (hWndNext, WM_ACTIVATEAPP, TRUE, 0, SMTO_ABORTIFHUNG, 100, NULL);}} else if (wp.showCmd == SW_SHOWMAXIMIZED) {ShowWindow (hWnd, SW_SHOWMAXIMIZED);}} return TRUE;}

28

Re: To move a window over others.

Hello, Went, you wrote: W>>> How to be? There is any reliable method to "lift" a window? GZ>> if you in foreground then that more less  it is necessary to cause AllowSetForegroundWindow on process. And further let he somersaults further. Remaining methods are more similar to dances with a tambourine. W> changes nothing, the window all the same "does not float". Yes these Foreground already in itself dances with a tambourine, . What for to me to do any window foreground, it is necessary for me simply "alto-tabnut" the specified process. Well for example from tambourines from granaries - Word export on the foreground: System. Windows. Forms. IWin32Window foregroundWindow = Win32.GetForegroundWindow (); _wordApp = new Application (); _wordApp. Visible = true; _doc = _wordApp. Documents. Open (_startEditData. FilePath); var fullNameOld = _doc. FullName;//it is shown Word over all applications. try {System. Windows. Forms. Form form = new System. Windows. Forms. Form (); form. Opacity = 0d; form. ShowInTaskbar = false; form. Shown + = new EventHandler ((object o, EventArgs e) => {try {string caption = string. Format ("{0} - {1}", Path. GetFileName (_startEditData. FilePath), _wordApp. Caption); IntPtr hWnd = FindWindow ("OpusApp", caption); SetForegroundWindow (hWnd);} finally {form. Close ();}}); form. ShowDialog (foregroundWindow);} catch {} Here already specified about AttachedTheadInput - this tambourine at us has been implemented, but on it censures came. At  not clear conditions, with not clear service  it periodically did not work. To localize why and in what dependence - was not possible. The above described method too not 100 percentage, but appeared more efficient.

29

Re: To move a window over others.

Hello, Carc, you wrote: VTT>> the Legal method is AllowSetForegroundWindow / SetForegroundWindow. VTT>> All remaining are workaround / hack. A C> Why? AttachThreadInput than !?! Yes it is simple because you the dirty boots trample down queue of input of process-victim. You never watched strange  after such AttachThreadInput? Magic miss of focus at a victim, even after your emersion/immersing? Loss of a state of the keypad? The partial loss of input? Unexpected "Enter" to your button "" before the victim realized loss of focus and read your most important message? It is healthy, if you one "such clever"; and if I too try to steal focus? Such behavior is explainable at pop-over adware, but not at application respecting.

30

Re: To move a window over others.

Hello, VladFein, you wrote: VF> Hello, Carc, you wrote: VTT>>> the Legal method is AllowSetForegroundWindow / SetForegroundWindow. VTT>>> All remaining are workaround / hack. A C>> Why? AttachThreadInput than !?! VF> Yes it is simple because you the dirty boots trample down queue of input of process-victim. VF> you never watched strange  after such AttachThreadInput? No, did not watch. From what there to be to magic effects? VF> magic miss of focus at a victim, even after your emersion/immersing? So about that and speech was that input focus to take away. Whether a question it is necessary to do it a little of other area. VF> loss of a state of the keypad? The partial loss of input? Unexpected "Enter" to your button "" before the victim realized loss of focus and read your most important message? Well and it still whence suddenly? From what  we Enter goes to another's flow? If to do accurately anything does not go anywhere. , floated, took away focus and there and then  it is reverse. From what suddenly we Enter goes to another's flow. It that for tambourines with dance the such? If we  in a window flow any Enter it should not be processed at us while we do not complete dances with AttachThreadInput. If in an adjacent flow especially whence from our window flow goes Enter to another's flow, if window that a flow just and at all . VF> It is healthy, if you one "such clever"; and if I too try to steal focus? VF> such behavior is explainable at pop-over adware, but not at application respecting. Well it is already written above that convenience of such decision is disputable enough. Same VinRar so does apparently, and it nonpluses a little. But nevertheless all works for it - focus gets. And it explicitly does not use SwitchToWindow and other not documentary functions.

31

Re: To move a window over others.

Hello, VladFein, you wrote: VF> Such behavior is explainable at pop-over adware, but not at application respecting. It as approaches for task management applications

32

Re: To move a window over others.

Hello, CEMb, you wrote: CEM> Hello, VladFein, you wrote: VF>> Such behavior is explainable at pop-over adware, but not at application respecting. CEM> it as approaches for task management applications So it and there are Adware-appendices, as however and Explorer Windows. Hand-made articles like Notepad Windows are legitimate only. Anything such in such spirit: any subclasses - ah-jaj-jaj, , even on own flow - in no event, DLL  even not to think (all these Lingvy, DropBoksy which hang up the  where  - it is simple out of the law). Services - yes you in the mind? The driver - yes decided as soon as to dare?

33

Re: To move a window over others.

Hello, CEMb, you wrote: VF>> Such behavior is explainable at pop-over adware, but not at application respecting. CEM> it as approaches for task management applications task management applications are initiated by the user; in that case there are no problems with an output on foreground.

34

Re: To move a window over others.

Hello, VladFein, you wrote: VF> task management applications are initiated by the user; in that case there are no problems with an output on foreground. Not absolutely so... Try to lift the application from  the keypad  in style Alt+Tab when the window "fallen" in  will not be hidden ... It simply in the list of windows on Alt+Tab and it is necessary "". Here here AttachThreadInput also it is useful

35

Re: To move a window over others.

Hello, Carc, VladFein, you wrote: VF> task management applications are initiated by the user; in that case there are no problems with an output on foreground. Well, so, any, started application is initiated by the user... I think, it is necessary so: if the user himself, wants to make the actions foreground - it is necessary to make foreground, for example, by the hot button to lift a notice window that then there something to hammer - here badly to force the user to click/alt-tabit in this window. Otherwise a top/top bridge/flesh and other, but focus to a window not to give. And that so yes, was somehow, something without looking (into the screen) drive in, and eye edge note that any window flickered VF>> task management applications are initiated by the user; in that case there are no problems with an output on foreground. A C> Not absolutely so. . Try to lift the application from  the keypad  in style Alt+Tab when the window "fallen" in  will not be hidden ... It simply in the list of windows on Alt+Tab and it is necessary "". Here here AttachThreadInput also it is useful <ctrl> + <esc>, <esc>, <tab>, <tab>, a little <->>, <!>

36

Re: To move a window over others.

Hello, CEMb, you wrote: CEM> Hello, Carc, VladFein, you wrote: VF>> task management applications are initiated by the user; in that case there are no problems with an output on foreground. CEM> Well so, any, started application is initiated by the user... CEM> I think, it is necessary so: if the user himself, wants to make the actions foreground - it is necessary to make foreground, for example, by the hot button to lift a notice window that then there something to hammer - here badly to force the user to click/alt-tabit in this window. CEM> differently a top/top bridge/flesh and other, but focus to a window not to give. And that so yes, was somehow, something without looking (into the screen) drive in, and eye edge note that any window flickered Well and I about what!?! And here  ", ,  at it  left" VF>>> task management applications are initiated by the user; in that case there are no problems with an output on foreground. A C>> Not absolutely so. . Try to lift the application from  the keypad  in style Alt+Tab when the window "fallen" in  will not be hidden ... It simply in the list of windows on Alt+Tab and it is necessary "". Here here AttachThreadInput also it is useful CEM> <ctrl> + <esc>, <esc>, <tab>, <tab>, a little <->>, <!> Also that it gives!?! Windows I tell, is not present in Alt+Tab so it   is hidden (ShowWindow+SW_HIDE), and is only an icon in .

37

Re: To move a window over others.

Hello, Carc, you wrote: CEM>> <ctrl> + <esc>, <esc>, <tab>, <tab>, a little <->>, <!>> Also that it gives a C!?! Windows I tell, is not present in Alt+Tab so it   is hidden (ShowWindow+SW_HIDE), and is only an icon in . Here you did not try to check up? You badly know old kind Microsoft These children did all software mandatory with the registration of that it is possible to get to any place without . If you under above resulted instruction got : <> / <gap> is a left mouse button on an icon/defoltnoe action (as well as everywhere). It suffices many programs to seem outside. For example,  a manager, at which hide minimized on. <shift> - <F10> - right  on an icon (as well as everywhere), the shortcut menu. It for those applications who has not enough left mouse button. So, all that can be made the mouse in  - it is possible to make from the keypad

38

Re: To move a window over others.

Hello, CEMb, you wrote: CEM> Hello, Carc, you wrote: CEM>>> <ctrl> + <esc>, <esc>, <tab>, <tab>, a little <->>, <!>>> Also that it gives a C!?! Windows I tell, is not present in Alt+Tab so it   is hidden (ShowWindow+SW_HIDE), and is only an icon in . CEM> Here you did not try to check up? CEM> you badly know old kind Microsoft These children did all software mandatory with the registration of that it is possible to get to any place without . If you under above resulted instruction got : CEM> <> / <gap> is a left mouse button on an icon/defoltnoe action (as well as everywhere). It suffices many programs to seem outside. For example,  a manager, at which hide minimized on. CEM> <shift> - <F10> - right  on an icon (as well as everywhere), the shortcut menu. It for those applications who has not enough left mouse button. CEM> So, all that can be made the mouse in  - it is possible to make from the keypad It not obviously ... Normal average  was abundantly meeting in a Central Russian band of Russia about it concepts has no. I about other. Windows on the screen are not present, it is hidden and there is only an icon in , but the window is in list Alt+Tab. Here it for it is customary! As it becomes talk another ... And all these latent commands yes khaki, it just for our opponent is more. I with Windows probably years so 25 sign already. Though that Ctrl+C on standard MessageBox  in a clipboard  learned the content probably for about a year or two back. To a question on the latent and unobvious commands. It should Seemed to know, on the contrary. And would be though what indication, yes though  about Ctrl+C in an icon in the same MesssageBox - and problems would not be. All would know and used. It very much a vivid example: it is not necessary how to do. Clearly that for the Vaski-mechanic-sanitary technician there should be "a latent manhole" that "to clean pipes" if very much it is necessary. But generally all it for the user, therefore it is necessary to do things which are at least visible, are somehow displayed, shown on the screen,  back coupling. PS: I tried these  with gaps yes . I do not argue, probably should work. Well at me any  began,  with Google began something windows

39

Re: To move a window over others.

Hello, Carc, you wrote: a C> It very much a vivid example: it is not necessary how to do. Clearly that for the Vaski-mechanic-sanitary technician there should be "a latent manhole" that "to clean pipes" if very much it is necessary. But generally all it for the user, therefore it is necessary to do things which are at least visible, are somehow displayed, shown on the screen,  back coupling. It seems to me that all these things again rest against old kind Microsoft. The last time when I NT4 installed, I sat and looked to a turn of files which the installer copied. 7 by then quitted already, I sat and there and then in a head compared 7-ku and these files. And in a kind way it was a pity to me 4-ku at it in a dial-up such ascetic naive minimum that seemed, in its evenings ten talented students (and can so it and was though its survivability says that it there were not students precisely) collected. And now I think that  was born already for a long time, during the same times it was necessary the nobility console ms-dos, same (another was not) unix, it was necessary to remember all these commands by heart. Therefore, as it seems to me, children from Microsoft cared of a functional, than about how much they intuitively it should be clear because the Windows have been more calculated for us, computer scientists, than on simple users more. Calculation was that users I will read  if want to learn.  till now so do. Therefore much that could escape, I about copying from Msg learned too no more 5 years ago, too is casual, though about shift-f10 knew still with 90 (I behind the back had our working file server at which the mouse slomalas/was lost, and buttons "menu" then in keypads yet was not). Now all in another way, but an old functional and GUI anybody to touch any more will not be, and it is good, because new GUI it is any  arrival  all laws of an UI-structure which, by the way, in msdn are described. I.e. they msdn, quits, did not read. Or hammered. Yes it is fine laws, sometimes common sense it is not visible. Therefore, let old warm  things remain, as there is a C> PS: I tried these  with gaps yes . I do not argue, probably should work. Well at me any  began,  with Google began something windows  Ooot! Because all their these programmers msdn did not read!

40

Re: To move a window over others.

Hello, CEMb, you wrote: CEM> Now all in another way, but an old functional and GUI anybody to touch any more will not be, and it is good, because new GUI it is any  arrival  all laws of an UI-structure which, by the way, in msdn are described. I.e. they msdn, quits, did not read. Or hammered. Yes it is fine laws, sometimes common sense it is not visible. Therefore, let old warm  things remain, as is Yes! At them full  with the interface now. One word - . Where indication? Where "all near at hand", well like if is any dockable the panel to close it it would be possible quickly: the same dagger + the shortcut menu with the main affairs. And what it is visible? The dagger as always is not present. In the menu everything, including the link to adjustment ,  and . At historians only two questions:  and ? If I the administrator \developer I and itself will reach your personification when am required. If is not present, to the simple user what for it ? It will not recustomize anything, for not . And here where-thread throw out the panel I cannot. Well about what to speak? Hindus explicitly did: it any more the design, is "glamour". Beautifully, it is animated - but it is useless!!! And the main thing at all of them equally does not turn out: it is impossible to make the tool equally good for in total both for phone, and for an Internet, and for normal operation. And the Swiss knife here not and! It not the tool, is "toothpick" such. As a toothpick it is indeed good and general-purpose, but as the tool. About UI\UX in Windows all is visible. Alan Cooper from them left and at once the result  is visible. And generally NT not boys wrote. If there in a kernel to rummage, understand an idea, implementation - that is visible, as is conceived beautifully, and made beautifully. And that that is not enough files, so "perfection when could not be removed it, instead of there is nothing to add". And now estimate: all it has been made in 93-95 years. __: It would seem NT 4 sp6, , services, Unicode all affairs. So here this "" flied by the machine where as faster and precisely it is more reliable, than 98th Windows. Attention: machine P-150, 16 MB the RAM. I repeat on syllables: a Pentium-150 (at all a stub-2), 16 meters (meters, meters, not ) .

41

Re: To move a window over others.

Hello, Carc, you wrote: the C> And the main thing at all of them equally does not turn out: it is impossible to make the tool equally good for in total both for phone, and for an Internet, and for normal operation. And the Swiss knife here not and! It not the tool, is "toothpick" such. As a toothpick it is indeed good and general-purpose, but as the tool. Here at me a question on this subject on which at me the answer while is not present. All of us programmers, and it is literally in the second class of school us learn to separate the interface from a functional. Attempts  the Windows interface began still with WindowsME, it inside had regular means of change of appearance. A question: why till now they (MS) and could not make so that UI Windows changed quickly and simply? Till now in personification only colors (in 10-ke even the sizes hid. And, yes, and color left only one) and pictures on a desktop. The unique reason I see the device user32.dll in particular and all internal system GUI generally.  children from group NT for not clear reasons heaped all and complicated, probably, to please good productivity, I do not know. As a result to get inside and to separate the interface from implementation it became strongly difficult. Unique who more or less could  Windows, was StarDocks. We on operation fairly danced in due time with tambourines to make about the same. Here if MS divided a functional and UI, it would be possible to chop off this sad web interface and to include normal . Yes even it is simple, without switching, it was possible to collect  Windows with the normal interface, and tablet - with boxes. I do not understand, why so it has not been made.