tips needed for implementing the common control ICC_STANDARD_CLASSES

[James Hawkins]

I did a full cvs update on the wine tree, recompiled and installed,
and the kazaa lite wizard does not crash when you click next.  I'm not
exactly sure what caused this, but it is great to be able to move on. 
Thanks for all the help.

On Sun, 29 Aug 2004 09:38:34 -0400, James Hawkins <truiken at gmail.com> wrote:
> Here is the output of the program and the backtrace.
> 
> 
> 
> On Sun, 29 Aug 2004 10:55:02 +0100, Robert Shearman <rob at codeweavers.com> wrote:
> > James Hawkins wrote:
> >
> > >>This is all just speculation, but maybe it's possible that Kazaa uses a
> > >>non-standard control in it's code?
> > >>
> > >>
> > If it works on Windows 2000, for example, (or using comctl32.dll v5.81
> > instead of v6) then this is not the cause.
> >
> > >On Sat, 28 Aug 2004 22:17:24 -0400,
> > >michael at cherryblossom.homelinux.com
> > ><michael at cherryblossom.homelinux.com> wrote:
> > >
> > >
> > >>On Fri, Aug 27, 2004 at 12:53:36PM -0400, James Hawkins wrote:
> > >>
> > >>
> > >>>I'm reading through msdn some more and they say ICC_STANDARD_CLASSES should
> > >>>
> > >>>"Load one of the intrinsic User32 control classes. The user controls
> > >>>include button, edit, static, listbox, combobox, and scrollbar."
> > >>>
> > >>>If I'm remembering, those controls are already implemented in
> > >>>wine/controls.  Maybe ICC_STANDARD_CLASSES just loads one/several of
> > >>>these controls for the user.  I'm really not sure though, and I'm sure
> > >>>
> > >>>
> > >>This is all just speculation, but maybe it's possible that Kazaa uses a
> > >>non-standard control in it's code?  That wouldn't surprise me,
> > >>especially when one considers the complex peer-to-peer concepts behind
> > >>how it works.
> > >>
> > >>
> > It doesn't use common controls to implement its peer-to-peer concepts.
> >
> > >>>On Fri, 27 Aug 2004 12:48:03 -0400, James Hawkins <truiken at gmail.com> wrote:
> > >>>
> > >>>
> > >>>>the installation of klite, a program called KLConfigWizard.exe is run.
> > >>>> It's a dialog box with some text initially, then when you click the
> > >>>>next button, the user encounters a fatal error and we're sent to the
> > >>>>debugger.
> > >>>>
> > Could you send me the backtrace and/or try the patch in this message:
> > http://www.winehq.org/hypermail/wine-patches/2004/08/0520.html
> >
> > >>>>  The error is:
> > >>>>
> > >>>>fixme:commctrl:InitCommonControlsEx Unknown class! dwICC=0x4000
> > >>>>
> > >>>>    The unknown class is one of the two control classes left to be
> > >>>>implemented in commctrl: ICC_STANDARD_CLASSES.
> > >>>>
> > Assuming that the program works on operating systems older than XP, this
> > message is not the cause of your problems.
> >
> > >>>>  I would like to
> > >>>>implement this class, but I have no idea where to start.  I've
> > >>>>searched msdn for ICC_STANDARD_CLASSES, but it only turned up a link
> > >>>>to the INITCOMMONCONTROLSEX structure.  If anyone has any ideas or
> > >>>>hints that they can give me, I would really appreciate it.  Thanks for
> > >>>>your time.
> > >>>>
> > >>>>
> > To implement ICC_STANDARD_CLASSES would mean copying a bunch of code
> > from user32 (or being really clever and somehow reusing it) and then
> > implementing the few new messages, which usually involve being able to
> > use image lists and using themes.
> >
> > Rob
> >
> >
> 
> 
> --
> James Hawkins
> 
> 
> 


-- 
James Hawkins