Re: [3/5] comctl32: Implement TaskDialogIndirect as a custom dialog box (try 2)

[Alexandre Julliard]

Joachim Priesner  writes:
> Am Dienstag, 24. Februar 2015 schrieb Alexandre Julliard:
> > There shouldn't be any need to distinguish. If you get 0 then there's no
> > defined string and you use the fallback.
>
> Windows makes that distinction though:
> - String of length zero: TaskDialogIndirect succeeds, but no text is displayed for that parameter
> - Invalid resource: TaskDialogIndirect fails with ERROR_RESOURCE_NAME_NOT_FOUND

This is broken behavior, I don't see much point in reproducing this
(unless of course you can find an app that depends on it).