Re: [wxPython-users] Re: Dialog window placement won't work.
by Robin Dunn other posts by this author
Dec 3 2004 9:42PM messages near this date
[wxPython-users] Re: Dialog window placement won't work.
|
RE: [wxPython-users] Problems with Unicode
Grant Edwards wrote:
> On Fri, Dec 03, 2004 at 12:51:43PM -0800, Robin Dunn wrote:
>
>
> >>However, or'ing wx.DEFAULT_DIALOG_STYLE into TextEntryDialog's
> >>style causes the entry field to show asterisks instead of the
> >>entered text. Is that what's supposed to happen?
> >
> >One of the style bits in wx.DEFAULT_DIALOG_STYLE probably has the same
> >value as wx.TE_PASSWORD. This is a common problem when trying to
> >combine styles for two different things in one style value.
>
>
> Yup:
>
> DEFAULT 0x20001800
> PASSWORD 0x00000800
>
> 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 | wxCANCEL |
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.
--
Robin Dunn
Software Craftsman
http://wxPython.org Java give you jitters? Relax with wxPython!
---------------------------------------------------------------------
To unsubscribe, e-mail: wxPython-users-unsubscribe@[...].org
For additional commands, e-mail: wxPython-users-help@lists.wxwidgets.org
Thread:
Grant Edwards
Robin Dunn
|