Alain Wrobel wrote:
> 

> >>          - is it possible to trap keypress in "pseudo edit field"
> >>  APPEARANCE BUTTON _kControlEditTextProc  (like TEKEY$ function in
> >>  true edit field)
> >>
> >
> >Yes, there is an elegant way to filter keypress which is only
> >available to the Appearance Runtime: you can attach a filter fn to
> >an edit field that acts like a private edit handler.
> >Have a look at the example called Edit Field Filtering (Edit Field
> >Filtrage for the French example) in path: Examples:-- Ref Manual
> >Examples --:E: (aka Exemples:--  Manuel de Référence --:E)
> >
> > 
>         Merci Alain and Jonathan,
> 
>         But regarding the last point, the problem hidden in my
> question was that an Edit Field can't be embeded in a ControlUserPane
> BUTTON (with all the resulting problems of update ...).
> 

I'm afraid I replied too quickly and I missed the point. I believe
that you would have to play with a raw event handler to intercept
keystroke with Appearance controls.
My suggestion was about using FB edit fields. Those are are controls
too in the Appearance Runtime, so I believe it would be possible to
embed an edit field in a user pane. Since Edit fields are already
embedded in a user pane, perhaps that would mean to embed a user
pane in another user pane, if it's possible.
I have no code to test, but searching the runtime headers I think I
would try the FBFindEF fn for a start.

EFuserPaneControl& = Fn FBFindEF(efnum,_allEFSubClasses,_nil)
Long If EFuserPaneControl&
  err = Fn EmbedControl(EFuserPaneControl&,button&(_yourUserPaneID))
End If

I have no idea if the above would work.
-- 
Cheers,

Alain
------------------------------------------------------
                 Program different

                      E = FB^3

FutureBASIC^3 in Europe:  http://euro.futurebasic.com/
------------------------------------------------------