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

[Pharo-project] [COTDC] 6 - StandardFonts

by Laurent Laffont

Today: StandardFonts (really at random this time :) Comment Of The Day Contest - One Day One Comment Rules: #1: Each day a not commented class is elected. Each day the best comment will be integrated with name of the author(s). #2: If you cannot comment it, deprecate it. Results: http://code.google.com/p/pharo/wiki/CommentOfTheDayContest Laurent

Feb. 9, 2011

[Pharo-project] I think that we can remove safely MCPTest :)

by stephane ducasse

MorphicCleanProjectTest.... long time ago some guys started to try to clean Morphic they were bold, young and may ignorant and some people told them that there were doing silly things.... It was a bit sad. But this was good that we the other young bold and ignorant succeeded to bring the spirit of the Kernel Cleaning Project into young brave souls :) Stef

Feb. 9, 2011

Re: [Pharo-project] Method finder is broken

by Benjamin

It has been replaced by Finder (World >> Tools >> Finder) Ben On Feb 9, 2011, at 5:36 PM, Hilaire Fernandes wrote: > I saw this ticket about removing it. Is it replaced by somthing else? > > Hilaire > -- > Education 0.2 -- http://blog.ofset.org/hilaire > >

Feb. 9, 2011

[Pharo-project] Method finder is broken

by Hilaire Fernandes

I saw this ticket about removing it. Is it replaced by somthing else? Hilaire -- Education 0.2 -- http://blog.ofset.org/hilaire

Feb. 9, 2011

[Pharo-project] Morphic support mixes concerns

by StÃ©phane Ducasse

Hi guys in Morphic-Support we have Canvas and selectionMorph .... to me it looks like improper packaging. Stef

Feb. 9, 2011

[Pharo-project] what is the goal of warpImage: aForm transform: aTransform

by StÃ©phane Ducasse

there are no sender in Pharo 1.3? SMx does not have them. Stef

Feb. 9, 2011

[Pharo-project] Issue 3688 in pharo: Network primitives missing in the image

by pharo＠googlecode.com

Status: Accepted Owner: jannik.l...(a)gmail.com Labels: Difficulty-Easy New issue 3688 by jannik.l...(a)gmail.com: Network primitives missing in the image http://code.google.com/p/pharo/issues/detail?id=3688 There are some primitives missing in Pharo, there are in eToys. Maybe we can include them primGetAddressInfoFamily <primitive: 'primitiveResolverGetAddressInfoFamily' module: 'SocketPlugin'> self primitiveFailed === primGetAddressInfoHost: hostName service: servName flags: flags family: family type: type protocol: protocol <primitive: 'primitiveResolverGetAddressInfo' module: 'SocketPlugin'> self primitiveFailed === primGetAddressInfoNext <primitive: 'primitiveResolverGetAddressInfoNext' module: 'SocketPlugin'> self primitiveFailed === primGetAddressInfoProtocol <primitive: 'primitiveResolverGetAddressInfoProtocol' module: 'SocketPlugin'> self primitiveFailed === primGetAddressInfoResult: socketAddress <primitive: 'primitiveResolverGetAddressInfoResult' module: 'SocketPlugin'> self primitiveFailed === primGetAddressInfoSize <primitive: 'primitiveResolverGetAddressInfoSize' module: 'SocketPlugin'> self primitiveFailed === primGetAddressInfoType <primitive: 'primitiveResolverGetAddressInfoType' module: 'SocketPlugin'> self primitiveFailed === primGetNameInfo: socketAddress flags: flags <primitive: 'primitiveResolverGetNameInfo' module: 'SocketPlugin'> flags == 0 ifTrue: [^self primGetNameInfo: socketAddress flags: SocketAddressInformation numericFlag]. self primitiveFailed === primGetNameInfoHostResult: aString <primitive: 'primitiveResolverGetNameInfoHostResult' module: 'SocketPlugin'> self primitiveFailed === primGetNameInfoHostSize <primitive: 'primitiveResolverGetNameInfoHostSize' module: 'SocketPlugin'> self primitiveFailed === primGetNameInfoServiceResult: aString <primitive: 'primitiveResolverGetNameInfoServiceResult' module: 'SocketPlugin'> self primitiveFailed === primGetNameInfoServiceSize <primitive: 'primitiveResolverGetNameInfoServiceSize' module: 'SocketPlugin'> self primitiveFailed === primHostNameResult: aString <primitive: 'primitiveResolverHostNameResult' module: 'SocketPlugin'> self primitiveFailed === primHostNameSize <primitive: 'primitiveResolverHostNameSize' module: 'SocketPlugin'> self primitiveFailed

Feb. 9, 2011

Re: [Pharo-project] Primitive calls in one package

by jannik.laval

Iep, in issue 3688 Cheers, jannik On Feb 7, 2011, at 15:48 , Guillermo Polito wrote: > > > On Mon, Feb 7, 2011 at 3:24 AM, jannik.laval <jannik.laval(a)gmail.com> wrote: > I understand your point :), > Now, with my problem with Network, we can see that some primitives do not exist in the image of pharo nor squeak. > But are inside etoys image.... > > :3 I smell we need to open a ticket to remove that! > > > Where I think that all these images should have the same primitives, because based on same VM. > My idea is in that way: how can we maintain primitives and match them with the vm ? > > Cheers, > Jannik > > > On Feb 6, 2011, at 17:47 , Noury Bouraqadi wrote: > > > I totally agree with Bill. > > > > Noury > > > > On 5 fÃ©vr. 2011, at 21:40, Schwab,Wilhelm K wrote: > > > >> If there is a problem finding primitives, then that probably deserves attention in the browsers. Given that collections, sockets, streams, etc. all use primitives, will likely continue to do so, and will also find competition (Nile, new sockets package, etc.), I think it would be inappropriate to set up a presumption that all primitives lurk in one package. It cannot (or should not) be enforced, and would interfere with evolution. > >> > >> With respect, -1. > >> > >> Bill > >> > >> > >> > >> ________________________________________ > >> From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Laval Jannik [jannik.laval(a)inria.fr] > >> Sent: Saturday, February 05, 2011 3:06 PM > >> To: Pharo Development > >> Subject: [Pharo-project] Primitive calls in one package > >> > >> Hi, > >> > >> What is your opinion about having all primitive calls in one package ? > >> It would be easier to maintain and to find them. > >> > >> Another question: why all existing primitive in VM have not a method in the image ? > >> > >> Cheers, > >> --- > >> Jannik Laval > >> > >> > >> > > > > > > >

Feb. 9, 2011

Re: [Pharo-project] INRIA-CEA-EDF Deep into Smalltalk School registration open

by Sean P. DeNigris

Will you post videos? I'll be heading to Smalltalk Solutions, but I'm always hungry to learn more, more, more!!! Sean -- View this message in context: http://forum.world.st/INRIA-CEA-EDF-Deep-into-Smalltalk-School-registration… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Feb. 9, 2011

Re: [Pharo-project] Issue 3583 in pharo: Shout should only be active in code panes

by pharo＠googlecode.com

Comment #29 on issue 3583 by Benjamin...(a)gmail.com: Shout should only be active in code panes http://code.google.com/p/pharo/issues/detail?id=3583 Thanks Laurent :) Slice done: SLICE-Issue-3583-Shout-should-only-be-active-in-code-panes-BenjaminVanRyseghem.1 in PharoInbox. I hope it will work ;)

Feb. 9, 2011