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

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

by StÃ©phane Ducasse

> Let me add few my wishes: > > - Inspect and Explore merging into just Inspect. By extending > Explorer with remaining Inspector functionalities like editing > objects? > > - Inspect always on the same place in menus, not once at the top, > then on the middle, on the bottom... > > - same for senders/implementors > > - Integrating Monticello commands directly into code browser, in > right-click menu over packages. This really helps with code > management, I know that from VW. you should use the package browser and ask for improvement because you can start to do what you want with it. > > > - switch off halos by default, > > > - multi select by Ctrl-left click or Shift-left click (all other > windowing systems have multi select, so it is a time to introduce it > here too = a big plus for newcomers) > > > And last wish and I hope it is not too heretic: shouldn't we > "harmonize" menus between different Smalltalk dialects a bit? This > would help us the web guys a lot, we need to switch between dialects > daily. Specially with VisualWorks, which most people use besides > Squeak. And where in the era of Vasily Bykov a lot of sound > usability features were introduced. Why wouldn't introduce them here > too? > > Here is first such good usability feature: > > Do it > Print it > Inspect it > Debug it > > ... in all menus in the middle, without exception! > > > Best regards > Janko > > > 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 > > -- > Janko MivÅ¡ek > Svetovalec za informatiko > Eranova d.o.o. > Ljubljana, Slovenija > www.eranova.si > tel: 01 514 22 55 > faks: 01 514 22 56 > gsm: 031 674 565 > > _______________________________________________ > 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] possible TODOs...

by StÃ©phane Ducasse

Good list ! - What do you think about remove bookMorph because it introduced a lot of dependencies - I will continue to work on etoy removal 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] possible TODOs...

by Janko MivÅ¡ek

Hi, Let me add few my wishes: - Inspect and Explore merging into just Inspect. By extending Explorer with remaining Inspector functionalities like editing objects? - Inspect always on the same place in menus, not once at the top, then on the middle, on the bottom... - same for senders/implementors - Integrating Monticello commands directly into code browser, in right-click menu over packages. This really helps with code management, I know that from VW. - switch off halos by default, - multi select by Ctrl-left click or Shift-left click (all other windowing systems have multi select, so it is a time to introduce it here too = a big plus for newcomers) And last wish and I hope it is not too heretic: shouldn't we "harmonize" menus between different Smalltalk dialects a bit? This would help us the web guys a lot, we need to switch between dialects daily. Specially with VisualWorks, which most people use besides Squeak. And where in the era of Vasily Bykov a lot of sound usability features were introduced. Why wouldn't introduce them here too? Here is first such good usability feature: Do it Print it Inspect it Debug it ... in all menus in the middle, without exception! Best regards Janko 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 > -- Janko MivÅ¡ek Svetovalec za informatiko Eranova d.o.o. Ljubljana, Slovenija www.eranova.si tel: 01 514 22 55 faks: 01 514 22 56 gsm: 031 674 565

Sept. 21, 2008

[Pharo-project] possible TODOs...

by Marcus Denker

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

Sept. 21, 2008

Re: [Pharo-project] Interesting post about Smalltalk and the effect of success (sorry for those who already saw this on Squeak Dev)

by StÃ©phane Ducasse

> Hi Stef > > I'm interested why you think this blog would scare people from > Smalltalk? As it happens though, it's obviously aimed purely at > Smalltalkers: It's difficult to start such a discussion without > letting it out into the world for people to see, I say. I do not really understand what is the point of the Blog. Of course it would be nice if we could have a better interoperability. But I do not see the point. Then since years we never got more people of different dialects working together. > I'm actually all for open debate. Whether I agree or disagree with > the blog itself, I say don't hide such talk: if our community and > the language and tools are strong enough they will survive in spite > of such debate, or perhaps even because of it. > > Finally: is it always more difficult to build than to clean? I think > it's easier to build crap than to clean: building something good and > *keeping it that way* is the really difficult part. :) > Squeak is a perfect case in point: so many good ideas, but buried in > mounds of cruft that this effort (Pharo) is trying to strip away. > Once something has become crufty, it is really, really hard to clean > up. We know we did that for years and we are doing it. Still I always have present that building is still difficult and I respect what other people build. But this respect does not include that I will not judge the quality of a work. > > > Cheers, > Simon > > ps. > Bob Martin proposed adding a fifth line to the Agile Manifesto: > "Craftsmanship over Crap" (ie, favouring the former over the > latter). I couldn't agree more, it's a way of thinking I try to > apply all the time. A nice one. > > > On 20 Sep 2008, at 21:14, StÃ©phane Ducasse wrote: > >> I think that this is not like that that he will really bring >> smalltalk back. >> Concertation is equals to death. Have a look at Squeak. >> >> Stef >> >> PS: a good friend of mine once told me: "do not shit where you eat" >> and I keep that in mind >> even when cleaning squeak. I know that this more difficult to build >> things than to clean them. >> Still I would not let this blog out there because it will not >> produce anything positive, just scared >> more people from Smalltalk. >> >>> Hi all - as I said in my subject, I've already posted this on >>> Squeak-Dev, but I thought those on here who don't subscribe to >>> that list might be interested, too: >>> >>> http://www.robvens.nl/en/blog/The-Smalltalk-Trap.html >>> >>> Cheers, >>> Simon >>> >>> >>> ******************************************************************************************************************************************* >>> >>> This email is from Pinesoft Limited. Its contents are confidential >>> to the intended recipient(s) at the email address(es) to which it >>> has been addressed. It may not be disclosed to or used by anyone >>> other than the addressee(s), nor may it be copied in anyway. If >>> received in error, please contact the sender, then delete it from >>> your system. Although this email and attachments are believed to >>> be free of virus, or any other defect which might affect any >>> computer or IT system into which they are received and opened, it >>> is the responsibility of the recipient to ensure that they are >>> virus free and no responsibility is accepted by Pinesoft for any >>> loss or damage arising in any way from receipt or use thereof. >>> >>> ******************************************************************************************************************************************* >>> >>> Pinesoft Limited are registered in England, Registered number: >>> 2914825. Registered office: 266-268 High Street, Waltham Cross, >>> Herts, EN8 7EA >>> >>> _______________________________________________ >>> 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 > > > > ****************************************************************************************************************************************** > This email is from Pinesoft Limited. Its contents are confidential > to the intended recipient(s) at the email address(es) to which it > has been addressed. It may not be disclosed to or used by anyone > other than the addressee(s), nor may it be copied in anyway. If > received in error, please contact the sender, then delete it from > your system. Although this email and attachments are believed to be > free of virus, or any other defect which might affect any computer > or IT system into which they are received and opened, it is the > responsibility of the recipient to ensure that they are virus free > and no responsibility is accepted by Pinesoft for any loss or damage > arising in any way from receipt or use thereof. > ******************************************************************************************************************************************* > > > Pinesoft Limited are registered in England, Registered number: > 2914825. Registered office: 266-268 High Street, Waltham Cross, > Herts, EN8 7EA > > _______________________________________________ > 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] Interesting post about Smalltalk and the effect of success (sorry for those who already saw this on Squeak Dev)

by Simon Kirk

Hi Stef I'm interested why you think this blog would scare people from Smalltalk? As it happens though, it's obviously aimed purely at Smalltalkers: It's difficult to start such a discussion without letting it out into the world for people to see, I say. I'm actually all for open debate. Whether I agree or disagree with the blog itself, I say don't hide such talk: if our community and the language and tools are strong enough they will survive in spite of such debate, or perhaps even because of it. Finally: is it always more difficult to build than to clean? I think it's easier to build crap than to clean: building something good and *keeping it that way* is the really difficult part. Squeak is a perfect case in point: so many good ideas, but buried in mounds of cruft that this effort (Pharo) is trying to strip away. Once something has become crufty, it is really, really hard to clean up. Cheers, Simon ps. Bob Martin proposed adding a fifth line to the Agile Manifesto: "Craftsmanship over Crap" (ie, favouring the former over the latter). I couldn't agree more, it's a way of thinking I try to apply all the time. On 20 Sep 2008, at 21:14, StÃ©phane Ducasse wrote: > I think that this is not like that that he will really bring > smalltalk back. > Concertation is equals to death. Have a look at Squeak. > > Stef > > PS: a good friend of mine once told me: "do not shit where you eat" > and I keep that in mind > even when cleaning squeak. I know that this more difficult to build > things than to clean them. > Still I would not let this blog out there because it will not > produce anything positive, just scared > more people from Smalltalk. > >> Hi all - as I said in my subject, I've already posted this on >> Squeak-Dev, but I thought those on here who don't subscribe to that >> list might be interested, too: >> >> http://www.robvens.nl/en/blog/The-Smalltalk-Trap.html >> >> Cheers, >> Simon >> >> >> ******************************************************************************************************************************************* >> >> This email is from Pinesoft Limited. Its contents are confidential >> to the intended recipient(s) at the email address(es) to which it >> has been addressed. It may not be disclosed to or used by anyone >> other than the addressee(s), nor may it be copied in anyway. If >> received in error, please contact the sender, then delete it from >> your system. Although this email and attachments are believed to be >> free of virus, or any other defect which might affect any computer >> or IT system into which they are received and opened, it is the >> responsibility of the recipient to ensure that they are virus free >> and no responsibility is accepted by Pinesoft for any loss or >> damage arising in any way from receipt or use thereof. >> >> ******************************************************************************************************************************************* >> >> Pinesoft Limited are registered in England, Registered number: >> 2914825. Registered office: 266-268 High Street, Waltham Cross, >> Herts, EN8 7EA >> >> _______________________________________________ >> 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 ****************************************************************************************************************************************** This email is from Pinesoft Limited. Its contents are confidential to the intended recipient(s) at the email address(es) to which it has been addressed. It may not be disclosed to or used by anyone other than the addressee(s), nor may it be copied in anyway. If received in error, please contact the sender, then delete it from your system. Although this email and attachments are believed to be free of virus, or any other defect which might affect any computer or IT system into which they are received and opened, it is the responsibility of the recipient to ensure that they are virus free and no responsibility is accepted by Pinesoft for any loss or damage arising in any way from receipt or use thereof. ******************************************************************************************************************************************* Pinesoft Limited are registered in England, Registered number: 2914825. Registered office: 266-268 High Street, Waltham Cross, Herts, EN8 7EA

Sept. 21, 2008

Re: [Pharo-project] Interesting post about Smalltalk and the effect of success (sorry for those who already saw this on Squeak Dev)

by Simon Kirk

Hi Stef, No, not in particular: I thought it was an interesting conversation piece, rather than something I thought was a good idea (I actually had no opinion one way or the other). Given Pharo's a fork, I thought you (meaning both the group and you personally) would have an opinion on it, and I was interested to know what it was. Judging by your other post, I was right :) Cheers, Simon On 20 Sep 2008, at 21:16, StÃ©phane Ducasse wrote: > Hi simon > > Why did you post this here. > Because we forked? > Sorry but we had to. > > Stef > >> Hi all - as I said in my subject, I've already posted this on >> Squeak-Dev, but I thought those on here who don't subscribe to that >> list might be interested, too: >> >> http://www.robvens.nl/en/blog/The-Smalltalk-Trap.html >> >> Cheers, >> Simon >> >> >> ******************************************************************************************************************************************* >> >> This email is from Pinesoft Limited. Its contents are confidential >> to the intended recipient(s) at the email address(es) to which it >> has been addressed. It may not be disclosed to or used by anyone >> other than the addressee(s), nor may it be copied in anyway. If >> received in error, please contact the sender, then delete it from >> your system. Although this email and attachments are believed to be >> free of virus, or any other defect which might affect any computer >> or IT system into which they are received and opened, it is the >> responsibility of the recipient to ensure that they are virus free >> and no responsibility is accepted by Pinesoft for any loss or >> damage arising in any way from receipt or use thereof. >> >> ******************************************************************************************************************************************* >> >> Pinesoft Limited are registered in England, Registered number: >> 2914825. Registered office: 266-268 High Street, Waltham Cross, >> Herts, EN8 7EA >> >> _______________________________________________ >> 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 ****************************************************************************************************************************************** This email is from Pinesoft Limited. Its contents are confidential to the intended recipient(s) at the email address(es) to which it has been addressed. It may not be disclosed to or used by anyone other than the addressee(s), nor may it be copied in anyway. If received in error, please contact the sender, then delete it from your system. Although this email and attachments are believed to be free of virus, or any other defect which might affect any computer or IT system into which they are received and opened, it is the responsibility of the recipient to ensure that they are virus free and no responsibility is accepted by Pinesoft for any loss or damage arising in any way from receipt or use thereof. ******************************************************************************************************************************************* Pinesoft Limited are registered in England, Registered number: 2914825. Registered office: 266-268 High Street, Waltham Cross, Herts, EN8 7EA

Sept. 21, 2008

Re: [Pharo-project] [ANN] first one-click image

by Marcus Denker

Hi Adrian, The problem (and why I did not change the open menu) is that it is stiched to gether from different sources: 1) the ToolSet defines the upper part, interestingly not the transcript. b) everthing in the lowest part is generated automatically from all classes that register themselves in the open menu... Marcus On 19.09.2008, at 22:49, Adrian Lienhard wrote: > nice! > > some comments/ideas: > - I think "recently logged changes" need to be accessible from the > menu > - Help: does not make sense if it opens a submenu with only one item > - Pharo: this label does not tell much, "System" may be a bit better > - Open->Services Browser: honestly I don't know what this is, but it > looks like it would rather belong into Preferences > - Open->Preference Browser: can be removed if we have a top level > entry for preferences > - Open->Language Editor: probably also better goes into Preferences > (or remove it from the menu?) > - Consistent spelling (Class browser vs. Monticello Browser) > - Most important, I would also rethink the order in menus to create > logical groups and move important items up. Here a suggestion for > the open menu: > > Class browser > Method finder > Message names > ----------------------- > Workspace > Transcript > ----------------------- > Test Runner > Process browser > ----------------------- > Monticello Browser > Monticello Configurations > Recent submissions > Simple change sorter > Dual change sorter > File list > > Cheers, > Adrian > > On Sep 19, 2008, at 22:21 , Marcus Denker wrote: > >> >> On 19.09.2008, at 16:05, David Mitchell wrote: >> >>> Works great on Windows XP. >>> >>> Haven't downloaded Pharo in a while. >>> >>> Love the menu cleanup. >> >> Here is a changeset for a very radical menu cleanup of the >> world menu. >> >> <cleanMenu.1.cs> >> >> >> -- >> 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] [ANN] first one-click image

by Marcus Denker

On 20.09.2008, at 12:03, Norbert Hartl wrote: > On Fri, 2008-09-19 at 23:15 +0200, Adrian Lienhard wrote: >> On Sep 19, 2008, at 23:02 , Marcus Denker wrote: >> >>> >>> On 19.09.2008, at 22:49, Adrian Lienhard wrote: >>> >> [...] >> >>>> Class browser >>>> Method finder >>>> Message names >>> >>> Do we need Message names? >> >> hm... I almost never use it, but I know people that do quite often. >> "Method finder" seems even less important (I've never used it, except >> for demos ;)) >> > I use it on a daily base. I'm now an average skilled squeaker but > still > can't remember all the funny method names. The substring search capa- > bility of method finder ofter saves my day. I think I would stop using > it if browsing a complete protocol would be a little bit more usable > than just having all possible methods. Something like that. > > I think beginners will use Method finder quite often. > One thing is that "method finder" and "message names" both allow one to search for methods. The "method finder" in addition allows for giving examples in the form 3. 4. 7. So there is definitly the problem of duplicated features here. Marcus -- Marcus Denker -- denker(a)iam.unibe.ch http://www.iam.unibe.ch/~denker

Sept. 21, 2008

Re: [Pharo-project] Copyright inside one click is strange

by Marcus Denker

On 20.09.2008, at 19:44, Michael Rueger wrote: > Marcus Denker wrote: > >> Licensed under the MIT License with parts under the Apache License. > > That would actually be the correct License, as Pharo, as are all > other projects *images* based on Squeak, is not entirely MIT. > Ok, I will add that to the distribution and the new website/google code. Marcus -- Marcus Denker -- denker(a)iam.unibe.ch http://www.iam.unibe.ch/~denker

Sept. 21, 2008