[interfacekit] Re: private window_look, window_feel entries

Stefano Ceccherini wrote: 
2) window_feel(1025) - you say kMenuWindow.
        This kind of window, appears before all other windows, even before
B_MODAL_ALL_WINDOW_FEEL (AFAIK). Now, all menu windows automatically disappear
when loosing the "Active" state (i suspect on 'WindowActivated(false)').
I think this is handled by BMenu class... (can't look for that now)



Actually, yes, it's like that, but I think there is a little difference between
this and B_MODAL_ALL_WINDOW_FEEL, even if I didnt' test it carefully.
But I remember I noticed some differencies when I switched from
B_MODAL_ALL_WINDOW_FEEL to this private feel.


    Can't you use a B_MODAL_ALL_WINDOW_FEEL, grab the mouse and see where
the user moves/clicks to make menus/submenus appear/disappear?

        If the above is correct, then we're OK, as the new window manager
also has support for B_SYSTEM_FIRST kind of windows. Those, as you suspect
already, appear before B_MODAL_ALL_WINDOW_FEEL windows.
3) window_feel(1026) - kWindowScreen
        It's too early to talk about this.

Er, that doesn't prevent us from adding it to a header :), especially because BWindowScreen is already written and working :) 

    Yes, of course. :-)

        Now, about window_look values:
1) kPrivateDesktopWindowLook = 4
        I don't get this one. what wrong with B_NO_BORDER_WINDOW_LOOK?


No idea, I can only guess there are some differencies, otherwise they 
would've
used B_NO_BORDER_WINDOW_LOOK :=).


    We can use B_NO_BORDER_WINDOW_LOOK.

2) (window_look?) 25 => Canna method addon and Bottomline Window in input_server
        Can you explain this window's behavior? Anyone has a screenshot?


It's not a behaviour, it's a look. Can't make a screenshot right now, but 
I'll
try to take one as soon as possible, unless someone else make it first..


    Please.


bye,
Adi.

Other related posts: