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

Re: [Pharo-project] WebClient-Core port to Pharo 1.1 final

by Yanni Chiu

Johan Brichau wrote: > > I am not a lawyer but as far as I understand this topic, no license > means nobody can use the code at all, which contradicts the fact of > having it in a public repository (and you being perfectly happy of > people using it). IANAL. "no license" means it's public domain, so *anybody* can use it. But, if they use it, they have no idea of the terms under which they can use it - a license would may the terms clear. Cautious users would then *not* use it. So the net effect would be that nobody (that is cautious) uses it. There is no contradiction with it being in a public repository. The author is perfectly happy for the public to use it. The problem is that users are likely not happy to use it, without any license terms.

Aug. 30, 2010

Re: [Pharo-project] ifEmpty:ifNotEmpty (was: WebClient-Core port to Pharo 1.1 final)

by Henrik Johansen

On Aug 30, 2010, at 4:45 35PM, StÃ©phane Ducasse wrote: > Ok so I can close the ticket then. > :) > Stef Unless you want it as part of a 1.0 patch, yes. Cheers, Henry >>>> ---- On Mon, 30 Aug 2010 05:57:47 -0700 Levente Uzonyi wrote ---- >>>> >>>>> I don't like the "magical" #asString, but you should discuss it with >>>>> Andreas. Collection >> #ifEmpty: doesn't return nil, but the collection in >>>>> the WebClient-Pharo package (and in Squeak), and I think it's better than >>>>> nil. >>>> >>>> I opened a ticked on this a few weeks back: http://code.google.com/p/pharo/issues/detail?id=2794 >>>> >>>> The ifEmpty:/ifNotEmpty: behavior of Squeak is demonstrably better and should be adopted. >>> >>> heu... I evaluated the following in a pharo1.1-dev and 1.2-core: >>> >>> (#(foo) ifEmpty:[#bar]) -> returns #(foo) >>> (#() ifNotEmpty:[#bar]) -> returns #() >>> >>> This seems to do what you propose? >>> Johan >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> Yes. >> Levente is right, I read the code of Andreas' wrong. >> Pharo 1.1/1.2 does this, so the override is for 1.0, where #ifEmpty: returns nil . >> >> Cheers, >> Henry >> _______________________________________________ >> 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

Aug. 30, 2010

Re: [Pharo-project] ifEmpty:ifNotEmpty (was: WebClient-Core port to Pharo 1.1 final)

by StÃ©phane Ducasse

Ok so I can close the ticket then. :) Stef >>> ---- On Mon, 30 Aug 2010 05:57:47 -0700 Levente Uzonyi wrote ---- >>> >>>> I don't like the "magical" #asString, but you should discuss it with >>>> Andreas. Collection >> #ifEmpty: doesn't return nil, but the collection in >>>> the WebClient-Pharo package (and in Squeak), and I think it's better than >>>> nil. >>> >>> I opened a ticked on this a few weeks back: http://code.google.com/p/pharo/issues/detail?id=2794 >>> >>> The ifEmpty:/ifNotEmpty: behavior of Squeak is demonstrably better and should be adopted. >> >> heu... I evaluated the following in a pharo1.1-dev and 1.2-core: >> >> (#(foo) ifEmpty:[#bar]) -> returns #(foo) >> (#() ifNotEmpty:[#bar]) -> returns #() >> >> This seems to do what you propose? >> Johan >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > Yes. > Levente is right, I read the code of Andreas' wrong. > Pharo 1.1/1.2 does this, so the override is for 1.0, where #ifEmpty: returns nil . > > Cheers, > Henry > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 30, 2010

Re: [Pharo-project] WebClient-Core port to Pharo 1.1 final

by StÃ©phane Ducasse

Thanks It skipped my radar since it is not marked as fixed. do you want that I add you to the project developers on google so that you can changed the tag value? Stef On Aug 30, 2010, at 3:35 PM, jaayer wrote: > > > ---- On Mon, 30 Aug 2010 05:57:47 -0700 Levente Uzonyi wrote ---- > >> I don't like the "magical" #asString, but you should discuss it with >> Andreas. Collection >> #ifEmpty: doesn't return nil, but the collection in >> the WebClient-Pharo package (and in Squeak), and I think it's better than >> nil. > > I opened a ticked on this a few weeks back: http://code.google.com/p/pharo/issues/detail?id=2794 > > The ifEmpty:/ifNotEmpty: behavior of Squeak is demonstrably better and should be adopted. > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 30, 2010

Re: [Pharo-project] this style looks cool

by Sven Van Caekenberghe

On 30 Aug 2010, at 00:55, ja(a)anymorphic.com wrote: > Tudor Girba <tudor.girba@...> writes: > > >> Is this Theme available? > > I can push the change monday morning. > ja Works great indeed, thanks for writing this and sharing it, JA ! Having a great look and feel is important. I have one visual anomaly: When first opening a Settings browser, the expand all button has focus, which is not visually as nice. I would also go for the same Dark Grey style in menus. I will try to do this myself, there are too much tastes differences. Sven

Aug. 30, 2010

Re: [Pharo-project] ifEmpty:ifNotEmpty (was: WebClient-Core port to Pharo 1.1 final)

by Henrik Johansen

On Aug 30, 2010, at 4:00 07PM, Johan Brichau wrote: > > On 30 Aug 2010, at 15:35, jaayer wrote: > >> ---- On Mon, 30 Aug 2010 05:57:47 -0700 Levente Uzonyi wrote ---- >> >>> I don't like the "magical" #asString, but you should discuss it with >>> Andreas. Collection >> #ifEmpty: doesn't return nil, but the collection in >>> the WebClient-Pharo package (and in Squeak), and I think it's better than >>> nil. >> >> I opened a ticked on this a few weeks back: http://code.google.com/p/pharo/issues/detail?id=2794 >> >> The ifEmpty:/ifNotEmpty: behavior of Squeak is demonstrably better and should be adopted. > > heu... I evaluated the following in a pharo1.1-dev and 1.2-core: > > (#(foo) ifEmpty:[#bar]) -> returns #(foo) > (#() ifNotEmpty:[#bar]) -> returns #() > > This seems to do what you propose? > Johan > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project Yes. Levente is right, I read the code of Andreas' wrong. Pharo 1.1/1.2 does this, so the override is for 1.0, where #ifEmpty: returns nil . Cheers, Henry

Aug. 30, 2010

Re: [Pharo-project] ifEmpty:ifNotEmpty (was: WebClient-Core port to Pharo 1.1 final)

by Johan Brichau

On 30 Aug 2010, at 15:35, jaayer wrote: > ---- On Mon, 30 Aug 2010 05:57:47 -0700 Levente Uzonyi wrote ---- > >> I don't like the "magical" #asString, but you should discuss it with >> Andreas. Collection >> #ifEmpty: doesn't return nil, but the collection in >> the WebClient-Pharo package (and in Squeak), and I think it's better than >> nil. > > I opened a ticked on this a few weeks back: http://code.google.com/p/pharo/issues/detail?id=2794 > > The ifEmpty:/ifNotEmpty: behavior of Squeak is demonstrably better and should be adopted. heu... I evaluated the following in a pharo1.1-dev and 1.2-core: (#(foo) ifEmpty:[#bar]) -> returns #(foo) (#() ifNotEmpty:[#bar]) -> returns #() This seems to do what you propose? Johan

Aug. 30, 2010

Re: [Pharo-project] Sockets in Pharo CollaborActive Book

by Noury Bouraqadi

Hi, I'm currently working on a chapter about Sockets for the Pharo by example book. I'm half way, though there is more material than what is on the pharo collabor-active book. It's a pitty, that pharo by example and the collaborative book aren't linked. Any way, I'll be happy ot send what I have written to anyone who request it. Noury On 29 aoÃ»t 2010, at 23:05, Sean P. DeNigris wrote: > > The description of sockets at > http://book.pharo-project.org/book/networking/Socket/ is: > > Socket is one of the main networking classes. You can create a new TCP > socket with the message #newTCP. >> >> This example creates a TCP socket and puts it into listening mode. After a >> client has connected, it reads data from the socket. >> >> | server client | >> server := Socket newTCP. >> server listenOn: 12345 backlogSize: 4. >> server waitForConnectionFor: 600. >> client := server accept. >> client receiveData >> > > Huh?! It looks like half the code in this snippet belongs on the server, > and the other half on the client. I tried: > Server doit: > server := Socket newTCP. > server listenOn: 12345 backlogSize: 4. > server waitForConnectionFor: 600. > Client doit: > server := Socket newTCP. > server listenOn: 12345 backlogSize: 4. > server waitForConnectionFor: 600. > client := server accept. > client receiveData. > but the server just hung forever. > > After flopping around for a while, and checking the swiki, it seemed to be > listenOn:backlogSize: that was the problem. Everything went well with: > Server DoIt: > server := Socket newTCP. > server listenOn: 8080. > server waitForConnectionFor: 600. > server sendData: 'Hello from the server' > Client PrintIt: > client := Socket newTCP. > client connectTo: (NetNameResolver localHostAddress) port: 8080. > client receiveData. > > Anyway, I'd like to have this be clearer, but my knowledge is very basic. > Also, the class comment for socket reads "...Sockets are the lowest level of > networking object in Squeak and are not normally used directly..." so is > this where we want to direct people first? > > Thanks. > Sean > -- > View this message in context: http://forum.world.st/Sockets-in-Pharo-CollaborActive-Book-tp2399361p239936… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project Noury

Aug. 30, 2010

Re: [Pharo-project] WebClient-Core port to Pharo 1.1 final

by jaayer

---- On Mon, 30 Aug 2010 05:57:47 -0700 Levente Uzonyi wrote ---- >I don't like the "magical" #asString, but you should discuss it with >Andreas. Collection >> #ifEmpty: doesn't return nil, but the collection in >the WebClient-Pharo package (and in Squeak), and I think it's better than >nil. I opened a ticked on this a few weeks back: http://code.google.com/p/pharo/issues/detail?id=2794 The ifEmpty:/ifNotEmpty: behavior of Squeak is demonstrably better and should be adopted.

Aug. 30, 2010

Re: [Pharo-project] MethodName

by Alexandre Bergel

I attached PharoDebug.log Alexandre On 30 Aug 2010, at 09:12, StÃ©phane Ducasse wrote: > excellent we spent the week-end (or the part allocated to code) chasing it. > Which image? version.... > > We do not understand why fileIn has a problem when MethodReference get a real timestamp. > Stef > > >> Hi! >> >> I can't load it. I've got an error: Instances of Timestamp are not indexable >> >> Alexandre >> >> >> On 29 Aug 2010, at 22:07, Benjamin Van Ryseghem wrote: >> >>> Hello everyone >>> >>> As you may already known, I'm working on a new tool named MethodName which is the merge of MethodFinder and MessagesName with some cool improvement :) >>> >>> It works on Pharo1.2 - 12109 because it needs NullTextStyler ( >>> Gofer new >>> squeaksource: 'PharoTaskForces'; >>> package: 'NullTextStyler'; >>> load.) >>> >>> You can download the sources by evaluating this : >>> >>> Gofer new >>> squeaksource: 'PharoTaskForces'; >>> package: 'MethodName'; >>> load. >>> >>> For opening a new MethodName window there's two ways : >>> - evaluate : MethodName new openInWorld. >>> - click World >> Tools >> Method Name >>> >>> >>> How it works : >>> - You choose thank to the radio button where you want to search (Selectors / Class names/ Source) >>> - You type the text you want to search : >>> + Source : >>> 1) *string or string or string* or *string* -> it answers all the methods which source contains string >>> 2) begin*end -> it answers all the methods which source contains begin(whatever)end. >>> + Class names : >>> 1) name -> it answers the class which the name is name >>> 2) name* / *name / *name* / begin*end ... -> * replaces any string. >>> + Selectors: >>> 1) the same behaviour that for class names >>> 2) the behaviour of MethodFinder >>> >>> Moreover you can reduce the field of search by clicking on "Change environment" which open a PackageChooser window. >>> A PackageChooser let you choose the set of classes which will be browsed during the search. >>> >>> The left list shows all the available packages and the right list shows the already selected packages. >>> To add packages, just select them then click ">" to add them or click ">>" to select all the packages. It's the same to remove packages. >>> >>> Instead of browsing tons of packages in the goal of finding the one you want, you can use the text field to enter the name of the package or a part of the name using some *. >>> >>> When all the packages are selected, just click "Ok" :) >>> >>> I hope it's a bit clear and a bit useful ^^ >>> >>> Benjamin >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> >> _______________________________________________ >> 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 -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Aug. 30, 2010