[Gtk-sharp-list] FW: Help needed on Window's TransientFor Property.

[libin]

Hi Chris,

I tried to solve the problem using  window.SkipTaskbarHint = true, but the
problem in windows is, I cant get back the minimized window without making
another new window as I don't have the taskbar button.

Also in linux the problem of having separate taskbar buttons remains even
after using this code. This taskbar Buttons are actually coming on the
desktop taskbar and not on the parent window.

Earlier In Windows It was working fine with only one taskbar buttonthat too
when minimized it gets minimized on the parent window.I am calling it
taskbar button but when it is minimized it is showing only on the parent
window and not on the windows taskbar.

And In case of linux every window was having a separate taskbar button in
the taskbar itself.

I think the problem in linux is the OS is considering every new window as a
separate process.

Any Inputs about what we could have done wrong here?

Many Thanks,

Libin



-----Original Message-----
From: Chris Howie [mailto:cdhowie at gmail.com] 
Sent: Wednesday, February 04, 2009 8:45 PM
To: libin
Cc: gtk-sharp-list at lists.ximian.com
Subject: Re: [Gtk-sharp-list] Help needed on Window's TransientFor Property.

On Wed, Feb 4, 2009 at 1:18 AM, libin <libin.mohanan at wipro.com> wrote:
> Dear Chris,
>
> In Linux, separate task bar buttons are appearing for each window when 
> we are opening multiple windows.
> And we should select each by selecting the corresponding buttons.
>
> And in windows XP no separate task buttons are coming. Only one button 
> will be there for the entire application. While minimizing multiple 
> windows, it shows only a single taskbar button and we can get 
> individual windows by clicking on this repeatedly.

Out of curiosity, is there actually only one taskbar button or is the XP
taskbar grouping them?

> This is wat the code looks like:
>
>                //this is for making module window lie on parent
>
>            this.TransientFor = MyClass.MyClassWindow;//parent window
>                this.DestroyWithParent = true;
>
> When we are testing this code in SUSE SLES-10(x86), it is giving the 
> unexpected behaviour.
>
> Actually we are here creating new objects of windows(with modal= 
> false)to accomplish the MDI work around. So a taskbar button for every 
> window is highly undesirable.

You can force a window to not have a taskbar button by setting
window.SkipTaskbarHint = true.

--
Chris Howie
http://www.chrishowie.com
http://en.wikipedia.org/wiki/User:Crazycomputers



Please do not print this email unless it is absolutely necessary. 

The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. 

WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. 

www.wipro.com