I have a created a s3E
References: <20041202191349.GA1182@[...].com>  <41B01EBD.4050308@[...].com> <20041203152045.G
A6659@[...].com>  <41B0A3A7.4060505@[...].com> <20041203181414.GA7236@[...].com> <41B0D1DF.40
50305@[...].com>  <20041203211231.GA8444@[...].com> <41B0DDE0.8020603@[...].com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <41B0DDE0.8020603@[...].com> 
Sender: <grante@[...].com> 
User-Agent: Mutt/1.5.6i
X-Spam-Checker-Version: SpamAssassin 2.63 on a.mx.sunsite.dk
X-Spam-Level: 
X-Spam-Status: No, hits=0.0 required=6.0 tests=none autolearn=no version=2.63
X-Spam-Hits: 0.0
Subject: [wxPython-users] Re: Dialog window placement won't work.
X-PMX-Version: 4.7.0.111621, Antispam-Engine: 2.0.2.0, Antispam-Data: 2004.12.3.5
X-PerlMx-Spam: Gauge=IIIIIII, Probability=7%, Report='__CD 0, __CT 0, __CT_TEXT_PLAIN 0, __H
AS_MSGID 0, __MIME_VERSION 0, __SANE_MSGID 0, __UNUSABLE_MSGID 0, __cbl.abuseat.org_TIMEOUT 
'

On Fri, Dec 03, 2004 at 01:42:56PM -0800, Robin Dunn wrote:

>  >Does this mean that the "style" bits are overloaded?
>  >
>  >I'm a little surprised that the "default" style for dialogs is
>  >"password" mode.  
>  
>  Some of the bits are common to all window types, and the others are 
>  dependent on the window type.  This is an example of an overlap in the 
>  wx.Dialog specific bits and the wx.TextCtrl specific bits
>  
>  >It also seems odd that neither wx.SingleChoiceDialog nor
>  >wx.TextEntryDialog use wx.DEFAULT_DIALOG_STYLE as the default
>  >style.  I'll add those to my list of things I just don't get
>  >about wxWidgets... :)
>  
>  The Choice dialogs use wxCHOICEDLG_STYLE for a default which is :
>  
>  #define wxCHOICEDLG_STYLE >     (wxDEFAULT_DIALOG_STYLE | wxRESIZE_BORDER | wxOK | wxCANCE
L | wxCENTRE)
>  
>  
>  wx.TextEntryDialog has a default as well:
>  
>  #define wxTextEntryDialogStyle (wxOK | wxCANCEL | wxCENTRE | 
>  wxWS_EX_VALIDATE_RECURSIVELY)
>  
>  which is then combined with wxDEFAULT_DIALOG_STYLE inside the constructor.

That explains the current behavior.  It seems a bit
inconsistent, but I've done worse. :)

What I'm basically trying to do is implement pop-up windows
that allow the user to change the values of label widgets when
the labels are clicked on.  I tried using text-entry and combo
boxes instead of labels. They took up way too much screen space
and I simply didn't have room on the screen for them. I
stumbled across wxPopupWindow, but Google tells me they're not
modal, and I want modal behavior. SingleChoice and TextEntry
dialogs do what I want, except I can't them the to pop up where
I want them to except in a trivally small program.

-- 
Grant Edwards
grante@[...].com

---------------------------------------------------------------------
To unsubscribe, e-mail: wxPython-users-unsubscribe@[...].org
For additional commands, e-mail: wxPython-users-help@lists.wxwidgets.org