>Alain Wrobel wrote:
>>
>>          Bonjour,
>>
>>          A few questions about FB^3 R6 (.fr version) with Appearance runtime
>>
>>          - is the (simple) window type _docRound still existing (this
>>  type gives the same result than _docNoGrow)
>>
>Jonathan is right, that type is gone.
>
>>          - what are the possible values for the field "just" in the
>>  RECORD "ControlFontStyleRec" (I have tried _centerJust, _leftJust,
>>  _rightJust with APPEARANCE BUTTON of type _kControlEditTextProc and
>>  the text is always left justified)
>>
>Maybe someone will come up with an answer, but I have the feeling
>there is a bug in the Appearance Manager which doesn't seem to take
>into account the just field of the ControlFontStyleRec record.
>I suggest to extract the TERec from the control and alter the just
>field like so:
>
>DEF SETBUTTONTEXTSTRING( 1, "Hello" )
>DEF SETBUTTONFONTSTYLE( 1, cfs )
>DIM teH AS ..TERec
>teH = BUTTON(1,_FBgetControlTEHandle)
>LONG IF teH
>   teH..just = _teJustRight// or _teJustCenter, _teJustLeft
>END IF
>
>>          - 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)
>
>--
>Cheers,
>
>Alain



	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 ...).

		Alain.

--
_________________________________________________________________
A. Wrobel *GREGUM-UMR ESO, Université du Maine*Tel:02-43-83-35-44
_________________________________________________________________