September 2018 - Pharo-users

IoT hackathon @zweidenker

by Norbert Hartl

Hi, we (ZWEIDENKER) and RModD organized an IoT Hackathon in cologne at 19th of october 2018. The plan will be: - Allex Oliviera will present the tutorial he made on PharoThings [1]. The audience will try it in a hands-on-session and give feedback to improve it. Zweidenker is sponsoring the hardware so nobody has to bring anything to the session - We are collecting ideas at the moment what we want to do with the learnings from Allex, meaning what hardware to build - If you have ideas about what to build with real life things that should be connected from pharo, please tell us. We will compile a list of ideas and for the first two or three we will buy the necessary hardware so we can build it at that day The Hackathon will take place at ZWEIDENKER GmbH Luxemburger Str. 72 50674 KÃ¶ln germany As we have a limited amount of seats you need to register if you are interested. Go to http://zweidenker.de/en/iot-hackathon-2018 <http://zweidenker.de/en/iot-hackathon-2018> to register your seat on the session. If there are more participants than seats we will have to do selection by dice rolling. Registration period ends on 5th of october so you will know in advance if you can come. See you there, Norbert on behalf of ZWEIDENKER [1] https://github.com/pharo-iot/PharoThings <https://github.com/pharo-iot/PharoThings>

Sept. 26, 2018

Pharo launcher

by Trussardi Dario Romano

Ciao, on Ubuntu system with Pharo Launcher 1.3 after create a new Pharo 7.0-64 bit ( development version ) when i launch the images the system answer : Cannot determine image version: image version file not found! Try to run this command in a shell to get more information on the problem: cd "/opt/pharolauncher/pharo-vm/lib/pharo/5.0-201805090836" && export SQUEAK_PLUGINS="" && "/opt/pharolauncher/pharo-vm/lib/pharo/5.0-201805090836/pharo" --nodisplay "/home/party/Pharo/images/Pharo 7.0 - 64bit (180926)-01/Pharo 7.0 - 64bit (180926)-01.image" eval "(Smalltalk imagePath asFileReference parent) / 'pharo.version' writeStreamDo: [ :stream | |major minor| major := SystemVersion current major. minor := SystemVersion current minor. (major = 6 and: [ SystemVersion current highestUpdate >= 60509 ]) ifTrue: [ minor := 1 ]. stream << major asString; << minor asString ]"pha Thanks for considerations, Dario P.S. In the same environment one hold Pharo 7.0-64 bit ( development version ) image ran well with launch command

Sept. 26, 2018

Re: [Pharo-users] [Pharo-dev] [ANN] Success story Mobility Map

by Marcus Denker

> On 25 Sep 2018, at 20:05, brackendev <bracken.spencer(a)gmail.com> wrote: > > Yes, this is impressive. > > I agree that any technical details and architectural insight (no matter how > high-level) would be useful. > > Related: There's enough in http://pharo.org/success that it could be > sectioned by tags (industries, technologies, etc.). There's a lot there that > could really be showcased. > Yes, we have a lot of TODOs for the website that should have been done long time ago and even more ideasâ¦ one of the things we need to see how to organize better. Marcus

Sept. 26, 2018

Re: [Pharo-users] [Pharo-dev] [ANN] Success story Mobility Map

by brackendev

Yes, this is impressive. I agree that any technical details and architectural insight (no matter how high-level) would be useful. Related: There's enough in http://pharo.org/success that it could be sectioned by tags (industries, technologies, etc.). There's a lot there that could really be showcased. Sven Van Caekenberghe-2 wrote > Wow. Very nice, well done. > > Any chance on some more technical details, as in what 'connected by a > message queue for the communication' exactly means ? How did you approach > micro services exactly ? > >> On 25 Sep 2018, at 12:20, Norbert Hartl < > norbert@ > > wrote: >> >> As presented on ESUG here is the brief description of one of our current >> projects. >> >> Mobility Map >> ââââââ >> >> Mobility Map is a broker for mobility services. It offers multi-modal >> routing search enabling users to find the best travel options between >> locations. Travel options include car sharing, bikes, trains, busses etc. >> Rented cars can be offered for ride sharing on booking time letting other >> people find it to participate in the ride. Single travel options are >> combined in travel plans that can be booked and managed in a very easy >> way. >> >> For this project main requirements were scalability to serve a large user >> base and flexibility to add more additional providers to the broker. The >> application has been realized using web technologies for the frontend and >> pharo for the backend. Using a microservice architecture combined with a >> broker it is easy to extend the platform with additional brokers. >> Deployment is done using docker swarm for distributing dozens of pharo >> images among multiple server machines connected by a message queue for >> the communication. Pharo supported that scenario very well enabling us >> the meet the requirements with less effort. >> >> Pharo turned out to be a perfect fit to develop the application in a >> agile way. Small development cycles with continuous integration and >> continuous delivery enables fast turnarounds for the customers to >> validate progress. >> >> This is a screenshot of the search page for multi-modal results: >> >> >> > <Screen Shot 2018-09-21 at 16.54.30.png> -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Sept. 25, 2018

Unable to install Grafoscopio on Windows (libgit2 issues?)

by Offray Vladimir Luna CÃ¡rdenas

Hi, I'm making a workshop in Visualizar2018, a data visualization event in Madrid, that dedicates this edition to personal data (in my case, the twitter data selfies), but I'm having problems trying to install Grafoscopio on Windos (Mac and Linux work), which gives a not good first impression for participants. In Linux the problem was solved by installing libcurl-gnutils and in Mac this problem doesn't present at all. We tried to install curl and libcurl.dll on Windows and still we are getting the same error message (just says that is unable to install it and nothing else). It happens while trying to install Roassal and seems related with libgit2. How can we install libgit2, so software packages that needs them (seems Roassal2 does) can be installed properly on Windows? Thanks, Offray

Sept. 25, 2018

Re: [Pharo-users] [Pharo-dev] [ANN] Success story Mobility Map

by Sven Van Caekenberghe

> On 25 Sep 2018, at 14:39, Norbert Hartl <norbert(a)hartl.name> wrote: > > > >> Am 25.09.2018 um 12:52 schrieb Sven Van Caekenberghe <sven(a)stfx.eu>: >> >> Wow. Very nice, well done. >> >> Any chance on some more technical details, as in what 'connected by a message queue for the communication' exactly means ? How did you approach micro services exactly ? >> > Sure :) Thanks, this is very interesting ! > The installation spawns multiple physical machines. All the machines are joined to a docker swarm. The installation is reified as either task or service from the view on the docker swarm. Meaning you instantiate an arbitrary amount of services and docker swarm distributes them among the physical machines. Usually you donât take control which is running where but you can. At this point you have spread dozens of pharo images among multiple machines and each of them has an IP address. Furthermore in docker swarm you have a reification of a network meaning that every instance in a network can see all other instances on this network. Each service can be reached by its service name in that network. Docker swarm does all the iptables/firewall and DNS setup for you. Are you happy with docker swarm's availability/fail-over behaviour ? In other words: does it work when one image/instance goes bad, does it detect and restore the missing functionality ? > In order to have communication between those runtimes we use rabbitmq because you were so nice writing a driver for it ;) The rabbitmq does have a support for cluster setup, meaning each of the physical machines has a rabbitmq installation and they know each other. So it does not matter to which instance you send messages to and on which you register for receiving messages. So every pharo image connects to the service rabbitmq and opens a queue for interaction. Same question: does RabbitMQ's clustering work well under stress/problems ? Syncing all queues between all machines sounds quite heavy (I never tried it, but maybe it just works). > Each service like the car sharing opens a queue e.g. /queue/carSharing and listens on it. The broker images are stateful so they open queues like /queue/mobility-map-afdeg32 where afdeg32 is the container id of the instance (hostname in docker). In each request the queue name to reply is sent as a header. So we can make sure that the right image gets the message back. This way we can have sticky sessions keeping volatile data in memory for the lifecycle of a session. There is one worker image which opens a queue /queue/mobility-map where session independent requests can be processed. I think I understand ;-) > In order to ease development we are sharing code between the broker and the micro service. Each micro service has a -Common package where the classes are in that build the interface. The classes in here are a kind of data entity facades. They use NeoJSON to map to and from a stream. The class name is send with the message as a header so the remote side knows what to materialize. The handling is unified for the four cases > > - Request as inquiry to another micro service > - Response returns values to a Request > - Error is transferred like a Response but is then signalled on the receiving side > - Notification connects the announcers on the broker and the micro service side. Yes, makes total sense. > Asynchronous calls we solved using Promises and Futures. Each async call to the Q becomes a promise (that blocks on #value) and is combined to a future value containing all promises with support to generate a delta of all resolved promises. This we need because you issue a search that takes longer and you want to display results as soon as they are resolved not after all haven been resolved. Which Promise/Future framework/library are you using in Pharo ? You did not go for single threaded worker images ? > And a lot more. This is a coarse grained overview over the architecture. Iâm happy to answer further questions about this. > > Norbert > >>> On 25 Sep 2018, at 12:20, Norbert Hartl <norbert(a)hartl.name> wrote: >>> >>> As presented on ESUG here is the brief description of one of our current projects. >>> >>> Mobility Map >>> ââââââ >>> >>> Mobility Map is a broker for mobility services. It offers multi-modal routing search enabling users to find the best travel options between locations. Travel options include car sharing, bikes, trains, busses etc. Rented cars can be offered for ride sharing on booking time letting other people find it to participate in the ride. Single travel options are combined in travel plans that can be booked and managed in a very easy way. >>> >>> For this project main requirements were scalability to serve a large user base and flexibility to add more additional providers to the broker. The application has been realized using web technologies for the frontend and pharo for the backend. Using a microservice architecture combined with a broker it is easy to extend the platform with additional brokers. Deployment is done using docker swarm for distributing dozens of pharo images among multiple server machines connected by a message queue for the communication. Pharo supported that scenario very well enabling us the meet the requirements with less effort. >>> >>> Pharo turned out to be a perfect fit to develop the application in a agile way. Small development cycles with continuous integration and continuous delivery enables fast turnarounds for the customers to validate progress. >>> >>> This is a screenshot of the search page for multi-modal results: >>> >>> >>> <Screen Shot 2018-09-21 at 16.54.30.png> >> >> > >

Sept. 25, 2018

Re: [Pharo-users] [Demo] Creating Bloc Widgets in Pharo

by Sven Van Caekenberghe

This is nice. Shows off some impressive capabilities. Not sure many people are capable of coming up this kind of code though ;-) > On 16 Sep 2018, at 21:08, stephan <stephan(a)stack.nl> wrote: > > Bloc has improved a lot in the past year. It is ready for your experiments. Here is one of mine: > > https://github.com/StephanEggermont/Presentations > > Bloc supports the creation of beautiful GUIs, > with nice interactions. This one shows a number > of different ways of using drag-and-drop. > > https://github.com/StephanEggermont/Presentations > > A video demonstrating it is at: > > https://vimeo.com/290163891 > > <PharoScreenshot.png>

Sept. 25, 2018

Re: [Pharo-users] [Pharo-dev] [ANN] Pharo Consortium upgrade to Platinum: ZWEIDENKER

by Ben Coman

On Tue, 25 Sep 2018 at 20:03, Marcus Denker <marcus.denker(a)inria.fr> wrote: > The Pharo Consortium is very happy to announce that ZWEIDENKER has ugraded > to be a Platinum member. > Its great to see your support and commitment to Pharo - in addition to the many direct code contributions. cheers -ben

Sept. 25, 2018

Re: [Pharo-users] [Pharo-dev] [ANN] Success story Mobility Map

by Norbert Hartl

> Am 25.09.2018 um 12:52 schrieb Sven Van Caekenberghe <sven(a)stfx.eu>: > > Wow. Very nice, well done. > > Any chance on some more technical details, as in what 'connected by a message queue for the communication' exactly means ? How did you approach micro services exactly ? > Sure :) The installation spawns multiple physical machines. All the machines are joined to a docker swarm. The installation is reified as either task or service from the view on the docker swarm. Meaning you instantiate an arbitrary amount of services and docker swarm distributes them among the physical machines. Usually you donât take control which is running where but you can. At this point you have spread dozens of pharo images among multiple machines and each of them has an IP address. Furthermore in docker swarm you have a reification of a network meaning that every instance in a network can see all other instances on this network. Each service can be reached by its service name in that network. Docker swarm does all the iptables/firewall and DNS setup for you. In order to have communication between those runtimes we use rabbitmq because you were so nice writing a driver for it ;) The rabbitmq does have a support for cluster setup, meaning each of the physical machines has a rabbitmq installation and they know each other. So it does not matter to which instance you send messages to and on which you register for receiving messages. So every pharo image connects to the service rabbitmq and opens a queue for interaction. Each service like the car sharing opens a queue e.g. /queue/carSharing and listens on it. The broker images are stateful so they open queues like /queue/mobility-map-afdeg32 where afdeg32 is the container id of the instance (hostname in docker). In each request the queue name to reply is sent as a header. So we can make sure that the right image gets the message back. This way we can have sticky sessions keeping volatile data in memory for the lifecycle of a session. There is one worker image which opens a queue /queue/mobility-map where session independent requests can be processed. In order to ease development we are sharing code between the broker and the micro service. Each micro service has a -Common package where the classes are in that build the interface. The classes in here are a kind of data entity facades. They use NeoJSON to map to and from a stream. The class name is send with the message as a header so the remote side knows what to materialize. The handling is unified for the four cases - Request as inquiry to another micro service - Response returns values to a Request - Error is transferred like a Response but is then signalled on the receiving side - Notification connects the announcers on the broker and the micro service side. Asynchronous calls we solved using Promises and Futures. Each async call to the Q becomes a promise (that blocks on #value) and is combined to a future value containing all promises with support to generate a delta of all resolved promises. This we need because you issue a search that takes longer and you want to display results as soon as they are resolved not after all haven been resolved. And a lot more. This is a coarse grained overview over the architecture. Iâm happy to answer further questions about this. Norbert >> On 25 Sep 2018, at 12:20, Norbert Hartl <norbert(a)hartl.name> wrote: >> >> As presented on ESUG here is the brief description of one of our current projects. >> >> Mobility Map >> ââââââ >> >> Mobility Map is a broker for mobility services. It offers multi-modal routing search enabling users to find the best travel options between locations. Travel options include car sharing, bikes, trains, busses etc. Rented cars can be offered for ride sharing on booking time letting other people find it to participate in the ride. Single travel options are combined in travel plans that can be booked and managed in a very easy way. >> >> For this project main requirements were scalability to serve a large user base and flexibility to add more additional providers to the broker. The application has been realized using web technologies for the frontend and pharo for the backend. Using a microservice architecture combined with a broker it is easy to extend the platform with additional brokers. Deployment is done using docker swarm for distributing dozens of pharo images among multiple server machines connected by a message queue for the communication. Pharo supported that scenario very well enabling us the meet the requirements with less effort. >> >> Pharo turned out to be a perfect fit to develop the application in a agile way. Small development cycles with continuous integration and continuous delivery enables fast turnarounds for the customers to validate progress. >> >> This is a screenshot of the search page for multi-modal results: >> >> >> <Screen Shot 2018-09-21 at 16.54.30.png> > >

Sept. 25, 2018

[ANN] Pharo Consortium upgrade to Platinum: ZWEIDENKER

by Marcus Denker

The Pharo Consortium is very happy to announce that ZWEIDENKER has ugraded to be a Platinum member. About - ZWEIDENKER: http://zweidenker.de - Pharo Consortium: http://consortium.pharo.org The goal of the Pharo Consortium is to allow companies and institutions to support the ongoing development and future of Pharo. Individuals can support Pharo via the Pharo Association: - http://association.pharo.org

Sept. 25, 2018

Re: [Pharo-users] [Pharo-dev] [ANN] Success story Mobility Map

by Sven Van Caekenberghe

Wow. Very nice, well done. Any chance on some more technical details, as in what 'connected by a message queue for the communication' exactly means ? How did you approach micro services exactly ? > On 25 Sep 2018, at 12:20, Norbert Hartl <norbert(a)hartl.name> wrote: > > As presented on ESUG here is the brief description of one of our current projects. > > Mobility Map > ââââââ > > Mobility Map is a broker for mobility services. It offers multi-modal routing search enabling users to find the best travel options between locations. Travel options include car sharing, bikes, trains, busses etc. Rented cars can be offered for ride sharing on booking time letting other people find it to participate in the ride. Single travel options are combined in travel plans that can be booked and managed in a very easy way. > > For this project main requirements were scalability to serve a large user base and flexibility to add more additional providers to the broker. The application has been realized using web technologies for the frontend and pharo for the backend. Using a microservice architecture combined with a broker it is easy to extend the platform with additional brokers. Deployment is done using docker swarm for distributing dozens of pharo images among multiple server machines connected by a message queue for the communication. Pharo supported that scenario very well enabling us the meet the requirements with less effort. > > Pharo turned out to be a perfect fit to develop the application in a agile way. Small development cycles with continuous integration and continuous delivery enables fast turnarounds for the customers to validate progress. > > This is a screenshot of the search page for multi-modal results: > > > <Screen Shot 2018-09-21 at 16.54.30.png>

Sept. 25, 2018

[ANN] Success story Mobility Map

by Norbert Hartl

As presented on ESUG here is the brief description of one of our current projects. Mobility Map ââââââ Mobility Map is a broker for mobility services. It offers multi-modal routing search enabling users to find the best travel options between locations. Travel options include car sharing, bikes, trains, busses etc. Rented cars can be offered for ride sharing on booking time letting other people find it to participate in the ride. Single travel options are combined in travel plans that can be booked and managed in a very easy way. For this project main requirements were scalability to serve a large user base and flexibility to add more additional providers to the broker. The application has been realized using web technologies for the frontend and pharo for the backend. Using a microservice architecture combined with a broker it is easy to extend the platform with additional brokers. Deployment is done using docker swarm for distributing dozens of pharo images among multiple server machines connected by a message queue for the communication. Pharo supported that scenario very well enabling us the meet the requirements with less effort. Pharo turned out to be a perfect fit to develop the application in a agile way. Small development cycles with continuous integration and continuous delivery enables fast turnarounds for the customers to validate progress. This is a screenshot of the search page for multi-modal results:

Sept. 25, 2018

[ANN] Pharo Consortium New Bronze Member: Spesenfuchs

by Marcus Denker

The Pharo Consortium is very happy to announce that Spesenfuchs has joined the Consortium as a Bronze Member. About - Spesenfuchs: http://spesenfuchs.de - Pharo Consortium: http://consortium.pharo.org The goal of the Pharo Consortium is to allow companies and institutions to support the ongoing development and future of Pharo. Individuals can support Pharo via the Pharo Association: - http://association.pharo.org

Sept. 25, 2018

Re: [Pharo-users] TextEditor

by Hilaire

Okay may be it is. I guess I need to see more of it then. I played a bit with the tutorial, and I felt it to beÂ too geeky for my targeted users (teacher and mid hight school learner). Hilaire Le 24/09/2018 Ã 17:42, Serge Stinckwich a Ã©critÂ : > > I don't understand, why this is not appropriate. I'm interested to use it > for PolyMath or CORMAS, in order to put the same document, text, > simulations, piece of code, etc ... -- Dr. Geo http://drgeo.eu

Sept. 24, 2018

Re: [Pharo-users] TextEditor

by Serge Stinckwich

On Sun, Sep 23, 2018 at 2:47 PM Hilaire <hilaire(a)drgeo.eu> wrote: > I know about GTDocumenter but this is not what I am looking for. > > I am looking at the idea of an infinite roll with text, code and morph. > > I don't understand, why this is not appropriate. I'm interested to use it for PolyMath or CORMAS, in order to put the same document, text, simulations, piece of code, etc ... -- Serge Stinckwic h Int. Research Unit on Modelling/Simulation of Complex Systems (UMMISCO) Sorbonne University (SU) French National Research Institute for Sustainable Development (IRD) U niversity of YaoundÃ© I, Cameroun "Programs must be written for people to read, and only incidentally for machines to execute." https://twitter.com/SergeStinckwich

Sept. 24, 2018

[ANN] Next Pharo Sprint: Sept 28

by Marcus Denker

We will organize a Pharo sprint / Moose dojo Sept 28, starting at 10:00am. (Local Time Paris). Goals of this sprint: â¢ Pharo 7 issues Remote Sprint: Remotely, you can join us on Discord. During the sprint, we synchronize local and remote Pharo sprinters: http://pharo.org/contribute-events Known Local Sprint meetings Lille/France: It will be at the Inria Lille, Building B, third floor (RMoD offices). As the building is not open to the public, please contact us before if you plan to come https://association.pharo.org/event-2973620

Sept. 24, 2018

Re: [Pharo-users] A mentoring course ComplexCondition implementation

by Vitor Medina Cruz

Thanks Sean! Seems to be working fine! :) On Fri, Sep 21, 2018 at 10:16 PM Sean P. DeNigris <sean(a)clipperadams.com> wrote: > Vitor Medina Cruz wrote > > I found your take excelent. :) > > +100 :) > > > Vitor Medina Cruz wrote > > I was thinking of implementing it and put on a lib if it was not > > implemented anywhere yet. > > http://www.squeaksource.com/ComplexCondition.html > > I've used it before, but not recently. IIRC it worked fine. > > > > ----- > Cheers, > Sean > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html > >

Sept. 24, 2018

Re: [Pharo-users] MIDI IO

by Dimitris Chloupis

There is PharoSound package from the catalog browser that I see it has some MIDI capabilities but I do not know if it will work for you. I have used Pharo Sound to playback audio files but never for MIDI. As Guillermo said, UFFI is your best bet. Of course first you need to find out how its done in C depending on which library you use. I have done something like this but not in Pharo but Python. I own an Andromeda A6 , probably the most powerful pure analogue non modular synth of all time and even though it has thousands of parameters one can control via its 72 knobs and lcd interface it lacks multi point envelopes. So I made this app in Python using PyGame that I could draw multi point envelopes and the software would play them back as soon as I played a note. https://www.youtube.com/watch?v=4_DQWpViYEU Excuse the crappy GUI it was a very early draft but it worked none the less to my surprise although MIDI proved too slow to allow for quick envelops of rapid changes. So I had to abandon the project and move on. That was back in 2010 , before I started using Pharo or became aware of the existence of Smalltalk. https://github.com/kilon/vriareon On Fri, Sep 21, 2018 at 2:34 PM Manuel Leuenberger <leuenberger(a)inf.unibe.ch> wrote: > Hi, > > I am currently investigating how to work with audio in Pharo, especially > how to hook up Pharo to my synths or DAW using MIDI. I found that there is > an old MIDI plugin for the VM, but apparently it has been discontinued due > to OS changes ( > http://forum.world.st/Mac-OS-Cocoa-MIDI-Plugin-td4893691.html) Is there > any setup that works for MIDI IO on OSX using Pharo 6/6.1? > > Cheers, > Manuel > >

Sept. 24, 2018

Re: [Pharo-users] TextEditor

by Hilaire

I know about GTDocumenter but this is not what I am looking for. I am looking at the idea of an infinite roll with text, code and morph. Hilaire Le 21/09/2018 Ã 18:29, serge.stinckwich(a)gmail.com a Ã©critÂ : > You should have a look to GTDocumenter. -- Dr. Geo http://drgeo.eu

Sept. 23, 2018

Re: [Pharo-users] Pharo and fileout folder

by Hilaire

On P7, the path is hardcoded to the image directory: CodeExporter class>>writeSourceCodeFrom: aStream baseName: baseName isSt: stOrCsFlag Â Â Â | extension targetFile | Â Â Â extension := stOrCsFlag ifTrue: ['st']Â ifFalse: ['cs']. Â Â Â targetFile := FileLocator imageDirectory / baseName asFileName, extension. Â Â Â self writeSourceCodeFrom: aStream toFileReference: targetFile But there are likely other classes doing the same things differently as you seem to be able to select the path. Hilaire Le 22/09/2018 Ã 16:13, Hilaire a Ã©critÂ : > Under P7, from the class browser, when I fileout, it does not ask me! > > Hilaire -- Dr. Geo http://drgeo.eu

Sept. 22, 2018

Re: [Pharo-users] Pharo and fileout folder

by Hilaire

Under P7, from the class browser, when I fileout, it does not ask me! Hilaire Le 22/09/2018 Ã 14:53, Pablo Frias a Ã©critÂ : > I noted that Pharo resets the location of output when doing fileout to > the default Pharo folder, even after several times I changed it to > another folder.Â > Is that an expected behaviour? > -- Dr. Geo http://drgeo.eu

Sept. 22, 2018

Pharo and fileout folder

by Pablo Frias

Hi everyone, I noted that Pharo resets the location of output when doing fileout to the default Pharo folder, even after several times I changed it to another folder. Is that an expected behaviour? Thanks, Pablo

Sept. 22, 2018

Re: [Pharo-users] TextEditor

by Hilaire

Hi Peter, Thanks to point Spec and TextPresenter (TextModel was deprecated) which I did not know until now. Is it related somehow to TextEditor? Or Rubric which I learn about recently? Can it contain arbitrary Morph with some layout? In the image, I did not find clue about that, and get lost exploring the classes. Thanks for any enlightenments Hilaire Le 21/09/2018 Ã 18:01, Peter Uhnak a Ã©critÂ : > depending on your use-case you might also consider Spec or > PlaygroundÂ http://forum.world.st/Using-Playgrounds-as-a-notepad-tp4869129p4869227.html > -- Dr. Geo http://drgeo.eu

Sept. 22, 2018

Re: [Pharo-users] A mentoring course ComplexCondition implementation

by Sean P. DeNigris

Vitor Medina Cruz wrote > I found your take excelent. :) +100 :) Vitor Medina Cruz wrote > I was thinking of implementing it and put on a lib if it was not > implemented anywhere yet. http://www.squeaksource.com/ComplexCondition.html I've used it before, but not recently. IIRC it worked fine. ----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Sept. 22, 2018

Re: [Pharo-users] A mentoring course ComplexCondition implementation

by Vitor Medina Cruz

Why? I found your take excelent. :) I was thinking of implementing it and put on a lib if it was not implemented anywhere yet. On Fri, Sep 21, 2018 at 1:36 PM Andres Valloud < avalloud(a)smalltalk.comcastbiz.net> wrote: > For a different take, check out the '::' chain syntax in Cuis. It's not > exactly the same as complex conditions, but it accomplishes some of the > same goals. For example, > > [a], [b], [c] ifAllTrue: [z] > > becomes > > [a] > :: and: [b] > :: and: [c] > ifTrue: [z] > > Some of the other features of complex conditions are more difficult to > replicate with the chain syntax. > > Andres. > > On 9/20/18 11:02 , Vitor Medina Cruz wrote: > > Hello, > > > > In A Mentoring Course in Smalltalk, Andr es Valloud explains a really > > good implementation of and API to deal with complex conditions, is there > > any implementation of this (or similar) on Pharo? > > > > Regards, > > Vitor >

Sept. 21, 2018