- Pharo-users - lists.pharo.org

Workbook, exercises and problems

by Ichiseki

I'm trying to find examples and problems, exercises to solve in Pharo but it seems that it is little in that department. I come from Haskell, there we have 99 problems solved in Haskell and also, Project Euler. Also Python, Ruby ....and other have this. Is there a place where I can find more food? Thankyou Ichiro -- View this message in context: http://forum.world.st/Workbook-exercises-and-problems-tp4774634.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Aug. 25, 2014

Re: [Pharo-users] Can Pharo meet all your computing needs?

by S Krish

" The Dynabook SW architecture must be open so that owners can safely install functionality ('apps') that is available in a marketplace. (The i-pad with its hardware and its marketplace for apps is at the back of my mind.)" Can the intent be expanded a bit more. Is this an intent to have a Pharo / ST / Dynabook based marketplace or more extensive ? On Mon, Aug 25, 2014 at 3:33 PM, Trygve Reenskaug <trygver(a)ifi.uio.no> wrote: > I don't think the current Smalltalk architecture can meet all your > computing needs because security isn't part of its core and because it is > inconceivable that all the necessary programs can be developed within its > boundaries. > > Like several people I met at ESUG, my goal is the Dynabook and the > Dynabook shall, by definition, meet all your needs. A Dynabook must be safe > so that its owner is protected from hackers and other evildoers. The > Dynabook SW architecture must be open so that owners can safely install > functionality ('apps') that is available in a marketplace. (The i-pad > with its hardware and its marketplace for apps is at the back of my mind.) > > I can only see one path from here to there. Start from e.g., Pharo and > simplify it to create a Dynabook architecture with owner programming and > with opening for safely adding functionality safely ad lib. (I suppose > this is an ST based OS?) > > Any takers? > --Trygve > > > > On 23.08.2014 17:04, Wilfred Hughes wrote: > > Hi folks > > I've been playing with Pharo recently, and really enjoying writing some > programs in the Pharo environment. > > As a result, I've been wondering if I can use Pharo the way I would use > Emacs, as an environment for doing everything. > > For example, can I use Pharo to: > > * Send emails to this mailing list? > * Use IRC? > * Start Bash? > * Read the Pharo documentation (e.g. Pharo By Example)? > > If these things do exist, how do I discover them? Is there a package > manager I can use to find new tools I can use in Pharo? > > >

Aug. 25, 2014

Re: [Pharo-users] [ANN] Teapot 0.8 micro web framework

by phil＠highoctane.be

On Mon, Aug 25, 2014 at 1:37 PM, FranÃ§ois Stephany < tulipe.moutarde(a)gmail.com> wrote: > Phil, > I'm going there as well ;) > Hey, sweet! > The idea is to see what we can do with GTInspector / Roassal (and maybe > https://github.com/fstephany/OSMMaps) > I am more on a webapp / Seaside kind of thing. But yeah, GTInspector/Playground are definitely nice to have. Need to learn on the Playground. Inspector is ok. > > Attila, > I played a little bit with Teapot last week during ESUG and was wondering > what is your flow when you are designing/experimenting an API with Teapot? > Do you reset the instance everytime you modify/add a route? > > Thanks a lot for this, it feels like the right amount of abstraction > between bare Zinc and fully loaded Seaside ! > > > On Mon, Aug 25, 2014 at 12:06 AM, phil(a)highoctane.be <phil(a)highoctane.be> > wrote: > >> Great tool to have. >> >> Definitely easier than doing everything in Zn or Seaside REST for getting >> something done quick. >> >> For hackathons, this is quite useful for sure! >> >> We should have a lineup of tools like that that allow us to shine during >> such events in order to promote Pharo. >> >> http://checkthis.com/hackathonbxl is one I go to in october. >> >> The monitor on the right is mine during a previous hackathon and what is >> on it is... Pharo ! (The guy on the picture was my team mate. He is a Scala >> guy). >> >> What would you think makes sense in such a stack beyond Teapot? >> >> MongoTalk, ZnEasy, Roassal, Mapless, ... >> >> Phil >> >> >> >> >> On Sun, Aug 24, 2014 at 10:40 PM, Attila Magyar <m.magyar3(a)gmail.com> >> wrote: >> >>> Sven Van Caekenberghe-2 wrote >>> > Are there any tests ? Examples ? >>> >>> There is a test package, but it is not part of the metacello config. You >>> can >>> see it, if you add the repositiory and load the project from there. There >>> are no large examples so far, only the REST like book app on the >>> smalltalkhub wiki. >>> >>> >>> Sven Van Caekenberghe-2 wrote >>> > How do you load your dependencies, like NeoJSON or STON ? >>> >>> I consider them as optional dependencies therefore they are not loaded. >>> If >>> someone wants to use them they will need to load them from the config >>> browser. From the code I don't refer to them directly but with the >>> "Smalltalk at: #NeoJSON" expression, so the projects loads and works >>> without >>> them, if they are not used. Probably I will add some metacello stuff >>> later >>> to make it easier to load them. >>> >>> >>> Sven Van Caekenberghe-2 wrote >>> > If you need anything from Zn that is not yet provided, please ask. I >>> would >>> > be happy to help. It is impressive that you did all this without any >>> > direct questions ! >>> > >>> > Cool name too ! >>> > >>> > Sven >>> > >>> > PS: Most people don't seem to know, but you can load a #stable version >>> in >>> > one expression: >>> > >>> > Gofer it >>> > smalltalkhubUser: 'zeroflag' project: 'Teapot'; >>> > configuration; >>> > loadStable. >>> > >>> > It is just more elegant I think. There are some variants of this API as >>> > well, check the Gofer class. >>> >>> Thanks, that's better. >>> >>> >>> >>> >>> -- >>> View this message in context: >>> http://forum.world.st/ANN-Teapot-0-8-micro-web-framework-tp4774449p4774467.… >>> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >>> >>> >>> >> >

Aug. 25, 2014

Re: [Pharo-users] [ANN] Teapot 0.8 micro web framework

by Santiago Bragagnolo

So beatiful. 2014-08-25 13:37 GMT+02:00 FranÃ§ois Stephany <tulipe.moutarde(a)gmail.com>: > Phil, > I'm going there as well ;) > The idea is to see what we can do with GTInspector / Roassal (and maybe > https://github.com/fstephany/OSMMaps) > > Attila, > I played a little bit with Teapot last week during ESUG and was wondering > what is your flow when you are designing/experimenting an API with Teapot? > Do you reset the instance everytime you modify/add a route? > > Thanks a lot for this, it feels like the right amount of abstraction > between bare Zinc and fully loaded Seaside ! > > > On Mon, Aug 25, 2014 at 12:06 AM, phil(a)highoctane.be <phil(a)highoctane.be> > wrote: > >> Great tool to have. >> >> Definitely easier than doing everything in Zn or Seaside REST for getting >> something done quick. >> >> For hackathons, this is quite useful for sure! >> >> We should have a lineup of tools like that that allow us to shine during >> such events in order to promote Pharo. >> >> http://checkthis.com/hackathonbxl is one I go to in october. >> >> The monitor on the right is mine during a previous hackathon and what is >> on it is... Pharo ! (The guy on the picture was my team mate. He is a Scala >> guy). >> >> What would you think makes sense in such a stack beyond Teapot? >> >> MongoTalk, ZnEasy, Roassal, Mapless, ... >> >> Phil >> >> >> >> >> On Sun, Aug 24, 2014 at 10:40 PM, Attila Magyar <m.magyar3(a)gmail.com> >> wrote: >> >>> Sven Van Caekenberghe-2 wrote >>> > Are there any tests ? Examples ? >>> >>> There is a test package, but it is not part of the metacello config. You >>> can >>> see it, if you add the repositiory and load the project from there. There >>> are no large examples so far, only the REST like book app on the >>> smalltalkhub wiki. >>> >>> >>> Sven Van Caekenberghe-2 wrote >>> > How do you load your dependencies, like NeoJSON or STON ? >>> >>> I consider them as optional dependencies therefore they are not loaded. >>> If >>> someone wants to use them they will need to load them from the config >>> browser. From the code I don't refer to them directly but with the >>> "Smalltalk at: #NeoJSON" expression, so the projects loads and works >>> without >>> them, if they are not used. Probably I will add some metacello stuff >>> later >>> to make it easier to load them. >>> >>> >>> Sven Van Caekenberghe-2 wrote >>> > If you need anything from Zn that is not yet provided, please ask. I >>> would >>> > be happy to help. It is impressive that you did all this without any >>> > direct questions ! >>> > >>> > Cool name too ! >>> > >>> > Sven >>> > >>> > PS: Most people don't seem to know, but you can load a #stable version >>> in >>> > one expression: >>> > >>> > Gofer it >>> > smalltalkhubUser: 'zeroflag' project: 'Teapot'; >>> > configuration; >>> > loadStable. >>> > >>> > It is just more elegant I think. There are some variants of this API as >>> > well, check the Gofer class. >>> >>> Thanks, that's better. >>> >>> >>> >>> >>> -- >>> View this message in context: >>> http://forum.world.st/ANN-Teapot-0-8-micro-web-framework-tp4774449p4774467.… >>> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >>> >>> >>> >> >

Aug. 25, 2014

Re: [Pharo-users] [ANN] Teapot 0.8 micro web framework

by FranÃ§ois Stephany

Phil, I'm going there as well ;) The idea is to see what we can do with GTInspector / Roassal (and maybe https://github.com/fstephany/OSMMaps) Attila, I played a little bit with Teapot last week during ESUG and was wondering what is your flow when you are designing/experimenting an API with Teapot? Do you reset the instance everytime you modify/add a route? Thanks a lot for this, it feels like the right amount of abstraction between bare Zinc and fully loaded Seaside ! On Mon, Aug 25, 2014 at 12:06 AM, phil(a)highoctane.be <phil(a)highoctane.be> wrote: > Great tool to have. > > Definitely easier than doing everything in Zn or Seaside REST for getting > something done quick. > > For hackathons, this is quite useful for sure! > > We should have a lineup of tools like that that allow us to shine during > such events in order to promote Pharo. > > http://checkthis.com/hackathonbxl is one I go to in october. > > The monitor on the right is mine during a previous hackathon and what is > on it is... Pharo ! (The guy on the picture was my team mate. He is a Scala > guy). > > What would you think makes sense in such a stack beyond Teapot? > > MongoTalk, ZnEasy, Roassal, Mapless, ... > > Phil > > > > > On Sun, Aug 24, 2014 at 10:40 PM, Attila Magyar <m.magyar3(a)gmail.com> > wrote: > >> Sven Van Caekenberghe-2 wrote >> > Are there any tests ? Examples ? >> >> There is a test package, but it is not part of the metacello config. You >> can >> see it, if you add the repositiory and load the project from there. There >> are no large examples so far, only the REST like book app on the >> smalltalkhub wiki. >> >> >> Sven Van Caekenberghe-2 wrote >> > How do you load your dependencies, like NeoJSON or STON ? >> >> I consider them as optional dependencies therefore they are not loaded. If >> someone wants to use them they will need to load them from the config >> browser. From the code I don't refer to them directly but with the >> "Smalltalk at: #NeoJSON" expression, so the projects loads and works >> without >> them, if they are not used. Probably I will add some metacello stuff later >> to make it easier to load them. >> >> >> Sven Van Caekenberghe-2 wrote >> > If you need anything from Zn that is not yet provided, please ask. I >> would >> > be happy to help. It is impressive that you did all this without any >> > direct questions ! >> > >> > Cool name too ! >> > >> > Sven >> > >> > PS: Most people don't seem to know, but you can load a #stable version >> in >> > one expression: >> > >> > Gofer it >> > smalltalkhubUser: 'zeroflag' project: 'Teapot'; >> > configuration; >> > loadStable. >> > >> > It is just more elegant I think. There are some variants of this API as >> > well, check the Gofer class. >> >> Thanks, that's better. >> >> >> >> >> -- >> View this message in context: >> http://forum.world.st/ANN-Teapot-0-8-micro-web-framework-tp4774449p4774467.… >> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >> >> >> >

Aug. 25, 2014

[Survey] State of the Art in Debugging

by Michael Perscheid

Dear all, A student of us is working on the topic of debugging and how it works today. Therefore, please find attach his mail with the request to answer his questions. Dear Sirs or Madams, since 1974, researchers and software developers try to ease software debugging. Over the last years, they created many new tools and formalized methods. We are interested if these advancements have reached professional software developers and how they influenced their approach. You can help us answering that questions by taking part in our online survey. It will take about 10 to 15 minutes and is fully anonymous. You can reach it under https://www.uni-potsdam.de/skopie-up/index.php/689349 Thank you for your interest, Benjamin Siegmund Thanks in advance! Best regards, Michael --- Michael Perscheid michaelperscheid(a)googlemail.com http://www.michaelperscheid.de/

Aug. 25, 2014

Re: [Pharo-users] Phobos: Using open and save dialogs

by kmo

Thanks, that's great. (I'm only thinking of running with client and server on the same machine at the moment). -- View this message in context: http://forum.world.st/Phobos-Using-open-and-save-dialogs-tp4774528p4774580.… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Aug. 25, 2014

Re: [Pharo-users] Phobos: Using open and save dialogs

by Pavel Krivanek

Hi, I will look at it and add the methods to the Phobos code. You have to take into account that Phobos uses client-server architecture where server can be on a different computer. Then Pharo will not have direct access to the file provided by XULRunner client. Cheers, -- Pavel 2014-08-25 11:10 GMT+02:00 kmo <voxkmp(a)gmail.com>: > It's Ok I think I've got it. > > You can add a method like this to your main.js: > > function doFileOpen() { > /* See: > http://developer.mozilla.org/en/docs/XUL_Tutorial:Open_and_Save_Dialogs */ > > var nsIFilePicker = Components.interfaces.nsIFilePicker; > var fp = > Components.classes["@mozilla.org/filepicker;1"].createInstance(nsIFilePicker); > > fp.init(window, "Open File", nsIFilePicker.modeOpen); > fp.appendFilters(nsIFilePicker.filterText | nsIFilePicker.filterAll); > > var res = fp.show(); > if (res == nsIFilePicker.returnOK) { > var thefile = fp.file; > return(thefile.leafName); > // --- do something with the file here --- > } > } > > Then call it from pharo with an evaluateJS method - if you return the > filename from the javascript method pharo can pick it up: > > MyPhobosComponent>>getFilename > |res| > > res:= self evaluateJS:'doFileOpen();'. > > Of course, you could build the entire javascript method as a string in pharo > and call it using evaluteJS but it's simpler to put it into main.js as > deaing with embedded quotes is fiddly. > > > > -- > View this message in context: http://forum.world.st/Phobos-Using-open-and-save-dialogs-tp4774528p4774537.… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >

Aug. 25, 2014

Re: [Pharo-users] Can Pharo meet all your computing needs?

by Trygve Reenskaug

I don't think the current Smalltalk architecture can meet all your computing needs because security isn't part of its core and because it is inconceivable that all the necessary programs can be developed within its boundaries. Like several people I met at ESUG, my goal is the Dynabook and the Dynabook shall, by definition, meet all your needs. A Dynabook must be safe so that its owner is protected from hackers and other evildoers. The Dynabook SW architecture must be open so that owners can safely install functionality ('apps') that is available in a marketplace. (The i-pad with its hardware and its marketplace for apps is at the back of my mind.) I can only see one path from here to there. Start from e.g., Pharo and simplify it to create a Dynabook architecture with owner programming and with opening for safely adding functionality safely ad lib. (I suppose this is an ST based OS?) Any takers? --Trygve On 23.08.2014 17:04, Wilfred Hughes wrote: > Hi folks > > I've been playing with Pharo recently, and really enjoying writing > some programs in the Pharo environment. > > As a result, I've been wondering if I can use Pharo the way I would > use Emacs, as an environment for doing everything. > > For example, can I use Pharo to: > > * Send emails to this mailing list? > * Use IRC? > * Start Bash? > * Read the Pharo documentation (e.g. Pharo By Example)? > > If these things do exist, how do I discover them? Is there a package > manager I can use to find new tools I can use in Pharo?

Aug. 25, 2014

Re: [Pharo-users] Phobos: Using open and save dialogs

by kmo

It's Ok I think I've got it. You can add a method like this to your main.js: function doFileOpen() { /* See: http://developer.mozilla.org/en/docs/XUL_Tutorial:Open_and_Save_Dialogs */ var nsIFilePicker = Components.interfaces.nsIFilePicker; var fp = Components.classes["@mozilla.org/filepicker;1"].createInstance(nsIFilePicker); fp.init(window, "Open File", nsIFilePicker.modeOpen); fp.appendFilters(nsIFilePicker.filterText | nsIFilePicker.filterAll); var res = fp.show(); if (res == nsIFilePicker.returnOK) { var thefile = fp.file; return(thefile.leafName); // --- do something with the file here --- } } Then call it from pharo with an evaluateJS method - if you return the filename from the javascript method pharo can pick it up: MyPhobosComponent>>getFilename |res| res:= self evaluateJS:'doFileOpen();'. Of course, you could build the entire javascript method as a string in pharo and call it using evaluteJS but it's simpler to put it into main.js as deaing with embedded quotes is fiddly. -- View this message in context: http://forum.world.st/Phobos-Using-open-and-save-dialogs-tp4774528p4774537.… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Aug. 25, 2014