[PATCH] Implement OleCreatePropertyFrame (try 3)
Reece Dunn
msclrhd at googlemail.com
Sat Jan 30 11:11:19 CST 2010
On 30 January 2010 16:44, Geoffrey Hausheer
<winedevel9605 at phracturedblue.com> wrote:
> On Fri, Jan 29, 2010 at 11:10 AM, Stefan Leichter Stefan. wrote:
>>
>> Am Friday 29 January 2010 15:01:55 schrieb Geoffrey Hausheer:
>> > Is there anything I can do to move this patch forward? I've fixed all
>> > the
>> > issues that have been raised so far. I have no dea what it is waiting
>> > on,
>> > and if there is anything I can do to get it committed or if it is just a
>> > question of being patient. As I said previously I'd happily write a
>> > test
>> > for it, but I couldn't find any examples of how to test a modal dialog
>> > box
>> > in Wine, so I just don't know what the right way to do that is.
>>
>> According to http://source.winehq.org/patches/ the patch is pending. You
>> may
>> have more luck if you send some test cases for the unit tests first.
>>
> Which, as I tried to explain in my mail, I have no idea how to do because
> the function is basically (from user-space) atomic and implements a Modal
> dialog box, and I haven't seen any Wine tests that deal with anything
> remotely like that. So I am at a loss as to how to write tests for this
> function. If that is what is needed to get it committed, then I need
> guidance as to how to go about it.
You can create tests that are marked as winetest_interactive:
if ( ! winetest_interactive ) { skip("these tests require user
interaction to work."); return }
This is used in several places in the tests (e.g.
dinput/tests/joystick.c) to provide visual/interactive checks for
functionality that cannot otherwise be tested.
Alternatively, does the API provide a way to hook into the modal
dialog, like comdlg32 does? If so, you could use that to drive the
tests.
- Reece
More information about the wine-devel
mailing list