December 2013 - Pharo-users

Geo coordinates operations

by Esteban A. Maringolo

Has anybody implemented basic methods/classes to calculate distance between two points (lat, long) and similar operations? Regards, Esteban A. Maringolo

Dec. 26, 2013

Re: [Pharo-users] Stupid ideas when I'm bored:

by StÃ©phane Ducasse

this is brutally fun. :D and this got great success during the sprint last week. This is good to see that closing the window still works :) I was wondering why we get really big pixels at the beginning. Stef On 20 Dec 2013, at 14:33, Nicolai Hess <nicolaihess(a)web.de> wrote: > (EyeMorphViewer new inspect:World) openWithSpec window fullscreen.

Dec. 25, 2013

Re: [Pharo-users] have a question for morphic Designer in pharo.

by StÃ©phane Ducasse

> hello smalltalker! this is my first thread. Welcome :) > > first! im smalltalk newbie and use ogly english. sorry!!! Donât worry our korean is near to zero ;) > i want using "Morphic Designer" in pharo. > because pharo is smart smalltalk environment, and morphic designer is useful(maybe.... only loook movie file) Yes it is nice. Now you should pay attention because once we looked at the events and it used a different event mechanism that used thisContext (too costly to be used for every morph events). Now I would be really interested to know if you succeed to make it work even partly. > but use not easy! because squeak and pharo is not same. > ok i can try. > > i make a this guide. > Morphic Designer in Pharo2-writeen korean. > http://workspace.onionmixer.net/mediawiki/index.php?title=Morphic_Designer_… this is REALLY impressive! > now i can run in pharo. but encounterd error in playtime. > > look this section please. > http://workspace.onionmixer.net/mediawiki/index.php?title=Morphic_Designer_… > > > start drag item but rise debug error. > debugger display "positionInWord" is nil. > > > i misssion way for solution. > where look then can find way to answer? try to see in squeak how positionInWorld was implemented and see how to migrate it to Pharo. I do not know if the implementors of Morphic Designer is still maintaining it. May be he can help or else I suggest that you fork and publish your work. May be we were too aggressive about some methods that we removed. If you get some methods that you need for your project, let us know because we could add them into pharo or you can package them as extension of your project. let us know if you make progress. what could be good is if you put an image somewhere so that we can have a look. Stef > you can then little hint give to me please. > > thank you...T.T > > > -- > http://onionmixer.net | http://gentoo.or.kr | http://gnome.or.kr > peter yoo. ROK

Dec. 25, 2013

Re: [Pharo-users] Is there any fundamental technical barrier to compiling to JVM byte codes?

by Sergi Reyner

2013/12/25 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > Now I do not understand why people develop their own vm instead of joining > forces. > Doing in the long term something and finishing a task are the most > difficult things. > http://c2.com/cgi/wiki?NotInventedHere is a possible explanation :) Cheers, Sergi

Dec. 25, 2013

Re: [Pharo-users] Is there any fundamental technical barrier to compiling to JVM byte codes?

by StÃ©phane Ducasse

> nothing is impossible if you give it either infinite amount of resources or infinite time. I think it would be a great idea, most likely doable with a good team . That would mean probably the redesign of all FFIs but it would gives us the ability to run tons of java libraries out of the box. Would pharo be the same thing ? who cares, same is boring the real fun is to move forward and improve constantly. > > Personally I dont care if pharo moves to JVM or not , I only care that it moves forward and seem people excited and having fun with it. :) The fun is important. What we want is well designed and powerful libraries that enabled people. For the JVM question: it is a question of resources + the fact that jvm do not really support well some key smalltalk operations. Now I do not understand why people develop their own vm instead of joining forces. Doing in the long term something and finishing a task are the most difficult things. Stef > Of course I would never sacrifice the very things that make Pharo special like live coding, in favor of popularity. I have said before and I will say it again I have zero issues with pharo not being popular, I tasted popular, boring and annoying as hell. I am here because pharo is special and I want it to remain special, a rebel , a fun way to code, an alternative way of thinking. > > If I wanted popular I would be coding in Java. > > > On Tue, Dec 24, 2013 at 3:13 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Andy, > > On 22 Dec 2013, at 18:38, Andy Burnett <andy.burnett(a)knowinnovation.com> wrote: > > > I am sure it would be a huge amount of work, and may not be a good idea at all. > > > > However, given the number of dynamic languages that now compile to JVM > > byte codes, I am curious whether there is anything about Pharo that > > would make this impossible? > > > > Cheers > > Andy > > This is a complex subject area which touches on many things/issues. I am not capable of producing a good writeup, but Iâll try to give some kind of answer. > > It is really hard to define what makes Pharo (or Smalltalk) unique compared to so many other environments. As you know, it is the special combination of language, library, IDE and VM that constitutes the real magic: a live, dynamic, late bound language with meta level capabilities, including many libraries, frameworks and tools, written in itself. > > Like with Lisp, many/most of the features of Smalltalk can be found here and there in other languages. Like with Lisp, there are many implementations of some kind of Lisp/Smalltalk. This has all been done before. > > Moving Pharo (or Smalltalk) away from its own VM is certainly possible (up to a point), but the question is: is it still the same thing ? If you can no longer write your own debugger implemented in the same language ? If you cannot read code all the way down ? > > Regards, > > Sven > > >

Dec. 25, 2013

Re: [Pharo-users] Is there any fundamental technical barrier to compiling to JVM byte codes?

by kilon alios

nothing is impossible if you give it either infinite amount of resources or infinite time. I think it would be a great idea, most likely doable with a good team . That would mean probably the redesign of all FFIs but it would gives us the ability to run tons of java libraries out of the box. Would pharo be the same thing ? who cares, same is boring the real fun is to move forward and improve constantly. Personally I dont care if pharo moves to JVM or not , I only care that it moves forward and seem people excited and having fun with it. Of course I would never sacrifice the very things that make Pharo special like live coding, in favor of popularity. I have said before and I will say it again I have zero issues with pharo not being popular, I tasted popular, boring and annoying as hell. I am here because pharo is special and I want it to remain special, a rebel , a fun way to code, an alternative way of thinking. If I wanted popular I would be coding in Java. On Tue, Dec 24, 2013 at 3:13 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Andy, > > On 22 Dec 2013, at 18:38, Andy Burnett <andy.burnett(a)knowinnovation.com> > wrote: > > > I am sure it would be a huge amount of work, and may not be a good idea > at all. > > > > However, given the number of dynamic languages that now compile to JVM > > byte codes, I am curious whether there is anything about Pharo that > > would make this impossible? > > > > Cheers > > Andy > > This is a complex subject area which touches on many things/issues. I am > not capable of producing a good writeup, but Iâll try to give some kind of > answer. > > It is really hard to define what makes Pharo (or Smalltalk) unique > compared to so many other environments. As you know, it is the special > combination of language, library, IDE and VM that constitutes the real > magic: a live, dynamic, late bound language with meta level capabilities, > including many libraries, frameworks and tools, written in itself. > > Like with Lisp, many/most of the features of Smalltalk can be found here > and there in other languages. Like with Lisp, there are many > implementations of some kind of Lisp/Smalltalk. This has all been done > before. > > Moving Pharo (or Smalltalk) away from its own VM is certainly possible (up > to a point), but the question is: is it still the same thing ? If you can > no longer write your own debugger implemented in the same language ? If you > cannot read code all the way down ? > > Regards, > > Sven > > >

Dec. 24, 2013

Re: [Pharo-users] WebClient Issues on Pharo 2.0

by vmusulainen

StÃ©phane Ducasse wrote > why do you want to use WebClient? Is there something that Zinc does not > provide? > Zinc is fully maintained by Sven and is better code. Yes, you are right - better use Zinc. I didn't found it early. Google search by "pharo http client" returned first link to WebCLient. -- View this message in context: http://forum.world.st/WebClient-Issues-on-Pharo-2-0-tp4732142p4732232.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Dec. 24, 2013

Re: [Pharo-users] WebClient Issues on Pharo 2.0

by StÃ©phane Ducasse

Hi why do you want to use WebClient? Is there something that Zinc does not provide? Zinc is fully maintained by Sven and is better code. > Hi, > > I have loaded WebClient from ConfigurationTool on Pharo 2.0. > It seems something changed at system so I had some issues while loading the > package and fixed it. Do you know who is the maintainer of WebClient because this is not a package we maintain it > I would make my fixes public for community. How do it? It depends on the owner of the project. > Does exist any guide? > If I right understand this document > <http://www.pharo-project.org/community/how-to-contribute> describe > contrubuting for Pharo and not applicable for 3dparty packages. > > > > -- > View this message in context: http://forum.world.st/WebClient-Issues-on-Pharo-2-0-tp4732142.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >

Dec. 24, 2013

Re: [Pharo-users] Fwd: NativeBoost and standard out

by Sean P. DeNigris

HernÃ¡n Morales Durand wrote > Maybe does this help > ProcessWrapper new > useStdout; > startWithShellCommand: 'dir | sort'; > upToEnd Intriguing! I'll try it when I get access to a Windows machine... Thanks :) ----- Cheers, Sean -- View this message in context: http://forum.world.st/Fwd-NativeBoost-and-standard-out-tp4732117p4732207.ht… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Dec. 24, 2013

Re: [Pharo-users] How to contribute [WAS: Re: WebClient Issues on Pharo 2.0]

by HernÃ¡n Morales Durand

Ok, let's continue in the other thread to avoid (more :) confusion. HernÃ¡n 2013/12/24 Esteban Lorenzano <estebanlm(a)gmail.com> > > On 24 Dec 2013, at 14:54, HernÃ¡n Morales Durand <hernan.morales(a)gmail.com> > wrote: > > Then you better read how populations or languages become extinct. > > > if you can be less generic and more specific, please. > Iâm trying to understand, not to make any points. > > Esteban > > > HernÃ¡n > > > 2013/12/24 Esteban Lorenzano <estebanlm(a)gmail.com> > >> btw that also means that we do not accept code in the form of : simple >> packages (without configuration or Issue/SLICE), change sets or code in >> mail threads (something that happens a lot more than it should). >> >> On 24 Dec 2013, at 14:06, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: >> >> > Yeah, that part I can understand it. >> > What I donât understand is what would be that. >> > >> > Packages part of pharo core are in in Pharo team in smalltalkhub >> > Packages part of pharo extras are un PharoExtras team in smalltalkhub >> > >> > we, as core pharo developers take responsibility over the packages that >> resides there, and of course any contribution is welcome. >> > >> > For the stuff in Pharo team, you need to work in the form of âIssue >> reportâ and âSLICE providerâ. >> > For the stuff in PharoExtras, you can provide just the package updates >> + the *updated* configuration. >> > >> > All PharoExtras projects should have a jenkins job in >> https://ci.inria.fr/pharo-contribution/? >> > And you should take care that job is green after you commit your >> packages. >> > >> > For contribute in any of the teams, Pharo and PharoExtras you need to >> be added as team member, and that can be done just requiting it in >> pharo-dev list (which, btw, is a better place for this discussion). >> > >> > Esteban >> > >> > On 24 Dec 2013, at 13:57, HernÃ¡n Morales Durand < >> hernan.morales(a)gmail.com> wrote: >> > >> >> El 24/12/2013 9:06, Esteban Lorenzano escribiÃ³: >> >>> >> >>> On 24 Dec 2013, at 12:34, HernÃ¡n Morales Durand < >> hernan.morales(a)gmail.com> wrote: >> >>> >> >>>> I am interested in how to proceed about community packages. I have >> previously asked and nobody replied: >> >>>> >> >>>> http://forum.world.st/Programmatic-Scoped-Browsing-td4724820.html >> >>> >> >>> what is a âcommunity packageâ? >> >>> >> >> >> >> The point of a community package is to involve as much of the >> community as possible. >> >> >> >> HernÃ¡n >> >> >> >> >> > >> > >> >> >> > >

Dec. 24, 2013