July 2015 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Openstreetmap on Pharo

by Thierry Goubier

2015-07-16 17:44 GMT+02:00 Hilaire <hilaire(a)drgeo.eu>: > Le 16/07/2015 16:53, Thierry Goubier a Ã©crit : > > More, RTOSM now will do a file-based cache of the tiles, so, if you > > prepare the demo beforehand, then your Pharo will have preloaded the > > tiles and will not tap into the tile servers. > > > > We still have unexpected latency issues, but I haven't added a time > > trace analysis to the Jejak tracer. It's on my todo list. > > > I join a message tally on the TROSMShape>drawOn: > It seems to me the cached tiles are not on the right format, there are > as Form and each times a tile is painted it is first converted to a > Cairo surface. > Hum, do you mean we should cache the cairo surface (or the cairo paint, I remember that code was a bit strange)? Anybody knowledgeable with Athens and Cairo knows of any pitfalls of doing so? Red square of death when restarting the image? Is there any caching already done in Athens (fonts I guess)? Thanks, Thierry > > Hilaire > > > -- > Dr. Geo > http://drgeo.eu > http://google.com/+DrgeoEu > >

July 16, 2015

Re: [Pharo-users] Openstreetmap on Pharo

by Hilaire

Le 16/07/2015 16:53, Thierry Goubier a Ã©crit : > More, RTOSM now will do a file-based cache of the tiles, so, if you > prepare the demo beforehand, then your Pharo will have preloaded the > tiles and will not tap into the tile servers. > > We still have unexpected latency issues, but I haven't added a time > trace analysis to the Jejak tracer. It's on my todo list. > I join a message tally on the TROSMShape>drawOn: It seems to me the cached tiles are not on the right format, there are as Form and each times a tile is painted it is first converted to a Cairo surface. Hilaire -- Dr. Geo http://drgeo.eu http://google.com/+DrgeoEu

July 16, 2015

Re: [Pharo-users] Download only metainfo about mcz when selected

by Thierry Goubier

Hi Jan, It is not possible with the mcz format, because you have to open the zip file to recover the metadata. Given the formats used, to just read the last commit message, you will read the entire history instead of just the last one. Thierry 2015-07-16 15:09 GMT+02:00 Jan BlizniÄenko <bliznjan(a)fit.cvut.cz>: > Hello > > Lots of times I want to take a quick look at what is new in external > packages I use, therefore I open repository in monticello, click at mcz and > look at commit note. However, most of the times I want just to look at it, > the commit time, author and note, not load whole mcz with its content. > > I would like to ask whether it is possible to change way of loading mcz in > way that it would download only these metaatributes of mcz when browsing > them (when I select mcz in list of all mcz of package) and download whole > mcz only when I do load/change/merge etc. > > Jan > > > > -- > View this message in context: > http://forum.world.st/Download-only-metainfo-about-mcz-when-selected-tp4837… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

July 16, 2015

[ANN] GT presentations now available as a Spec widget

by Johan Fabry

Hi all, thanks to help from the GT guys Andrei and Alexei here at ESUG15 I am now happy to announce that Spec can now play together nicely with GT presentations :-) Concretely: I have implemented a new Spec ComposableModel called GlamourPresentationModel that acts as a small wrapper around any presentation of Glamour (i.e. any subclass of GLMPresentation). With this, you can use as a widget in your Spec UI such cool things like - The GT Inspector - The Playground - The Browser GlamourPresentationModel is a very small class that is easy to use, with just one API method for its configuration. By default it opens a Playground, but you can configure it to open any GLMPresentation subclass. Here are 2 examples: "open a playground" GlamourPresentationModel new openWithSpec. "open an inspector on 42" |ui| ui := GlamourPresentationModel new. ui presentationClass: GTInspector startOn: 42. ui openWithSpec The GlamourPresentationModel is currently in my Playground repository on Smalltalkhub. ( http://smalltalkhub.com/#!/~jfabry/Playground/packages/Spec-Glamour ) There is also an example UI called GlamourPMExample that shows how to use it. I tried it with Pharo 4 but not yet with Pharo 5. I will push on its integration in Pharo 5 in a few months. Please use it and tell me how it works out for you! ---> Save our in-boxes! http://emailcharter.org <--- Johan Fabry - http://pleiad.cl/~jfabry PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile

July 16, 2015

Re: [Pharo-users] Pharo Success story - MultiCity

by Norbert Hartl

> Am 16.07.2015 um 12:36 schrieb Norbert Hartl <norbert(a)hartl.name>: > > That's roughly it. In the whole process there are 8 pharo images involved but 2 are for redundancy so it is 6 different images. To clarify on that. There are two images load balanced for the registry services. Two load balanced for the event stuff. Each one for sending apple push notifications, google cloud messages and windows messages. And there is a single image for this project. Norbert

July 16, 2015

Download only metainfo about mcz when selected

by Jan BlizniÄenko

Hello Lots of times I want to take a quick look at what is new in external packages I use, therefore I open repository in monticello, click at mcz and look at commit note. However, most of the times I want just to look at it, the commit time, author and note, not load whole mcz with its content. I would like to ask whether it is possible to change way of loading mcz in way that it would download only these metaatributes of mcz when browsing them (when I select mcz in list of all mcz of package) and download whole mcz only when I do load/change/merge etc. Jan -- View this message in context: http://forum.world.st/Download-only-metainfo-about-mcz-when-selected-tp4837… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

July 16, 2015

Re: [Pharo-users] Pharo Success story - MultiCity

by Norbert Hartl

> Am 16.07.2015 um 12:59 schrieb phil(a)highoctane.be: > > One question about Mongo. > > How do you handle HA (High Availability) in Pharo? > I don't. > The current driver (MongoTalk) connects to one single mongod. > > I haven't seen any support for replicasets and identifying who is the mongod to write to in MongoTalk (this support is built in any Python, Ruby, ... driver they do provide, including sharding support and GridFS). > As far as I know there is no support for all of these. It would be really good to have them. But if nobody contributes it may be not needed after all. > Also, I've been experiencing a couple of protocol errors when working with mongod under some scenarios (unrecognized command coming back in the wire protocol). Looks like MongoTalk and mongod were out of sync on the wire protocol. > You need to be careful because the mongo connection is a single stream aligned request by request. If another thread writes on the stream at the same time you will experience what you call "out of sync". Norbert > Thanks and kudos for one more nice application! > > Phil > > > On Thu, Jul 16, 2015 at 12:36 PM, Norbert Hartl <norbert(a)hartl.name <mailto:norbert@hartl.name>> wrote: > Hi Torsten, > > > Am 15.07.2015 um 22:51 schrieb Torsten Bergmann <astares(a)gmx.de <mailto:astares@gmx.de>>: > > > > Another story from 2Denker is up: http://pharo.org/success/MultiCity <http://pharo.org/success/MultiCity> > > > > Client seems to be done using Amber when I check the login page which was > > styled with Bootstrap. Server in Pharo with Nginx. I guess you use Mongo as > > DB (with Voyage or without). > > > > @Norbert/@Marcus: if possible can you share with us a few more technical details about > > the technologies/stack used. Also about size (LOC, users, nr of images) > > and pitfalls ... > > > > There is always something one can learn from the experience of others. > > sure I can give some insight in the project. > > For the admin client we use amber plus bootstrap. The backend for this is a pharo image with voyage. As you can see in the screenshot there is a geo location entered. That can be searched afterwards because mongo provides geo spatial indexes. > > The project is built upon a service we provide at 2denker. The service is a registry for app installations, users and message tokens. We provide libraries for ios, android and windows mobile that registers the app, assigns a user, requests a message token from the user and stores it. The service is used for notifying the user at return of the car. You then get a notification containing the time and price of your car rental. > > The architecture of our infrastructure is event based. Meaning that e.g. the installation registration service sends events to a central event bus like image. This stores the events in elasticsearch and provides the ability to register for events. > > What we had to do for this project? We've built an image that on the one hand serves the request of the client admin interface. On the other hand it registers at the event server for a certain kind of event. This event is triggered by the car return and piggybacks the geo location where the car has been left. When such an event travels through our system the event server sees a match and calls the image. The image extracts the geo information and searches the database for available advertisements. If one is found and conditions are met an additional message is sent. > > That's roughly it. In the whole process there are 8 pharo images involved but 2 are for redundancy so it is 6 different images. The rest is a mongo database and an elasticsearch database. If you want to know anything more don't hesitate to ask. > > Norbert > > > >

July 16, 2015

Re: [Pharo-users] PharoJS

by Noury Bouraqadi

> On 15 Jul 2015, at 15:37, Andy Burnett <andy.burnett(a)knowinnovation.com> wrote: > > One question. When I execute 1+1 on the Pharo (pink) playground, I see the code appearing in the web browser log, but it doesn't appear to execute. Is it supposed to, or at this stage is it just showing that it made it over to the web browser? > It does actually execute on the browser, but 1+1 has no side effect :-). You can try to call native javascript object to see stuff changing. For example, you can evaluate the following> console native_log: 'Hello from Smalltalk'. "Displays the string in the console of the browser" window native_alert: 'This is cool'. "Opens an alert window on the browser" Note: You need to load version 51 (just pushed it to SmalltalkHub) that fixes a bug in the PharoJS workspace. Noury

July 16, 2015

Re: [Pharo-users] Pharo Success story - MultiCity

by phil＠highoctane.be

One question about Mongo. How do you handle HA (High Availability) in Pharo? The current driver (MongoTalk) connects to one single mongod. I haven't seen any support for replicasets and identifying who is the mongod to write to in MongoTalk (this support is built in any Python, Ruby, ... driver they do provide, including sharding support and GridFS). Also, I've been experiencing a couple of protocol errors when working with mongod under some scenarios (unrecognized command coming back in the wire protocol). Looks like MongoTalk and mongod were out of sync on the wire protocol. Thanks and kudos for one more nice application! Phil On Thu, Jul 16, 2015 at 12:36 PM, Norbert Hartl <norbert(a)hartl.name> wrote: > Hi Torsten, > > > Am 15.07.2015 um 22:51 schrieb Torsten Bergmann <astares(a)gmx.de>: > > > > Another story from 2Denker is up: http://pharo.org/success/MultiCity > > > > Client seems to be done using Amber when I check the login page which was > > styled with Bootstrap. Server in Pharo with Nginx. I guess you use Mongo > as > > DB (with Voyage or without). > > > > @Norbert/@Marcus: if possible can you share with us a few more technical > details about > > the technologies/stack used. Also about size (LOC, users, nr of images) > > and pitfalls ... > > > > There is always something one can learn from the experience of others. > > sure I can give some insight in the project. > > For the admin client we use amber plus bootstrap. The backend for this is > a pharo image with voyage. As you can see in the screenshot there is a geo > location entered. That can be searched afterwards because mongo provides > geo spatial indexes. > > The project is built upon a service we provide at 2denker. The service is > a registry for app installations, users and message tokens. We provide > libraries for ios, android and windows mobile that registers the app, > assigns a user, requests a message token from the user and stores it. The > service is used for notifying the user at return of the car. You then get a > notification containing the time and price of your car rental. > > The architecture of our infrastructure is event based. Meaning that e.g. > the installation registration service sends events to a central event bus > like image. This stores the events in elasticsearch and provides the > ability to register for events. > > What we had to do for this project? We've built an image that on the one > hand serves the request of the client admin interface. On the other hand it > registers at the event server for a certain kind of event. This event is > triggered by the car return and piggybacks the geo location where the car > has been left. When such an event travels through our system the event > server sees a match and calls the image. The image extracts the geo > information and searches the database for available advertisements. If one > is found and conditions are met an additional message is sent. > > That's roughly it. In the whole process there are 8 pharo images involved > but 2 are for redundancy so it is 6 different images. The rest is a mongo > database and an elasticsearch database. If you want to know anything more > don't hesitate to ask. > > Norbert > > > >

July 16, 2015

Re: [Pharo-users] Pharo Success story - MultiCity

by Norbert Hartl

Hi Torsten, > Am 15.07.2015 um 22:51 schrieb Torsten Bergmann <astares(a)gmx.de>: > > Another story from 2Denker is up: http://pharo.org/success/MultiCity > > Client seems to be done using Amber when I check the login page which was > styled with Bootstrap. Server in Pharo with Nginx. I guess you use Mongo as > DB (with Voyage or without). > > @Norbert/@Marcus: if possible can you share with us a few more technical details about > the technologies/stack used. Also about size (LOC, users, nr of images) > and pitfalls ... > > There is always something one can learn from the experience of others. sure I can give some insight in the project. For the admin client we use amber plus bootstrap. The backend for this is a pharo image with voyage. As you can see in the screenshot there is a geo location entered. That can be searched afterwards because mongo provides geo spatial indexes. The project is built upon a service we provide at 2denker. The service is a registry for app installations, users and message tokens. We provide libraries for ios, android and windows mobile that registers the app, assigns a user, requests a message token from the user and stores it. The service is used for notifying the user at return of the car. You then get a notification containing the time and price of your car rental. The architecture of our infrastructure is event based. Meaning that e.g. the installation registration service sends events to a central event bus like image. This stores the events in elasticsearch and provides the ability to register for events. What we had to do for this project? We've built an image that on the one hand serves the request of the client admin interface. On the other hand it registers at the event server for a certain kind of event. This event is triggered by the car return and piggybacks the geo location where the car has been left. When such an event travels through our system the event server sees a match and calls the image. The image extracts the geo information and searches the database for available advertisements. If one is found and conditions are met an additional message is sent. That's roughly it. In the whole process there are 8 pharo images involved but 2 are for redundancy so it is 6 different images. The rest is a mongo database and an elasticsearch database. If you want to know anything more don't hesitate to ask. Norbert

July 16, 2015