flat assembler
Message board for the users of flat assembler.

Index > Windows > AnimateWindow() worst f at all

Goto page Previous  1, 2, 3
Author
Thread Post new topic Reply to topic
DimonSoft



Joined: 03 Mar 2010
Posts: 1228
Location: Belarus
DimonSoft 21 Aug 2020, 11:49
Overclick wrote:
DimonSoft, what fault you talking about? Did you read the code? Do you understand it at all? Do you know better solution for this situation? Sure you don't. That is not my fault revolution doesn't trust people here and my measuring was absolutely correct.
AFAICT is you are local troll that for sure )) Don't message me that way. All you saying around the forum is only spam and flood.

Enough said. Good luck trying to get help. As far as I can see you’ve already switched to putting calls to random functions into random places and putting random modifiers that change nothing. As documentation states, AnimateWindow is for hiding/showing windows (and it works for these cases as expected), while minimized windows are another tricky case. Maybe you’ll even succeed reimplementing window restore on your own, move on, no need to listen to trolls who just ask not to be rude to people who see you’re a newbie and want to make sure you didn’t make a mistake in some other place before diving into your theory of “buggy Windows”.
Post 21 Aug 2020, 11:49
View user's profile Send private message Visit poster's website Reply with quote
bitRAKE



Joined: 21 Jul 2003
Posts: 3885
Location: vpcmipstrm
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
Post 21 Aug 2020, 12:35
View user's profile Send private message Visit poster's website Reply with quote
Overclick



Joined: 11 Jul 2020
Posts: 635
Location: Ukraine
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 Достал уже, самоутверждайся в другом месте, или как минимум по теме.
Post 21 Aug 2020, 14:44
View user's profile Send private message Visit poster's website Reply with quote
Display posts from previous:
Post new topic Reply to topic

Jump to:  
Goto page Previous  1, 2, 3

< Last Thread | Next Thread >
Forum Rules:
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
You cannot attach files in this forum
You can download files in this forum


Copyright © 1999-2023, Tomasz Grysztar. Also on GitHub, YouTube.

Website powered by rwasa.