|
Class: CodeCompletionHelpView
Object
|
+--GraphicsMedium
|
+--DisplaySurface
|
+--SimpleView
|
+--View
|
+--CodeCompletionHelpView
- Package:
- stx:libtool
- Category:
- Interface-Help
- Version:
- rev:
1.14
date: 2019/02/14 14:48:37
- user: cg
- file: CodeCompletionHelpView.st directory: libtool
- module: stx stc-classLibrary: libtool
- Author:
- Claus Gittinger
used with code completion suggestions
ActiveHelp
Workspace::CodeCompletionService
instance creation
-
with: aView
-
create a talking-view wrapping some other view
usage example(s):
(ActiveHelpView with:(TextView new)) realize
(ActiveHelpView with:(TextView new)) open
(ActiveHelpView with:(Button label:'ok')) open
|
accessing
-
editView: aView
-
-
withView: aView
-
set the component view
event handling
-
delayedClose
-
-
delayedDestroy
-
-
delayedUnmap
-
-
focusOut
-
(comment from inherited method)
lost keyboard focus (via the window manager).
Nothing done here
-
handlesButtonMotion: state inView: aView
-
-
handlesButtonPress: state inView: aView
-
-
handlesButtonRelease: state inView: aView
-
-
handlesKeyPress: key inView: aView
-
-
handlesKeyRelease: key inView: aView
-
-
handlesPointerEnter: state inView: aView
-
-
handlesPointerLeave: state inView: aView
-
-
installDelayedClose
-
-
keyPress: key x: x y: y view: aView
-
(subViews notNil and:[aView == (subViews firstIfEmpty:nil)]) ifTrue:[
-
pointerEnter: state x: x y: y view: view
-
-
pointerLeave: state view: view
-
initialization
-
checkForClosedEditor
-
-
initStyle
-
setup viewStyle specifics
-
realize
-
self computeShape.
-
release
-
private
-
resizeToFit
-
resize myself to make the component view fit
queries
-
isPopUpView
-
return true - I am a popUp type of view (no decoration, pop-to-top)
-
wantsFocusWithButtonPress
-
DEFINITELY not, because if we do so,
the editView looses focus on click, and sends me to hell in its lost focus handling!
So I will be terminated by a buttonPress, before I get a chance to handle the buttonRelease
(in which I fire my action)
-
wantsFocusWithPointerEnter
-
DEFINITELY not, because if we do so,
the editView looses focus on entry, and sends me to hell in its lost focus handling!
So I will be terminated by a motion
|