|
Class: MethodCategoryList (in Tools)
Object
|
+--Model
|
+--ApplicationModel
|
+--Tools::NavigatorModel
|
+--Tools::BrowserList
|
+--Tools::MethodCategoryList
|
+--Tools::FullMethodCategoryList
- Package:
- stx:libtool
- Category:
- Interface-Browsers-New
- Version:
- rev:
1.132
date: 2019/03/04 11:33:19
- user: cg
- file: Tools__MethodCategoryList.st directory: libtool
- module: stx stc-classLibrary: libtool
I implement the method category (= protocol) list in the new system browser
cleanup
-
lowSpaceCleanup
-
cleanup in low-memory situations
initialization
-
flushMethodInfo
-
self flushMethodInfo
-
initialize
-
interface specs
-
singleProtocolWindowSpec
-
This resource specification was automatically generated
by the UIPainter of ST/X.
usage example(s):
UIPainter new openOnClass:MethodCategoryList andSelector:#singleProtocolWindowSpec
MethodCategoryList new openInterface:#singleProtocolWindowSpec
|
-
windowSpec
-
This resource specification was automatically generated
by the UIPainter of ST/X.
usage example(s):
UIPainter new openOnClass:MethodCategoryList andSelector:#windowSpec
MethodCategoryList new openInterface:#windowSpec
MethodCategoryList open
|
plugIn spec
-
aspectSelectors
-
This resource specification was automatically generated
by the UIPainter of ST/X.
queries
-
isPseudoCategory: cat
-
aspects
-
browserNameList
-
-
defaultSlaveModeValue
-
-
filterClassVars
-
-
filterClassVars: aValueHolder
-
-
methodVisibilityHolder
-
-
methodVisibilityHolder: aValueHolder
-
-
noAllItem
-
-
noAllItem: aValueHolder
-
-
packageFilterOnInput
-
-
packageFilterOnInput: aValueHolder
-
-
protocolLabelHolder
-
-
protocolList
-
ValueHolder new
-
rawProtocolList
-
-
selectedProtocolIndices
-
-
selectedProtocols
-
-
selectedProtocols: aValueHolder
-
-
showPseudoProtocols
-
-
showPseudoProtocols: aValueHolder
-
-
showSyntheticMethods
-
-
showSyntheticMethods: aValueHolder
-
-
variableFilter
-
-
variableFilter: aValueHolder
-
change & update
-
classDefinitionChanged: aClass
-
Transcript showCR:'oops - browser lost class ' , nm.
-
delayedUpdate: something with: aParameter from: changedObject
-
updateOutputGenerator.
-
getSelectedProtocolsFromIndices
-
-
selectionChanged
-
the outputGenerator is only to be updated, if the output would really
-
selectionChangedByClick
-
we are not interested in that - get another notification
via the changed valueHolder
-
update: something with: aParameter from: changedObject
-
some can be ignored immediately
drag & drop
-
canDropContext: aDropContext
-
-
categoryAtTargetPointOf: aDropContext
-
-
doDropContext: aDropContext
-
handle dropping of a method as a category change
generators
-
makeGenerator
-
return a generator which enumerates the methods from the selected protocol;
that generator generates 4-element elements (includes the class and protocol),
in order to make the consumers only depend on one input
(i.e. to pass multiple-class and multiple-protocol info
without a need for another classHolder/protocolHolder in the methodList).
private
-
class: cls protocol: cat includesMethodsInAnyPackage: packageFilter
-
-
class: cls protocol: cat includesModsOfClassVariable: variablesToHighLight
-
are there any methods in the protocol cat which modify any class variable in variablesToHighLight ?
-
class: cls protocol: cat includesModsOfInstanceVariable: variablesToHighLight
-
are there any methods in the protocol cat which modify any inst variable in variablesToHighLight ?
-
class: cls protocol: cat includesRefsToClassVariable: variablesToHighLight
-
are there any methods in the protocol cat which reference any class variable in variablesToHighLight ?
-
class: cls protocol: cat includesRefsToInstanceVariable: variablesToHighLight
-
are there any methods in the protocol cat which reference any inst variable in variablesToHighLight ?
-
class: cls protocol: cat includesRefsToVariable: variablesToHighLight askParserWith: querySelector
-
Are there any methods in the protocol cat which reference/modify any inst/class variable in variablesToHighLight?
-
classesToProcessForClasses: classes
-
-
commonPostOpen
-
revalidate my list, because it was only shown lazy
-
flushMethodInfoForClassNamed: className selector: selector
-
-
listOfMethodCategories
-
because we already computed for 5 seconds, more and more will be found in
-
makeDependent
-
ChangeSet addDependent:self.
-
makeIndependent
-
ChangeSet removeDependent:self.
-
release
-
-
updateList
-
oldListSize := self browserNameList size.
private-info
-
methodInfoFor: aMethod in: mclass selector: selector
-
-
methodInfoFor: aMethod in: mclass selector: selector lazy: lazy
-
the first at:ifAbsent: is actually not needed - it is here to
-
methodIsMarkedAsLong: aMethod
-
if true, it will be also categorized under the pseudo category 'long'
-
methodIsMarkedAsUncommented: aMethod
-
if true, it will be also categorized under the pseudo category 'undocumented'
special
-
addAdditionalProtocol: aProtocol forClass: aClass
-
those are simulated - in ST/X, empty categories do not really exist;
(because the category is an attribute of the method)
However, during browsing, it makes sense. Therefore, empty categories are
remembered here
-
additionalProtocolForClass: aClass
-
those are simulated - in ST/X, empty categories do not really exist;
(because the category is an attribute of the method)
However, during browsing, it makes sense. Therefore, empty categories are
remembered here
-
clearLastSelectedProtocol
-
-
lastSelectedProtocols
-
-
removeAdditionalProtocol: aListOfProtocols forClass: aClass
-
those are simulated - in ST/X, empty categories do not really exist;
(because the category is an attribute of the method)
However, during browsing, it makes sense. Therefore, empty categories are
remembered here
-
removeAllAdditionalProtocol
-
those are simulated - in ST/X, empty categories do not really exist;
(because the category is an attribute of the method)
However, during browsing, it makes sense. Therefore, empty categories are
remembered here
-
removeAllAdditionalProtocolForClass: aClass
-
those are simulated - in ST/X, empty categories do not really exist;
(because the category is an attribute of the method)
However, during browsing, it makes sense. Therefore, empty categories are
remembered here
-
renameAdditionalProtocol: oldName to: newName forClass: aClass
-
those are simulated - in ST/X, empty categories do not really exist;
(because the category is an attribute of the method)
However, during browsing, it makes sense. Therefore, empty categories are
remembered here
CachedMethodInfo
MethodStubForTestResult
MissingMethod
|