- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Loading scripts vs. configs with #stable and config browser (was: [ann] snapshotcello)

by Tudor Girba

Snapshotcello is now in ss3.gemtalksystems.com/ss/MetaRepoForPharo20. Once it will be tested in Pharo 3.0, it will be published in there, too. Doru On Wed, Jul 24, 2013 at 12:42 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Hi Torsten, > > Thanks for the rant :) > > It did not put it as a release yet, because I still wanted people to play > with it. Hence the suggested "loadDevelopment". > > As for Moose not being in the configuration browser, it is precisely > because we could not really release it until now in a reliable fashion that > you do not find it there :). Snapshotcello is a little tool to help us > bootstrap precisely around this problem. > > Cheers, > Doru > > > > > On Wed, Jul 24, 2013 at 10:04 AM, Torsten Bergmann <astares(a)gmx.de> wrote: > >> Tudor wrote: >> >You can get the code at: >> >Gofer new >> > smalltalkhubUser: 'girba' project: 'Snapshotcello'; >> > package: 'ConfigurationOfSnapshotcello'; >> > load. >> >(Smalltalk globals at: #ConfigurationOfSnapshotcello) loadDevelopment >> >> Sorry about the rant in advance (which is more general and not only >> specific to snapshotcello), but: >> >> Next time someone wants this (or another) nice little Pharo tool: >> >> - one has to remember this load script or have to find the announcement >> mail again >> - one has to a lot of typing the expression or copying to a workspace to >> load it. >> >> Just with the posted load script he does dont know if Pharo 1.4, 2.0 or >> 3.0 was used to develop it, >> so how does he know the Pharo version to use it without failures? A pharo >> version where it is not broken. >> Maybe the user is still using Pharo 2.0 but maybe the tool requires at >> least Pharo 3.0 ... >> >> What about a new user who starts tomorrow with Pharo and never read this >> announcement. >> Since he entered the mailinglist very late he missed the mail with the >> script. >> How can he now about this super cool package? Why cant it be more >> accessible? >> >> I propose: PLEASE define a #stable for the working versions and place an >> additional copy in: >> >> - "ss3.gemtalksystems.com/ss/MetaRepoForPharo20" (Pharo >> 2.0) or >> - "http://smalltalkhub.com/mc/Pharo/MetaRepoForPharo30/main" (Pharo 3.0) >> >> when you know it runs in the according pharo version. It will then appear >> in the config browser. >> >> If it is not in the config browser of the current pharo version for easy >> loading >> then it does not really exist. ;) >> It only exists for the people who read about it in the mailinglist. Think >> of a first >> time user who downloads Pharo 2.0. He may never stumble over the load >> script or >> the tool in Smalltalkhub. >> >> I know: it may not yet be the best mechanism to provide packages to users >> (we need more infos >> on the configs, hence catalog and automatic verification in the future) - >> but still it >> is better than the "load scripts" and possible confusion. >> >> So please CARE ABOUT YOUR USERS and make your packages available like >> this so it can >> be easily accessible and loadable right from the according image! >> >> Same for Roassal, Moose, ... and all the nice packages that now appear in >> the >> Pharo universe... >> >> Thanks >> T. >> >> > > > -- > www.tudorgirba.com > > "Every thing has its own flow" > -- www.tudorgirba.com "Every thing has its own flow"

July 27, 2013

[update 3.0] #30307

by Marcus Denker

30307 ----- 2173 ExternalDropHandler initialize https://pharo.fogbugz.com/f/cases/2173 11241 There are still some references to the old debugger https://pharo.fogbugz.com/f/cases/11241 Diff information: http://smalltalkhub.com/mc/Pharo/Pharo30/main/Tools-MarcusDenker.1197.diff http://smalltalkhub.com/mc/Pharo/Pharo30/main/System-Support-MarcusDenker.8… http://smalltalkhub.com/mc/Pharo/Pharo30/main/StartupPreferences-MarcusDenk… http://smalltalkhub.com/mc/Pharo/Pharo30/main/SmartSuggestions-MarcusDenker… http://smalltalkhub.com/mc/Pharo/Pharo30/main/Kernel-MarcusDenker.1543.diff

July 27, 2013

Re: [Pharo-dev] question about mars

by StÃ©phane Ducasse

On Jul 27, 2013, at 12:50 PM, Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> wrote: > It's part of my GSoC project to integrate Mars in Spec :) Cool :) > > Ben > > On Jul 27, 2013, at 12:14 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > >> thanks carla. >> I was wondering how it compares with Spec because the idea behind spec is to factor out the logic of the application. >> I will discuss with esteban. >> >> Stef >> >>> Hi Stef! >>> The goal is that Mars works on Mac, Linux and also Windows later, and it will have a bridge for each platform. So far there is a bridge for Cocoa and another one for GTK, and later I will introduce the bridge for Windows. >>> In the screencasts of my last post (http://marsonpharo.wordpress.com/2013/07/27/how-to-build-a-mars-application…) you can find that I show 2 versions of each example: first running on Mac (with Cocoa) and then on Linux (with Gtk). Nevertheless, the code for building a Mars application is platform independent, so you write the application once and you get it working on Mac and Linux. >>> >>> I haven't heard of VWxWidgets, I will check it out. >>> >>> Cheers! >>> >>> >>> On Sat, Jul 27, 2013 at 5:21 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>> Hi >>> >>> I thought that Mars was for Mac but it works on Linux. So is it a layer on top of GTK? >>> How does it compare with the binding to VWxWidgets? >>> What is the difference with the Cocoa native bridge? >>> >>> Stef >>> >> >

July 27, 2013

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/30305 Home: https://github.com/pharo-project/pharo-core

July 27, 2013

[pharo-project/pharo-core] 57cf15: 30305

by GitHub

Branch: refs/heads/3.0 Home: https://github.com/pharo-project/pharo-core Commit: 57cf1585533cbf06e858bc31044d9b7512a74d36 https://github.com/pharo-project/pharo-core/commit/57cf1585533cbf06e858bc31… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2013-07-27 (Sat, 27 Jul 2013) Changed paths: M KernelTests-Classes/BehaviorTest.cls/definition.st A KernelTests-Classes/BehaviorTest.cls/instance/tests/testBehaviorRespectsPolymorphismWithTraitBehavior.st A KernelTests-Classes/ClassDescriptionTest.cls/instance/tests/testClassDescriptionRespectsPolymorphismWithTraitDescription.st M KernelTests-Classes/ClassTest.cls/definition.st A KernelTests-Classes/ClassTest.cls/instance/testing/testClassRespectsPolymorphismWithTrait.st A KernelTests-Classes/MetaclassTest.cls/README.md A KernelTests-Classes/MetaclassTest.cls/definition.st A KernelTests-Classes/MetaclassTest.cls/instance/tests/testMetaclassAndTraitClassRespectsPolymorphismRules.st A SUnit-Core-Utilities/ClassTestCase.cls/instance/utils/differentMethodsWithSameSelectorBetween_and_.st A SUnit-Core-Utilities/ClassTestCase.cls/instance/utils/repeatedMethodsThatDoNotAccessInstanceVariablesBetween_and_.st A ScriptLoader30/ScriptLoader.cls/instance/pharo - scripts/script140.st A ScriptLoader30/ScriptLoader.cls/instance/pharo - updates/update30305.st M ScriptLoader30/ScriptLoader.cls/instance/public/commentForCurrentUpdate.st Log Message: ----------- 30305 11208 Uncategorized method in Class https://pharo.fogbugz.com/f/cases/11208 10993 A rule or test must make sure we don not add methods to Class https://pharo.fogbugz.com/f/cases/10993

July 27, 2013

Re: [Pharo-dev] question about mars

by Benjamin

It's part of my GSoC project to integrate Mars in Spec :) Ben On Jul 27, 2013, at 12:14 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > thanks carla. > I was wondering how it compares with Spec because the idea behind spec is to factor out the logic of the application. > I will discuss with esteban. > > Stef > >> Hi Stef! >> The goal is that Mars works on Mac, Linux and also Windows later, and it will have a bridge for each platform. So far there is a bridge for Cocoa and another one for GTK, and later I will introduce the bridge for Windows. >> In the screencasts of my last post (http://marsonpharo.wordpress.com/2013/07/27/how-to-build-a-mars-application…) you can find that I show 2 versions of each example: first running on Mac (with Cocoa) and then on Linux (with Gtk). Nevertheless, the code for building a Mars application is platform independent, so you write the application once and you get it working on Mac and Linux. >> >> I haven't heard of VWxWidgets, I will check it out. >> >> Cheers! >> >> >> On Sat, Jul 27, 2013 at 5:21 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> Hi >> >> I thought that Mars was for Mac but it works on Linux. So is it a layer on top of GTK? >> How does it compare with the binding to VWxWidgets? >> What is the difference with the Cocoa native bridge? >> >> Stef >> >

July 27, 2013

Re: [Pharo-dev] question about mars

by StÃ©phane Ducasse

thanks carla. I was wondering how it compares with Spec because the idea behind spec is to factor out the logic of the application. I will discuss with esteban. Stef > Hi Stef! > The goal is that Mars works on Mac, Linux and also Windows later, and it will have a bridge for each platform. So far there is a bridge for Cocoa and another one for GTK, and later I will introduce the bridge for Windows. > In the screencasts of my last post (http://marsonpharo.wordpress.com/2013/07/27/how-to-build-a-mars-application…) you can find that I show 2 versions of each example: first running on Mac (with Cocoa) and then on Linux (with Gtk). Nevertheless, the code for building a Mars application is platform independent, so you write the application once and you get it working on Mac and Linux. > > I haven't heard of VWxWidgets, I will check it out. > > Cheers! > > > On Sat, Jul 27, 2013 at 5:21 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Hi > > I thought that Mars was for Mac but it works on Linux. So is it a layer on top of GTK? > How does it compare with the binding to VWxWidgets? > What is the difference with the Cocoa native bridge? > > Stef >

July 27, 2013

Re: [Pharo-dev] question about mars

by Carla F. Griggio

Hi Stef! The goal is that Mars works on Mac, Linux and also Windows later, and it will have a bridge for each platform. So far there is a bridge for Cocoa and another one for GTK, and later I will introduce the bridge for Windows. In the screencasts of my last post ( http://marsonpharo.wordpress.com/2013/07/27/how-to-build-a-mars-application…) you can find that I show 2 versions of each example: first running on Mac (with Cocoa) and then on Linux (with Gtk). Nevertheless, the code for building a Mars application is platform independent, so you write the application once and you get it working on Mac and Linux. I haven't heard of VWxWidgets, I will check it out. Cheers! On Sat, Jul 27, 2013 at 5:21 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > Hi > > I thought that Mars was for Mac but it works on Linux. So is it a layer on > top of GTK? > How does it compare with the binding to VWxWidgets? > What is the difference with the Cocoa native bridge? > > Stef >

July 27, 2013

question about mars

by StÃ©phane Ducasse

Hi I thought that Mars was for Mac but it works on Linux. So is it a layer on top of GTK? How does it compare with the binding to VWxWidgets? What is the difference with the Cocoa native bridge? Stef

July 27, 2013

Fwd: [smaltalk-gsoc-students] Dear Smalltalkers and GSOCers

by StÃ©phane Ducasse

exciting! Stef Begin forwarded message: > From: "Carla F. Griggio" <carla.griggio(a)gmail.com> > Subject: Re: [smaltalk-gsoc-students] Dear Smalltalkers and GSOCers > Date: July 27, 2013 9:42:47 AM GMT+02:00 > To: smalltalk-gsoc-students(a)googlegroups.com > Reply-To: smalltalk-gsoc-students(a)googlegroups.com > > Hello, > Here is my blog: http://marsonpharo.wordpress.com/. I've just posted a couple of screencasts showing some of the examples working on Mars. > > Cheers! > Carla >

July 27, 2013