January 2010 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] About my recursive blues :)

by Yanni Chiu

Miguel Enrique CobÃ¡ Martinez wrote: > Anyway, my mail was to support the work of Stef and the Pharo team and > not to start a flame about Squeak. So let this rest now. Best to let it rest. The past can't be changed, but the future is in the hands of each fork. There may be similarities along the way, amongst the different forks. Shrinking the core image and reloadable packages is likely common to all forks - ideally, we'd all arrive at the same core. But there are differences too, in the goals of each fork, not just personality differences. Some may feel that energies are wasted with the forks. Probably they're right. The question is whether or not the wasted energies can be afforded. If multiple forks can draw more resources in total, to offset the extra energies expended, then everyone is ahead. It's not clear yet whether the overall Squeak/Pharo/Seaside community is growing, and whether that would be because of the fork or not. Also, a little friendly competition, does seem to motivate and inspire people. -- Yanni

Jan. 7, 2010

Re: [Pharo-project] [ANN] Icons for Mac users

by StÃ©phane Ducasse

cool! I noticed that tuesday on windows :) Do you have an idea to make the distinction stronger between image and changes :) Stef On Jan 7, 2010, at 5:51 PM, Mariano Martinez Peck wrote: > Hi folks. Once month before I was happy with my Linux box and having my Pharo icons for .sources, .changes, .image, and vm. Now I have a mac, and I have the old squeak icons. So.....I created the ones for Pharo :) > > I attach a zip file with the files. What you have to do is: > > 1) Go to your vm (for example Squeak 4.2.2beta1U.app), and copy it (backup) with another name in case you don't like the icons > 2) Go to the original VM -> right button -> Show package content > 3) Uncompress, copy and replace my attached files for the ones that are in /Contents/Resources/ > 4) A reboot may help to see all the changes > > That's all. I hope you like it. > > Cheers > > Mariano > <macIcons.zip>_______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Jan. 7, 2010

Re: [Pharo-project] Some notes we took during our experience

by Alain Plantec

StÃ©phane Ducasse a Ã©crit : > Hi > > marcus jannik and me got fun and fixed some cycles. > > Here are some extra notes I took > > - PreferenceBrowserMorph and friends should be removed. > sure, its days are counted ;-) Alain > Stef > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >

Jan. 7, 2010

Re: [Pharo-project] Simple question about NewInspector

by Mariano Martinez Peck

2010/1/7 Henrik Sperre Johansen <henrik.s.johansen(a)veloxit.no> > > > On 07.01.2010 17:56, Mariano Martinez Peck wrote: > > > > 2010/1/7 Henrik Johansen <henrik.s.johansen(a)veloxit.no> > >> In latest version from ss, loaded into PharoCore, it does a MNU >> ByteString>types. >> >> ProtoObject >> niChildrenBlockForFixedFields, in the line: >> >> extractedType types do: [:t | s nextPutAll: t printString] separatedBy: [s >> nextPutAll: ', ']. >> extractedType is the string you mentioned. >> >> > I am not sure if I understood you correctly. WHat did you download from ss? > NewInspector or ConfiguarationOfNewInspector. > > I guess you tried NewInspector and maybe the error is correct becaue now > NewInspector depends on RoelTyper. > > Fredrique said NewInspector can used _without_ RoelTyper installed, in > which case it's supposed to display a message saying"The last version of > RoelTyper must be loaded to have this information" when you select Types in > the list. > Loading NewInspector directly from SqueakSource (no configurations, don't > really need that for a package without dependencies...) > > without RoelTyper installed does not result in this behaviour, but an MNU as > described. > Ok....got it :) thanks > >> On Jan 4, 2010, at 9:49 49AM, Frederic Pluquet wrote: >> >> RoelTyper is also used in ProtoObject>>niChildrenBlockForFixedFields >> (an extension for NewInspector). >> >> NewInspector can work without RoelTyper. The message "The last version >> of RoelTyper must be loaded to have this information" is shown when >> NewInspector tries to calculate types and that RoelTyper is not found. >> >> >> ^This > > Cheers, > Henry > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Jan. 7, 2010

Re: [Pharo-project] Simple question about NewInspector

by Henrik Sperre Johansen

On 07.01.2010 17:56, Mariano Martinez Peck wrote: > > > 2010/1/7 Henrik Johansen <henrik.s.johansen(a)veloxit.no > <mailto:henrik.s.johansen@veloxit.no>> > > In latest version from ss, loaded into PharoCore, it does a MNU > ByteString>types. > > ProtoObject >> niChildrenBlockForFixedFields, in the line: > > extractedType types do: [:t | s nextPutAll: t printString] > separatedBy: [s nextPutAll: ', ']. > extractedType is the string you mentioned. > > > I am not sure if I understood you correctly. WHat did you download > from ss? NewInspector or ConfiguarationOfNewInspector. > > I guess you tried NewInspector and maybe the error is correct becaue > now NewInspector depends on RoelTyper. Fredrique said NewInspector can used _without_ RoelTyper installed, in which case it's supposed to display a message saying"The last version of RoelTyper must be loaded to have this information" when you select Types in the list. Loading NewInspector directly from SqueakSource (no configurations, don't really need that for a package without dependencies...) without RoelTyper installed does not result in this behaviour, but an MNU as described. > > > On Jan 4, 2010, at 9:49 49AM, Frederic Pluquet wrote: > >> RoelTyper is also used in >> ProtoObject>>niChildrenBlockForFixedFields (an extension for >> NewInspector). >> >> NewInspector can work without RoelTyper. The message "The last >> version of RoelTyper must be loaded to have this information" is >> shown when NewInspector tries to calculate types and that >> RoelTyper is not found. >> >> ^This Cheers, Henry

Jan. 7, 2010

Re: [Pharo-project] Simple question about NewInspector

by Mariano Martinez Peck

2010/1/7 Henrik Johansen <henrik.s.johansen(a)veloxit.no> > In latest version from ss, loaded into PharoCore, it does a MNU > ByteString>types. > > ProtoObject >> niChildrenBlockForFixedFields, in the line: > > extractedType types do: [:t | s nextPutAll: t printString] separatedBy: [s > nextPutAll: ', ']. > extractedType is the string you mentioned. > > I am not sure if I understood you correctly. WHat did you download from ss? NewInspector or ConfiguarationOfNewInspector. I guess you tried NewInspector and maybe the error is correct becaue now NewInspector depends on RoelTyper. I have just tested on latest 1.0 and 1.1 and works ok. To try it: Gofer new squeaksource: 'MetacelloRepository'; package: 'ConfigurationOfNewInspector'; load. ((Smalltalk at: #ConfigurationOfNewInspector) project version: '1.0') load. Cheers Mariano > Cheers, > Henry > > On Jan 4, 2010, at 9:49 49AM, Frederic Pluquet wrote: > > RoelTyper is also used in ProtoObject>>niChildrenBlockForFixedFields (an > extension for NewInspector). > > NewInspector can work without RoelTyper. The message "The last version of > RoelTyper must be loaded to have this information" is shown when > NewInspector tries to calculate types and that RoelTyper is not found. > > > FrÃ©d > ---- > FrÃ©dÃ©ric Pluquet > UniversitÃ© Libre de Bruxelles (ULB) > Assistant > http://www.ulb.ac.be/di/fpluquet > > > On Sat, Dec 26, 2009 at 11:29 PM, Mariano Martinez Peck < > marianopeck(a)gmail.com> wrote: > >> Hi Frederic. I am trying to see if it make sense to create a metacello >> configuration for NewInspector. The only external (not in PharoCore) >> dependency I saw using the DependencyBrowser is RoelTyper, which is used in >> the class NICompiledMethodNode >> configuration you use the class >> TypeCollector which is from RoelTyper. >> >> So, the question is, is this dependency correct? I ask because I took a >> PharoCore image, load NewINspector WITHOUT RoelTyper and it "seemed" to >> work. >> >> Thank you very much. >> >> Mariano >> > > _______________________________________________ > 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 >

Jan. 7, 2010

[Pharo-project] [ANN] Icons for Mac users

by Mariano Martinez Peck

Hi folks. Once month before I was happy with my Linux box and having my Pharo icons for .sources, .changes, .image, and vm. Now I have a mac, and I have the old squeak icons. So.....I created the ones for Pharo :) I attach a zip file with the files. What you have to do is: 1) Go to your vm (for example Squeak 4.2.2beta1U.app), and copy it (backup) with another name in case you don't like the icons 2) Go to the original VM -> right button -> Show package content 3) Uncompress, copy and replace my attached files for the ones that are in /Contents/Resources/ 4) A reboot may help to see all the changes That's all. I hope you like it. Cheers Mariano

Jan. 7, 2010

Re: [Pharo-project] Printing???

by Michael Rueger

On 1/7/2010 12:10 PM, Guido Stepken wrote: > I would like to know, how i print on all available platforms .... > > PS, EPS output ... hmmm, doesn't really work ... > > Apple uses CUPS, LINUX uses CUPS, Windows .... GDI and CUPS possible ... > > How can i generate e.g. PDF output and send that platform independent to > printer? Rome has a (cairo)pdf backend and John can provide the magic incantations to print this on the Mac. On Windows and *ix you probably need a few ffi calls or OSProcess. Michael

Jan. 7, 2010

Re: [Pharo-project] About my recursive blues :)

by Miguel Enrique CobÃ¡ Martinez

El jue, 07-01-2010 a las 08:34 -0500, David T. Lewis escribiÃ³: > On Thu, Jan 07, 2010 at 08:23:02AM +0200, Danie Roux wrote: > > 2010/1/7 Miguel Enrique Cob? Martinez: > > > > > Respect to Squeak, I seriously began to write a reply to the mail from > > > Andreas announcing the removal of Etoys > > > > Are you referring to this message: > > http://lists.squeakfoundation.org/pipermail/squeak-dev/2010-January/142974.… > > > > The one that states "... I finished the first round on making Etoys > > package *reloadable* in trunk" (emphasis mine). > > > > That is not the same as removal to me? > > Right. Miguel, perhaps you misunderstand. Etoys and other packages > are being made reloadable. Clean, reloadable packages are a goal > that we all share, and IMO the work in Squeak and Pharo will be > complimentary and helpful to all in the long run. In the case of > Squeak, one of the goals is to be able to provide better support > for Etoys. Making a reloadable Etoys package is an important step > in that direction. > Yes I know that they are reloadable, but my point is that 3 years ago, (4 by now) in this thread http://n4.nabble.com/A-process-proposal-for-3-10-tt56501.html#a56516 it was proposed to remove/unload the etoys part of squeak, in order to have a kernel like squeak more manageable. Several people discussed, including Andreas, and Bert specifically said that: "As Juan wrote, removing Etoys from Morphic while keeping it both loadable and functioning properly is futile" on: http://n4.nabble.com/A-process-proposal-for-3-10-tp56501p56516.html And now results that now only it is possible and doable but that is the right thing to do for Squeak! And all initiative from Andreas. As the chosen one saving Squeak single-handed. That is a slap in the face for everyone that proposed the same changes years ago and that is the reason of my disappointing with current Squeak. Maybe is gaining new adepts (I don't know for certain) but surely is losing old contributors. Anyway, my mail was to support the work of Stef and the Pharo team and not to start a flame about Squeak. So let this rest now. Cheers > :) > > Dave > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Miguel CobÃ¡ http://miguel.leugim.com.mx

Jan. 7, 2010

Re: [Pharo-project] Some notes we took during our experience

by StÃ©phane Ducasse

> >> Hi >> >> marcus jannik and me got fun and fixed some cycles. >> >> Here are some extra notes I took >> >> - PreferenceBrowserMorph and friends should be removed. >> - MethodReference could be closer to CompiledMethod (to avoid cycle with tools when in fact people >> just wanted to report aCompiled method list and return a methodReference list). >> - Services -> split into Services-Morphic and Services-Core -> but services should be removed for now >> >> - Symbol could has its own scanning function (isLiteralSymbol) to avoid to depend on Scanner > > Anyway, st-80 did have support for several Compiler, so asking to > Symbol rather than Compiler/parser was a bad idea. we were discussing about that with marcus. The problem is that if we want to remove Scanner or Compiler from a kernel then relying on it to determine if a symbol should be printed #hkjhk or #'hkj kjkj' is a problem. > > Nicolas > >> - URL should be replaced by URI >> - WordArrayForSegment -> ImageSegment >> - FilePackage -> Tools >> - TextDiffBuilder -> in its own package. >> >> 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

Jan. 7, 2010