OpenEuphoria

Re: Mouse clicks in EditText with CWindow as Parent

• Posted by CChris <christian.cuvier at agriculture.gouv.fr> Apr 18, 2007
• 618 views

Judith Evans wrote:
> 
> CChris wrote:
> > 
> > Judith Evans wrote:
> > > 
> > > CChris wrote:
> > > > 
> > > > Judith Evans wrote:
> > > > 
> > > > [snipped]
> > > > > 
> > > > > I'm not clear what patch#67 is but in doing a search of Eu messages I
> > > > > find
> > C.K.</font></i>
> > > > > refered to it and labeled it as from January. I think I have applied
> > > > > all
> the</font></i>
> > > > > suggested revisions to Win32lib.
> > > > > 
> > > > 
> > > > I gave the version number 0.60.C to my modified versions I released on
> > > > the
> > > > mailing list, since at the time it was not clear at all whether Derek
> > > > was
> > > > maintaining the package. Since 'C' is 67, that's why ck named it that
> > > > way.
> > > > 
> > > > CChris
> > > 
> > > In that case, yes I did test with your 0.60.C 04-09-07 version. After
> > > using
> > > setFocus in a w32HActivate setHandler I can use the keyboard to move the
> > > cursor,
> > > delete data, add data, backspace but using the mouse does nothing.
> > > 
> > > judith
> > 
> > Same as per the official version.
> > Did you try locating the "classAttr[EditBox]" line and add w32Clickable to
> > the class properties? Then at least w32HClick is fired - but still no
> > apparent reaction to mouse clicks, even though it always gets them.
> > Problem doesn't arise when replacing EditText with ListBox, or parenting
> > the edit field to the active window. This would look like a pesky bug. Or 
> > perhaps just Windows' perversity.
> > 
> > CChris
> 
> classAttr[EditText] had w32AutoSelect  so I added + w32Clickable to it.
> Doesn't
> seem to do anything though for firing w32HClick.
> 
> If this turns out to be some problem with a window with WS_CHILD style,
> perhaps
> Rad can use a regular window and position it in the main window's w32HOpen.
> But it is a bit of a pain to reposition any time the user moves the main
> window
> or Maximize/Restore/Minimize it.
> 
> judith

I just spent some time home spying at the messages the edit field and its
parent window get, both when the parent window has WS_CHILD and not.

The parent window, when it has WS_CHILD, doesn't reflect some messages like
WM_CTLCOLOREDIT, which is why the edit control does not paint properly. This
is supposed to be the job of a dialog box procedure. So, the problem comes
from incomplete emulation of dialog boxes by child windows.
I can't see a quick fix there. Using openDialog() is of no help, of course.

So, your solution could be the best workaround available, as unappealing as
it sounds. Sorry, Rad (unless someone gets a bright idea).

CChris