flat assembler
Message board for the users of flat assembler.
![]() Goto page Previous 1, 2, 3 |
Author |
|
bitRAKE 21 Aug 2020, 12:35
Just to be pedantic (you've probably already resolved this, but it's not stated here), I want to mention that hiding the dialog enacts the relationship with its parent (at the application level). When executing from fasmw, fasmw is the parent. Getting the animated effect can be affected by this as fasmw is positioned above your dialog in the Z-order. To get consistent display requires fixing the Z-order. One might think there isn't a problem because they can see their window, but that doesn't happen until later, iirc, at WM_ACTIVATE. Animation happens prior.
_________________ ¯\(°_o)/¯ “languages are not safe - uses can be” Bjarne Stroustrup |
|||
![]() |
|
Overclick 21 Aug 2020, 14:44
bitRAKE, not like that. I run it separately and this Z-order is clear. As Microsoft says "SW_HIDE Hides the window and activates another window.". My solution works just fine exept that fact the AnimateWindow needs the window to be hidden, not minimized. It is stupid MS bug, but I don't care any more. Without SW_HIDE after animation I don't lose focus no more. I'll look around to Restore my window by COM or something else instead of SW_RESTORE. That why I cannot mark the thread as solved, not completely yet.
DimonSoft, AnimateWindow is almost absolete function with badly support of it. There is no another options to use it with minimithing process . It changes styles even if you refresh it after. Set timer to slowmotion and have a look, styles changed in animation process already. No matter it's hidding or showing process. PS Достал уже, самоутверждайся в другом месте, или как минимум по теме. |
|||
![]() |
|
Goto page Previous 1, 2, 3 < Last Thread | Next Thread > |
Forum Rules:
|
Copyright © 1999-2023, Tomasz Grysztar. Also on GitHub, YouTube.
Website powered by rwasa.