[wxPython-users] Appearance of Native GTK+2 Widgets
Rich Shepard
rshepard at appl-ecosys.com
Mon Jan 29 13:04:42 PST 2007
On Mon, 29 Jan 2007, Robin Dunn wrote:
> I don't think I've seen this, unless it's just the unfocused/focused
> selection colors. That is normal for gtk widgets and can probably be
> controlled by changing system color settings somewhere. If that doesn't
> appear to be what is going on then can you send a small screen shot and a
> sample app?
Robin,
If it was the unfocused/focused selection colors, I don't think it would
behave the way it now does. It looks 'unfocused' until I click on it or
another item, then it becomes 'focused' and stays that way.
I'll send a screenshot and the code when I get the application running
again. I'm making major changes on a notebook page and it's currently in an
unstable state.
> This is normal. If there isn't room on the screen below to show all of the
> drop-down list then it will toss it up instead ;-)
Oh. With the same number of items in the list it used to go down. Now it
goes up. The application window is in the same position on the screen. Oh,
well.
>> I looked on the GTK+ web site but found no screenshots or other
>> displays of native widget behavior except for the Glade page that showed
>> the tree control (with no lines, which is OK) but with a highlight across
>> the width of the widget's window for the highlighted item.
>
> That is an option that can be selected with a style flag,
> wx.TR_FULL_ROW_HIGHLIGHT.
Thank you. That will probably make it easier to see where we are. It may
also resolve the first issue above. Need to wait for the app to pass syntax
check before testing these fixes.
Rich
--
Richard B. Shepard, Ph.D. | The Environmental Permitting
Applied Ecosystem Services, Inc. | Accelerator(TM)
<http://www.appl-ecosys.com> Voice: 503-667-4517 Fax: 503-667-8863
More information about the wxpython-users
mailing list