February 2013 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] I hate 'as yet unclassified'

by Fernando Olivero

Hi, i think i found a hint on the questions posed in this thread: why the Smalltalk tools moved from "protocols" to "categories". Maybe it happened when Morphic took over MVC? Because the term categories is used in SELF, look at the outliner in the attached image. Morphic originally was included in SELF, and later ported to Smalltalk. Fernando On Thu, Jan 31, 2013 at 12:28 PM, S Krish <krishnamachari.sudhakar(a)gmail.com > wrote: > > Auto categorization in the old browser: " Categorize all uncategorized " > had simple rules especially overridden methods / known methods in their > known categories.. > > That would help greatly for most developers, more so the beginners to get > a good feel of recommended categorization. > > But can auto categorization cause wrong labeling may need to weighed, > better to leave it uncategorized in that case. > > > **************** > PS: At work on a VAGE code, I was pointing to the exact same issue of > missing categorization over last many years..!.. The lack of categorization > limits comprehension of the codebase... especially of code built over 20 > yrs. > > > > On Thursday, January 31, 2013, Camillo Bruni wrote: > > On 2013-01-31, at 03:53, Ben Coman <btc(a)openInWorld.com> wrote: > > > > > Camillo Bruni wrote: > >> I was just waiting for the google issue tracker to come back to life... > >> > >> https://code.google.com/p/pharo/issues/detail?id=7373 > >> > >> => Slice in Inbox > >> > >> the major problem I have now, is that wrong categorizations might > easily spread :P, the sepll-fleu and the space - vi rus, are very common... > >> > >> > > > > Can the auto-categorization mark such methods as "auto-categorized" ? > So that later if it doesn't seem quite right, a human can make a better > judgment rather than assuming someone else had already made such a judgment > for some-good-reason. In reality perhaps such re-categorization wouldn't > happen a lot, but "being at least able to" make such judgment increases > confidence in the system, which can be subtly undermined by automated tools > (and anyway I hate throwing away information that is easily available at > the time). This wouldn't need any tool support straight away, but at least > the data is captured for later use. > > the categorization will happen only upon user interaction. > hence I think such a control is not needed directly. > Feel free to extend the current classifier to support it, the code is > fairly simple.. >

Feb. 1, 2013

[Pharo-project] [ANN]: SimplePersistence 2.0 - now with fuel!

by Sean P. DeNigris

Simple Image-based Persistence Based on the idea that - most applications will not have to scale (i.e. become the next Twitter) - simply saving the image is slow and error-prone. For the full motivation and description, see Ramon Leon's blog post at http://onsmalltalk.com/simple-image-based-persistence-in-squeak/. I pretty much just packaged up the code from Ramon's blog, made some small refactorings, and confirmed it was MIT. New in version 2.0 - Uses Fuel instead of ReferenceStream for the serialization - Loads and tests passing in Pharo 1.4 and 2.0 (would probably work in Squeak, but depends on FileSystem) Gofer new url: 'http://ss3.gemstone.com/ss/SimplePersistence'; package: 'ConfigurationOfSimplePersistence'; load. "load: 'ALL' = load the tests. If you don't want them, send #load" (Smalltalk at: #ConfigurationOfSimplePersistence) project development load: 'ALL'. -- View this message in context: http://forum.world.st/ANN-SimplePersistence-2-0-now-with-fuel-tp4667114.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Feb. 1, 2013

Re: [Pharo-project] Settings browser broken recently?

by Sean P. DeNigris

Adrian Sampaleanu wrote > I couldn't believe that such a bug was real... since adjusting settings is > one of the first things a new user would do Our community is too advanced... everyone loads their settings automatically via StartupPreferences ;-) -- View this message in context: http://forum.world.st/Settings-browser-broken-recently-tp4667100p4667112.ht… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Feb. 1, 2013

Re: [Pharo-project] Settings browser broken recently?

by Sven Van Caekenberghe

On 01 Feb 2013, at 20:26, Camillo Bruni <camillobruni(a)gmail.com> wrote: > On 2013-02-01, at 20:22, Adrian Sampaleanu <nmanole(a)gmail.com> wrote: > >> Thanks Sven, I guess I should've searched existing issues, but I couldn't >> believe that such a bug was real (rather than something specific to me) >> since adjusting settings is one of the first things a new user would do and >> pretty much anything you do in this browser seems broken now. > > the major problem here is that we do not yet have tests covering that. > otherwise we would see immediately that these things are broken :/. > > but then again 20 is still beta :P Still: this is the bug that lead to the introduction of a new label: HorribleQCBlahBlah It needs priority ;-)

Feb. 1, 2013

Re: [Pharo-project] Settings browser broken recently?

by Camillo Bruni

On 2013-02-01, at 20:22, Adrian Sampaleanu <nmanole(a)gmail.com> wrote: > Thanks Sven, I guess I should've searched existing issues, but I couldn't > believe that such a bug was real (rather than something specific to me) > since adjusting settings is one of the first things a new user would do and > pretty much anything you do in this browser seems broken now. the major problem here is that we do not yet have tests covering that. otherwise we would see immediately that these things are broken :/. but then again 20 is still beta :P

Feb. 1, 2013

Re: [Pharo-project] Settings browser broken recently?

by Adrian Sampaleanu

Thanks Sven, I guess I should've searched existing issues, but I couldn't believe that such a bug was real (rather than something specific to me) since adjusting settings is one of the first things a new user would do and pretty much anything you do in this browser seems broken now. -- View this message in context: http://forum.world.st/Settings-browser-broken-recently-tp4667100p4667103.ht… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Feb. 1, 2013

Re: [Pharo-project] updates files backup

by Camillo Bruni

On 2013-02-01, at 20:00, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > On 01 Feb 2013, at 19:36, Camillo Bruni <camillobruni(a)gmail.com> wrote: > >> I just added https://github.com/PharoProject/pharo-update to track our updates files, >> like that it should become easier in the future to manage the update process. >> >> For now the repository will simply mirror the contents of http://pharo.gforge.inria.fr/updates/pharo2.0/ >> >> cami > > Cool, but I guess you mean: > > https://github.com/pharo-project/pharo-update > > right ? yes, my bad, I just renamed the project, not a big fan of camelCase in urls :P

Feb. 1, 2013

Re: [Pharo-project] Settings browser broken recently?

by Sven Van Caekenberghe

On 01 Feb 2013, at 20:04, Adrian Sampaleanu <nmanole(a)gmail.com> wrote: > > This is just a quick sanity check before I log an issue. > > Could someone confirm that with a fresh download of the latest 2.0 image (I > just pulled down 20504) the settings browser has major problems. > > - first line in the category tree is overwritten > - expand all results in "Error: should not happen" > - search results in "Error: should not happen" Yes, an entry already exists: http://code.google.com/p/pharo/issues/detail?id=7238 I think this is an important one ... > -- > View this message in context: http://forum.world.st/Settings-browser-broken-recently-tp4667100.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >

Feb. 1, 2013

[Pharo-project] Settings browser broken recently?

by Adrian Sampaleanu

This is just a quick sanity check before I log an issue. Could someone confirm that with a fresh download of the latest 2.0 image (I just pulled down 20504) the settings browser has major problems. - first line in the category tree is overwritten - expand all results in "Error: should not happen" - search results in "Error: should not happen" -- View this message in context: http://forum.world.st/Settings-browser-broken-recently-tp4667100.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Feb. 1, 2013

Re: [Pharo-project] updates files backup

by Sven Van Caekenberghe

On 01 Feb 2013, at 19:36, Camillo Bruni <camillobruni(a)gmail.com> wrote: > I just added https://github.com/PharoProject/pharo-update to track our updates files, > like that it should become easier in the future to manage the update process. > > For now the repository will simply mirror the contents of http://pharo.gforge.inria.fr/updates/pharo2.0/ > > cami Cool, but I guess you mean: https://github.com/pharo-project/pharo-update right ?

Feb. 1, 2013