On Wed, Mar 26, 2008 at 1:11 PM, Robert Dailey <rcdailey_at_gmail.com> wrote:
> On Mon, Mar 24, 2008 at 11:49 AM, Stefan Küng <tortoisesvn_at_gmail.com>
> wrote:
>
> > Robert Dailey wrote:
> >
> > > I wouldn't expect them to be as personable as you guys are :(
> >
> > Well, they should be even better since they get money for their product!
>
>
> So much for that theory. I contacted them 2 days ago and they still have
> not responded. Oh well. I sent them an exact copy/paste of your description
> of a possibility that may be causing the problem, so hopefully that will get
> them started on a solution if they ever get around to it. Thanks for your
> feedback.
>
> > I find it odd that other context menu icons (Like WinMerge) show up just
> > > fine, but TortoiseSVN's do not. I'll contact them and see what they
> > can
> > > do, but since they are a shareware product, they will probably take
> > > their pretty time on getting it done.
> >
> > most other apps set the menu icon directly. We probably would do the
> > same if we only had one or two entries in the menu. But TSVN has a *lot*
> > of entries, most of them in a submenu which most of the time the user
> > uses the context menu won't even show. So TSVN uses the callback
> > mechanism: we set the icon member to HBMMENU_CALLBACK which tells the
> > shell to ask for each icon only when it actually shows the entry.
> > My guess would be that they simply don't handle the HBMMENU_CALLBACK...
> >
> > Stefan
> >
>
I finally got a response back on this issue, they say:
*"**Hello,
I have just inquired with the developers about this again, but have received
a response that there is unfortunately nothing they can do to respect these
icons, since the call to draw the icons is occurring prior to the call to
paint the context menus."*
Any ideas on this one Stefan?
Received on 2008-05-12 23:27:56 CEST