September 2008 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] removing the DockingBar and TheWorldMainDockingBar

by StÃ©phane Ducasse

Ok then I will produce packages in the inbox. I could publish directly but I would like that somebody else has a look at what I'm doing. Stef On Sep 21, 2008, at 7:48 PM, Marcus Denker wrote: > > On 21.09.2008, at 18:26, StÃ©phane Ducasse wrote: > >> Marcus and others >> >> Do you think that the cs approach is good because after applying >> them we will have to publish >> new packages? >> So could you harvest these ones for example and let me know what do >> you think and if cs is better? >> because I could produce also packages. >> > > Packages are good, too. Just a removal package that re-classifies > the methods is not good. > > Marcus > >> Stef >> >> On Sep 20, 2008, at 10:29 PM, StÃ©phane Ducasse wrote: >> >>> Another one :) >>> Cleaning the inspector. >>> >>> <EtoyRemoval-002-CleanInspector.2.cs> >>> >>> >>> Stef_______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- > Marcus Denker -- denker(a)iam.unibe.ch > http://www.iam.unibe.ch/~denker > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Sept. 21, 2008

[Pharo-project] Default windows sizes

by Adrian Lienhard

The following changeset adjusts the default size of windows, e.g., it makes code browser, the inspector and the process browser larger. The senders/implementors windows are increased in their height and the ratio between the list height and code pane height is changed. Let me know if you prefer other settings. Adrian ___________________ http://www.adrian-lienhard.ch/

Sept. 21, 2008

[Pharo-project] [update] 10074

by Marcus Denker

update10074 ------------ - Issue 180: 10073 still needs some cleanup - Issue 166: Cleaning up the menus - Issue 182: Cleaning leftover from nebraska - Issue 184: delete PseudoPoolVariable - Issue 188: start of removing Vocabulary - Issue 187: delete Button, OneOnSwitch, ST80MenusTest, Switch - Issue 183: delete ClickExerciser, TestClickExerciser, DumberMenuMorph, PluggableFileList - Issue 181: Remove codepane+tilescript from browser - Issue 178: unsent messages - remove hashMappedBy: and friends (never called). - remove even more methods that have no senders (mostly etoys related) - Classes removed: RemoteHandMorph PseudoPoolVariable ElementTranslation MethodCall UnknownType Button OneOnSwitch ST80MenusTest Switch DumberMenuMorph, ClickExerciser, ClickExerciserTest, PluggableFileList - Postscript: SMSqueakMap default purge. Smalltalk cleanOutUndeclared. CustomEventsRegistry at: #scrolledIntoView put: IdentityDictionary new. CustomEventsRegistry at: #scrolledOutOfView put: IdentityDictionary new. Set rehashAllSets. -- Marcus Denker -- denker(a)iam.unibe.ch http://www.iam.unibe.ch/~denker

Sept. 21, 2008

Re: [Pharo-project] possible TODOs...

by Marcus Denker

On 21.09.2008, at 18:26, StÃ©phane Ducasse wrote: > do we turn that into a list of todo? > Yes! A page on the wiki for now. This way we can keep bugs separate from TODOs. Marcus > Stef > > On Sep 21, 2008, at 2:22 PM, Marcus Denker wrote: > >> Hi, >> >> I was already multiple times asked for a list of specific things >> that people could work on. Here are some ideas: >> >> -> World menu (after applying the simplification from bugtracker >> #166) >> -> Fullscreen of/on should be rendered like soundof/on, that is >> just one entry that changes >> according to state of display. >> -> in debug the start rendering entries should only be rendered >> when flag is set. (see code it calls) >> >> -> Preferences contains the code of the old preferences-browser. >> Remove all code related to this. >> (see Preferences class>>preferencesControlPanel) >> >> -> Browser has "printOut" menu entries that just do fileOut. Remove >> those entries. >> >> -> Browser has entry "browse all" in system category menu. This >> makes no sense. >> >> -> SqueakMap stores 1.5MB of crap in the image. make changeset that >> removes SqueakMap from the image. >> (check SqueakMap default purge) >> >> -> registerInFlapsRegistry... called in the class side initalize, >> please remove this and the infrastructure of flaps-registering. >> >> -> clean up Preferences. There are many preferences that nobody >> ever changes because the >> default makes a lot of sense. These need to be removed. >> >> -> CurvierMorph should be merged with PolygonMorph >> >> -> FileList2 should be merged with FileList. >> >> -> TranslatedMethod is a leftover from the original Jitter of 1998. >> Needs to be removed. >> Please note, it's in the specialObjectArray! >> >> -> Remove PluggableDictionary, PluggableSet (these are workarounds >> for the broken hashing in Squeak. We >> will fix hashing later for real) >> >> -> ColorTheme and subclasses should be removed. Refactoring needed >> for all users. (maybe best done >> after polymorph is added) >> >> -> remove BOBTransformationMorph. Refactor, merge with >> TransformationMorph? (maybe wait till etoys is gone) >> >> -> AlignmentMorphBob1 should be removed. Refactoring needed. (maybe >> wait till etoys is gone) >> >> -> Remove world-in-world support. start by removing classes >> EmbeddedWorldBorderMorph, NewWorldWindow after fixing all uses. >> >> -> TwoWayScrollPane shoud be removed (ScrollPane can do >> everything). Fix all useres of TwoWayScrollPane and delete class. >> >> -> CurrentProjectRefactoring is deprecated, yet it is referenced. >> Please fix all references (mostly just use Project current) and >> remove CurrentProjectRefactoring. >> >> -> Use Sophie's code to render a real pulldown menu entries on >> windows and Mac >> >> -- >> Marcus Denker -- denker(a)iam.unibe.ch >> http://www.iam.unibe.ch/~denker >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Marcus Denker -- denker(a)iam.unibe.ch http://www.iam.unibe.ch/~denker

Sept. 21, 2008

Re: [Pharo-project] possible TODOs...

by Marcus Denker

On 21.09.2008, at 18:17, StÃ©phane Ducasse wrote: > Good list ! > > - What do you think about remove bookMorph because it introduced a > lot of dependencies > Yes, that needs to be removed. But that's some work as it has dependencies everywhere. (sometimes the code is really amazing that you can see in Squeak...) Marcus > - I will continue to work on etoy removal > ok! > On Sep 21, 2008, at 2:22 PM, Marcus Denker wrote: > >> Hi, >> >> I was already multiple times asked for a list of specific things >> that people could work on. Here are some ideas: >> >> -> World menu (after applying the simplification from bugtracker >> #166) >> -> Fullscreen of/on should be rendered like soundof/on, that is >> just one entry that changes >> according to state of display. >> -> in debug the start rendering entries should only be rendered >> when flag is set. (see code it calls) >> >> -> Preferences contains the code of the old preferences-browser. >> Remove all code related to this. >> (see Preferences class>>preferencesControlPanel) >> >> -> Browser has "printOut" menu entries that just do fileOut. Remove >> those entries. >> >> -> Browser has entry "browse all" in system category menu. This >> makes no sense. >> >> -> SqueakMap stores 1.5MB of crap in the image. make changeset that >> removes SqueakMap from the image. >> (check SqueakMap default purge) >> >> -> registerInFlapsRegistry... called in the class side initalize, >> please remove this and the infrastructure of flaps-registering. >> >> -> clean up Preferences. There are many preferences that nobody >> ever changes because the >> default makes a lot of sense. These need to be removed. >> >> -> CurvierMorph should be merged with PolygonMorph >> >> -> FileList2 should be merged with FileList. >> >> -> TranslatedMethod is a leftover from the original Jitter of 1998. >> Needs to be removed. >> Please note, it's in the specialObjectArray! >> >> -> Remove PluggableDictionary, PluggableSet (these are workarounds >> for the broken hashing in Squeak. We >> will fix hashing later for real) >> >> -> ColorTheme and subclasses should be removed. Refactoring needed >> for all users. (maybe best done >> after polymorph is added) >> >> -> remove BOBTransformationMorph. Refactor, merge with >> TransformationMorph? (maybe wait till etoys is gone) >> >> -> AlignmentMorphBob1 should be removed. Refactoring needed. (maybe >> wait till etoys is gone) >> >> -> Remove world-in-world support. start by removing classes >> EmbeddedWorldBorderMorph, NewWorldWindow after fixing all uses. >> >> -> TwoWayScrollPane shoud be removed (ScrollPane can do >> everything). Fix all useres of TwoWayScrollPane and delete class. >> >> -> CurrentProjectRefactoring is deprecated, yet it is referenced. >> Please fix all references (mostly just use Project current) and >> remove CurrentProjectRefactoring. >> >> -> Use Sophie's code to render a real pulldown menu entries on >> windows and Mac >> >> -- >> Marcus Denker -- denker(a)iam.unibe.ch >> http://www.iam.unibe.ch/~denker >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Marcus Denker -- denker(a)iam.unibe.ch http://www.iam.unibe.ch/~denker

Sept. 21, 2008

Re: [Pharo-project] removing the DockingBar and TheWorldMainDockingBar

by Marcus Denker

On 21.09.2008, at 18:26, StÃ©phane Ducasse wrote: > Marcus and others > > Do you think that the cs approach is good because after applying > them we will have to publish > new packages? > So could you harvest these ones for example and let me know what do > you think and if cs is better? > because I could produce also packages. > Packages are good, too. Just a removal package that re-classifies the methods is not good. Marcus > Stef > > On Sep 20, 2008, at 10:29 PM, StÃ©phane Ducasse wrote: > >> Another one :) >> Cleaning the inspector. >> >> <EtoyRemoval-002-CleanInspector.2.cs> >> >> >> Stef_______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Marcus Denker -- denker(a)iam.unibe.ch http://www.iam.unibe.ch/~denker

Sept. 21, 2008

Re: [Pharo-project] about ReadOnly...

by Marcus Denker

On 21.09.2008, at 18:22, StÃ©phane Ducasse wrote: > marcus > > should we close > http://code.google.com/p/pharo/issues/detail?id=134&colspec=ID%20Type%20Sta… > Not yet... now all associations in the Smalltalk are fixed, so the class is not used anymore (but needs to be checked if there are really no instances). The next step is to actually remove the class + the exception and related code. Marcus -- Marcus Denker -- denker(a)iam.unibe.ch http://www.iam.unibe.ch/~denker

Sept. 21, 2008

Re: [Pharo-project] possible TODOs...

by StÃ©phane Ducasse

do we turn that into a list of todo? Stef On Sep 21, 2008, at 2:22 PM, Marcus Denker wrote: > Hi, > > I was already multiple times asked for a list of specific things > that people could work on. Here are some ideas: > > -> World menu (after applying the simplification from bugtracker #166) > -> Fullscreen of/on should be rendered like soundof/on, that is > just one entry that changes > according to state of display. > -> in debug the start rendering entries should only be rendered > when flag is set. (see code it calls) > > -> Preferences contains the code of the old preferences-browser. > Remove all code related to this. > (see Preferences class>>preferencesControlPanel) > > -> Browser has "printOut" menu entries that just do fileOut. Remove > those entries. > > -> Browser has entry "browse all" in system category menu. This > makes no sense. > > -> SqueakMap stores 1.5MB of crap in the image. make changeset that > removes SqueakMap from the image. > (check SqueakMap default purge) > > -> registerInFlapsRegistry... called in the class side initalize, > please remove this and the infrastructure of flaps-registering. > > -> clean up Preferences. There are many preferences that nobody ever > changes because the > default makes a lot of sense. These need to be removed. > > -> CurvierMorph should be merged with PolygonMorph > > -> FileList2 should be merged with FileList. > > -> TranslatedMethod is a leftover from the original Jitter of 1998. > Needs to be removed. > Please note, it's in the specialObjectArray! > > -> Remove PluggableDictionary, PluggableSet (these are workarounds > for the broken hashing in Squeak. We > will fix hashing later for real) > > -> ColorTheme and subclasses should be removed. Refactoring needed > for all users. (maybe best done > after polymorph is added) > > -> remove BOBTransformationMorph. Refactor, merge with > TransformationMorph? (maybe wait till etoys is gone) > > -> AlignmentMorphBob1 should be removed. Refactoring needed. (maybe > wait till etoys is gone) > > -> Remove world-in-world support. start by removing classes > EmbeddedWorldBorderMorph, NewWorldWindow after fixing all uses. > > -> TwoWayScrollPane shoud be removed (ScrollPane can do everything). > Fix all useres of TwoWayScrollPane and delete class. > > -> CurrentProjectRefactoring is deprecated, yet it is referenced. > Please fix all references (mostly just use Project current) and > remove CurrentProjectRefactoring. > > -> Use Sophie's code to render a real pulldown menu entries on > windows and Mac > > -- > Marcus Denker -- denker(a)iam.unibe.ch > http://www.iam.unibe.ch/~denker > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Sept. 21, 2008

Re: [Pharo-project] removing the DockingBar and TheWorldMainDockingBar

by StÃ©phane Ducasse

Marcus and others Do you think that the cs approach is good because after applying them we will have to publish new packages? So could you harvest these ones for example and let me know what do you think and if cs is better? because I could produce also packages. Stef On Sep 20, 2008, at 10:29 PM, StÃ©phane Ducasse wrote: > Another one :) > Cleaning the inspector. > > <EtoyRemoval-002-CleanInspector.2.cs> > > > Stef_______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 21, 2008

[Pharo-project] about ReadOnly...

by StÃ©phane Ducasse

marcus should we close http://code.google.com/p/pharo/issues/detail?id=134&colspec=ID%20Type%20Sta…

Sept. 21, 2008