AnalogClockWindow bug and demo module issue

In the demo, it seems to be loading and running the demo modules even if the notebook tab is on the Overview or Demo Code tabs. Either the tab needs to be switched automatically to the running Demo tab when the user chooses a control from the tree or the demo shouldn't run until the tab is clicked.

The AnalogClockWindow under Custom Controls appears to have a problem. I'm getting the following message in the log window

Debug: ..\..\src\msw\dc.cpp[2178]: 'BitBlt' failed with error 0x00000057 (the parameter is incorrect.).

Eventually, a 100% of my CPU is taken up and I have to kill the demo. I just tested this with the latest preview build 2.5.2.4. I will try and do more testing on Windows and Mac this weekend. Initially, it appears most of the Mac bugs I've submitted reports for or mentioned on the list are still there, but perhaps we can have another Mac release once the wx.TextCtrl issues are resolved rather than waiting months for the next big release.

ka

Hi Kevin,

I'll try to take a look at the the wxTextCtrl issues early next week. I'm almost finished with my battle with Mozilla (wxMozilla on Mac is now drawing itself properly) and Stefan said he's made some wxTextCtrl fixes very recently, so I hope to do some testing on that just as soon as I've gotten Mozilla working. (The only issue left - for now - is that clicks aren't being properly handled.)

If I can't take care of it next week, it will have to wait until the last week of August, as I am doing some software training on the 17th-20th (for EClass, actually). After that, I won't have any immediate deadlines coming up and I'll be able to do some more debugging and testing.

Thanks,

Kevin

···

On Aug 7, 2004, at 9:15 AM, Kevin Altis wrote:

In the demo, it seems to be loading and running the demo modules even if the notebook tab is on the Overview or Demo Code tabs. Either the tab needs to be switched automatically to the running Demo tab when the user chooses a control from the tree or the demo shouldn't run until the tab is clicked.

The AnalogClockWindow under Custom Controls appears to have a problem. I'm getting the following message in the log window

Debug: ..\..\src\msw\dc.cpp[2178]: 'BitBlt' failed with error 0x00000057 (the parameter is incorrect.).

Eventually, a 100% of my CPU is taken up and I have to kill the demo. I just tested this with the latest preview build 2.5.2.4. I will try and do more testing on Windows and Mac this weekend. Initially, it appears most of the Mac bugs I've submitted reports for or mentioned on the list are still there, but perhaps we can have another Mac release once the wx.TextCtrl issues are resolved rather than waiting months for the next big release.

ka

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

Kevin Altis wrote:

In the demo, it seems to be loading and running the demo modules even if the notebook tab is on the Overview or Demo Code tabs. Either the tab needs to be switched automatically to the running Demo tab when the user chooses a control from the tree

This was one of Eugene's flicker optimizations. I can see both sides of the issue on this one. For example, if you are just looking at the overviews then it is nice to not switch away from that tab when selecting items from the tree. On the other hand, the demo has been switching to the Demo tab when an item is select since forever so it seems real strange that it doesn't. I guess the real question is what would a newbie expect or be most comfortable with?

or the demo shouldn't run until the tab is clicked.

This would not be easily doable.

The AnalogClockWindow under Custom Controls appears to have a problem. I'm getting the following message in the log window

Debug: ..\..\src\msw\dc.cpp[2178]: 'BitBlt' failed with error 0x00000057 (the parameter is incorrect.).

This sounds like what Jean-Michel saw with switching back to the HtmlWindow sample. I also don't see this one. It may be a platform version or video driver issue...

···

--
Robin Dunn
Software Craftsman
http://wxPython.org Java give you jitters? Relax with wxPython!

Kevin Altis wrote:

In the demo, it seems to be loading and running the demo modules even if the notebook tab is on the Overview or Demo Code tabs. Either the tab needs to be switched automatically to the running Demo tab when the user chooses a control from the tree

This was one of Eugene's flicker optimizations. I can see both sides of the issue on this one. For example, if you are just looking at the overviews then it is nice to not switch away from that tab when selecting items from the tree. On the other hand, the demo has been switching to the Demo tab when an item is select since forever so it seems real strange that it doesn't. I guess the real question is what would a newbie expect or be most comfortable with?

IMHO, I find it confusing in general that the demo runs even if I haven't selected the Demo tab. I actually liked the fact that it stayed on the same tab from demo to demo, but it was jarring each time I clicked on an external demo that the demo would load even if I just intended to look at the overview.

Better, I think, to make the Demo the default tab and then let people click off of it. It at least doesn't make people wonder why some demos load automatically while others don't.

Also, kudos to the folks who've been working on the demo, the editable samples is really, really cool! One idea I just thought of too - add a "Documentation" tab that links to the online docs, or preferably offline, though I don't know if a HTML version of the docs comes with the package on all platforms.

or the demo shouldn't run until the tab is clicked.

This would not be easily doable.

The AnalogClockWindow under Custom Controls appears to have a problem. I'm getting the following message in the log window
Debug: ..\..\src\msw\dc.cpp[2178]: 'BitBlt' failed with error 0x00000057 (the parameter is incorrect.).

This sounds like what Jean-Michel saw with switching back to the HtmlWindow sample. I also don't see this one. It may be a platform version or video driver issue...

I'm not seeing this either, unfortunately. ;-/

Thanks,

Kevin

···

On Aug 9, 2004, at 11:11 AM, Robin Dunn wrote:

<snip>

>
>> The AnalogClockWindow under Custom Controls appears to have a
>> problem. I'm getting the following message in the log window
>> Debug: ..\..\src\msw\dc.cpp[2178]: 'BitBlt' failed with error
>> 0x00000057 (the parameter is incorrect.).
>
> This sounds like what Jean-Michel saw with switching back to the
> HtmlWindow sample. I also don't see this one. It may be a platform
> version or video driver issue...

I'm seeing this with the latest RC - 2.5.2.6, Windows XP SP 1, Nvidia
video card. I've used wxBufferedDC plenty in my own (C++) code without
problems.

···

On Mon, 9 Aug 2004 11:41:59 -0700, Kevin Ollivier <kevino@tulane.edu> wrote:

I'm not seeing this either, unfortunately. ;-/

Thanks,

Kevin