OpenEuphoria

Re: Mouse clicks in EditText with CWindow as Parent

• Posted by Judith Evans <camping at ccewb.net> Apr 18, 2007
• 606 views

CChris wrote:
> 
> 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


Thanks CChris, you tried and that is all anyone can ask of you. Perhaps Derek
will spot this discussion and have some insight.