Hi all
It would be good to fix such problems in their respective packages. Stef Checks for references to a variable in the Undeclared dictionary. If you remove a variable from a class that is accessed by a method, you will create an undeclared variable reference for those methods that accessed the variable. OBEnhancementColumn>>#selection: Project>>#finalEnterActions OBClosableDefinitionPanel>>#commands OBTextMorphEditorWithShout>>#correctFrom:to:with: OBCollaboratorsSearchNode>>#classes MCPackageManager>>#modifiedTimeStamp UITheme>>#sounds: UITheme>>#sounds InstallerCruft>>#user InstallerCruft>>#createRBforBug: InstallerCruft>>#user: OBEnrichedDefinitionPanel>>#selectReferencingCodeNodes: OBEnrichedDefinitionPanel>>#accept:notifying: OBMethodInvocationSearchNode>>#classes PasteUpMorph>>#scriptorForTextualScript:ofPlayer: Installer>>#installMCcs:from: Installer>>#printOn: OBEnrichedMethodInvocationNode>>#source OBEnrichedMethodInvocationNode>>#modelMethod OBEnrichedMethodInvocationNode>>#invokingClasses OBTreeColumnTests>>#test09JumpToE2 OBTreeColumnTests>>#test12JumpToD3 OBTreeColumnTests>>#test10JumpToD1 OBTreeColumnTests>>#test01AllInOneColumn OBTreeColumnTests>>#test17JumpToG1 OBTreeColumnTests>>#test06JumpToC2 OBTreeColumnTests>>#test19JumpToA1 OBTreeColumnTests>>#test02AllInOneColumn OBTreeColumnTests>>#test04JumpToB2 OBTreeColumnTests>>#test14JumpToF1 OBTreeColumnTests>>#test08JumpToE1 OBTreeColumnTests>>#test07JumpToC1 OBTreeColumnTests>>#test11JumpToD2 OBTreeColumnTests>>#test13JumpToD4 OBTreeColumnTests>>#test03NodeWithBothTreeChildrenAndDefaultChildren OBTreeColumnTests>>#test05JumpToB1 OBTreeColumnTests>>#test18JumpToG2 OBTreeColumnTests>>#columnPanelABCDEFGH OBTreeColumnTests>>#test16JumpToH1 OBTreeColumnTests>>#test15JumpToF2 OBEnrichedMethodNode>>#source OBEnrichedMethodNode>>#updateModelMethod OBEnrichedClassNode>>#formatter DictionaryTest>>#flattenOnStream OBEnhPackageNodeTest>>#testPackage OBEnhPackageNodeTest>>#testTemplate OBEnhPackageNodeTest>>#setUp OBPosition>>#asTreePosition Refactoring class>>#initializeRefactoringOptions OBEnrichedMessageNode class>>#on:inMethod:inClass: _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
Will be fixed (#sounds/#sounds: being redundant after refactoring) in next
version of Polymorph. Project>>finalEnterActions is trickier (as ProjectNavigationMorph has been removed). The Polymorph override is there to deal with some peoples (Squeak) gripes about taskbars in projects. Regards, Gary ----- Original Message ----- From: "Stéphane Ducasse" <[hidden email]> To: "Pharo Development" <[hidden email]> Sent: Saturday, February 14, 2009 1:16 PM Subject: [Pharo-project] undeclared variables > Hi all > > It would be good to fix such problems in their respective packages. > > Stef > > Checks for references to a variable in the Undeclared dictionary. If > you remove a variable from a class that is accessed by a method, you > will create an undeclared variable reference for those methods that > accessed the variable. > > OBEnhancementColumn>>#selection: > Project>>#finalEnterActions > OBClosableDefinitionPanel>>#commands > OBTextMorphEditorWithShout>>#correctFrom:to:with: > OBCollaboratorsSearchNode>>#classes > MCPackageManager>>#modifiedTimeStamp > UITheme>>#sounds: > UITheme>>#sounds > InstallerCruft>>#user > InstallerCruft>>#createRBforBug: > InstallerCruft>>#user: > OBEnrichedDefinitionPanel>>#selectReferencingCodeNodes: > OBEnrichedDefinitionPanel>>#accept:notifying: > OBMethodInvocationSearchNode>>#classes > PasteUpMorph>>#scriptorForTextualScript:ofPlayer: > Installer>>#installMCcs:from: > Installer>>#printOn: > OBEnrichedMethodInvocationNode>>#source > OBEnrichedMethodInvocationNode>>#modelMethod > OBEnrichedMethodInvocationNode>>#invokingClasses > OBTreeColumnTests>>#test09JumpToE2 > OBTreeColumnTests>>#test12JumpToD3 > OBTreeColumnTests>>#test10JumpToD1 > OBTreeColumnTests>>#test01AllInOneColumn > OBTreeColumnTests>>#test17JumpToG1 > OBTreeColumnTests>>#test06JumpToC2 > OBTreeColumnTests>>#test19JumpToA1 > OBTreeColumnTests>>#test02AllInOneColumn > OBTreeColumnTests>>#test04JumpToB2 > OBTreeColumnTests>>#test14JumpToF1 > OBTreeColumnTests>>#test08JumpToE1 > OBTreeColumnTests>>#test07JumpToC1 > OBTreeColumnTests>>#test11JumpToD2 > OBTreeColumnTests>>#test13JumpToD4 > OBTreeColumnTests>>#test03NodeWithBothTreeChildrenAndDefaultChildren > OBTreeColumnTests>>#test05JumpToB1 > OBTreeColumnTests>>#test18JumpToG2 > OBTreeColumnTests>>#columnPanelABCDEFGH > OBTreeColumnTests>>#test16JumpToH1 > OBTreeColumnTests>>#test15JumpToF2 > OBEnrichedMethodNode>>#source > OBEnrichedMethodNode>>#updateModelMethod > OBEnrichedClassNode>>#formatter > DictionaryTest>>#flattenOnStream > OBEnhPackageNodeTest>>#testPackage > OBEnhPackageNodeTest>>#testTemplate > OBEnhPackageNodeTest>>#setUp > OBPosition>>#asTreePosition > Refactoring class>>#initializeRefactoringOptions > OBEnrichedMessageNode class>>#on:inMethod:inClass: > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
thanks gary.
Project should go away anyway. Stef On Feb 14, 2009, at 5:29 PM, Gary Chambers wrote: > Will be fixed (#sounds/#sounds: being redundant after refactoring) > in next > version of Polymorph. Project>>finalEnterActions is trickier (as > ProjectNavigationMorph has been removed). The Polymorph override is > there to > deal with some peoples (Squeak) gripes about taskbars in projects. > > Regards, Gary > > ----- Original Message ----- > From: "Stéphane Ducasse" <[hidden email]> > To: "Pharo Development" <[hidden email]> > Sent: Saturday, February 14, 2009 1:16 PM > Subject: [Pharo-project] undeclared variables > > >> Hi all >> >> It would be good to fix such problems in their respective packages. >> >> Stef >> >> Checks for references to a variable in the Undeclared dictionary. If >> you remove a variable from a class that is accessed by a method, you >> will create an undeclared variable reference for those methods that >> accessed the variable. >> >> OBEnhancementColumn>>#selection: >> Project>>#finalEnterActions >> OBClosableDefinitionPanel>>#commands >> OBTextMorphEditorWithShout>>#correctFrom:to:with: >> OBCollaboratorsSearchNode>>#classes >> MCPackageManager>>#modifiedTimeStamp >> UITheme>>#sounds: >> UITheme>>#sounds >> InstallerCruft>>#user >> InstallerCruft>>#createRBforBug: >> InstallerCruft>>#user: >> OBEnrichedDefinitionPanel>>#selectReferencingCodeNodes: >> OBEnrichedDefinitionPanel>>#accept:notifying: >> OBMethodInvocationSearchNode>>#classes >> PasteUpMorph>>#scriptorForTextualScript:ofPlayer: >> Installer>>#installMCcs:from: >> Installer>>#printOn: >> OBEnrichedMethodInvocationNode>>#source >> OBEnrichedMethodInvocationNode>>#modelMethod >> OBEnrichedMethodInvocationNode>>#invokingClasses >> OBTreeColumnTests>>#test09JumpToE2 >> OBTreeColumnTests>>#test12JumpToD3 >> OBTreeColumnTests>>#test10JumpToD1 >> OBTreeColumnTests>>#test01AllInOneColumn >> OBTreeColumnTests>>#test17JumpToG1 >> OBTreeColumnTests>>#test06JumpToC2 >> OBTreeColumnTests>>#test19JumpToA1 >> OBTreeColumnTests>>#test02AllInOneColumn >> OBTreeColumnTests>>#test04JumpToB2 >> OBTreeColumnTests>>#test14JumpToF1 >> OBTreeColumnTests>>#test08JumpToE1 >> OBTreeColumnTests>>#test07JumpToC1 >> OBTreeColumnTests>>#test11JumpToD2 >> OBTreeColumnTests>>#test13JumpToD4 >> OBTreeColumnTests>>#test03NodeWithBothTreeChildrenAndDefaultChildren >> OBTreeColumnTests>>#test05JumpToB1 >> OBTreeColumnTests>>#test18JumpToG2 >> OBTreeColumnTests>>#columnPanelABCDEFGH >> OBTreeColumnTests>>#test16JumpToH1 >> OBTreeColumnTests>>#test15JumpToF2 >> OBEnrichedMethodNode>>#source >> OBEnrichedMethodNode>>#updateModelMethod >> OBEnrichedClassNode>>#formatter >> DictionaryTest>>#flattenOnStream >> OBEnhPackageNodeTest>>#testPackage >> OBEnhPackageNodeTest>>#testTemplate >> OBEnhPackageNodeTest>>#setUp >> OBPosition>>#asTreePosition >> Refactoring class>>#initializeRefactoringOptions >> OBEnrichedMessageNode class>>#on:inMethod:inClass: >> >> _______________________________________________ >> Pharo-project mailing list >> [hidden email] >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
In reply to this post by Stéphane Ducasse
On Sat, Feb 14, 2009 at 2:16 PM, Stéphane Ducasse
<[hidden email]> wrote: > It would be good to fix such problems in their respective packages. Issue #574 -- Damien Cassou http://damiencassou.seasidehosting.st _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
Free forum by Nabble | Edit this page |