|
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.159
date: 2024/04/18 15:28:55
- 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
copyrightCOPYRIGHT (c) 2000 by eXept Software AG
All Rights Reserved
This software is furnished under a license and may be used
only in accordance with the terms of that license and with the
inclusion of the above copyright notice. This software may not
be provided or otherwise made available to, or used by, any
other person. No title to or ownership of the software is
hereby transferred.
cleanup
-
lowSpaceCleanup
-
cleanup in low-memory situations
initialization
-
flushMethodInfo
-
MethodInfoCache := Dictionary new.
Usage example(s):
-
initialize
-
interface specs
-
singleProtocolWindowSpec
-
This resource specification was automatically generated
by the UIPainter of ST/X.
Usage example(s):
UIPainter new openOnClass:Tools::MethodCategoryList andSelector:#singleProtocolWindowSpec
Tools::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(s);
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 includesRefsToVariable: variablesToHighLight askParserWith: querySelector
-
Are there any methods in the protocol cat which reference/modify any inst/class variable in variablesToHighLight?
-
class: cls selector: sel referencesVariable: variablesToHighLight askParserWith: querySelector
-
does this method reference/modify any inst/class variable in variablesToHighLight?
-
classesToProcessForClasses: classes
-
-
commonPostOpen
-
revalidate my list, because it was only shown lazy
-
flushMethodInfo
-
-
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
-
another update already scheduled?
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
MethodInfoCacheDictionary
MethodStubForTestResult
MissingMethod
|