June 2017 - Pharo-users - lists.pharo.org

Re: [Pharo-users] [ANN] success story: surgery appointments digitalised

by Norbert Hartl

> Am 22.06.2017 um 14:45 schrieb Sven Van Caekenberghe <sven(a)stfx.eu>: > >> >> On 22 Jun 2017, at 14:40, Norbert Hartl <norbert(a)hartl.name> wrote: >> >> I'm sorry I forgot to post this much earlier. Anywayâ¦. >> >> We are proud to add another success story to the pharo portfolio >> >> http://zweidenker.de/en/project/operationstermine-digitalisiert >> >> It is an operation planning tool for an eye surgery clinic. The core system is pharo4 and voyage (using mongo). The user interface is done with seaside. It interfaces with a legacy patient information system, microsoft exchange and other stuff in order to orchestrate the arrangement of surgery dates. The tool automates planning (which doctor works on which day and has still time to do the operation,â¦.). Finalized plans are produced in PDF an printed by the staff. > > Very nice, well done ! > >> This as a short info. If you have question don't hesitate to ask. > > Yes, what's up with the hipster photographs at http://zweidenker.de/en/about-us <http://zweidenker.de/en/about-us> ? > Just kidding, nice website ! > thanks! Norbert >> Implanting more pharo everywhere :) >> >> Norbert

June 23, 2017

Re: [Pharo-users] [ANN] success story: surgery appointments digitalised

by Norbert Hartl

> Am 22.06.2017 um 17:43 schrieb Ben Coman <btc(a)openinworld.com>: > > > On Thu, Jun 22, 2017 at 8:40 PM, Norbert Hartl <norbert(a)hartl.name <mailto:norbert@hartl.name>> wrote: > It interfaces with a legacy patient information system, microsoft exchange and other stuff in order to orchestrate the arrangement of surgery dates. The tool automates planning (which doctor works on which day and has still time to do the operation,â¦.). Finalized plans are produced in PDF an printed by the staff. > > This as a short info. If you have question don't hesitate to ask. > > Implanting more pharo everywhere :) > > Great to hear of your success here. > > There must be a massive market like this... "Unfortunately XXX didn't offer a proper interface, so we had to dive into the depths of their data base for reverse engineering, to be able to reconstruct functionalities" > and if Pharo's liveness helped in this reverse engineering, that would make a great marketing blog post fro you and Pharo... "How a niche language gives us the superpowers to do what others can't." hehe... > Indeed the market is huge. Pharo was of help here but would have been a huge help if an oracle driver would have been existed. The biggest problem so far is that it seems they managed to get mixed character encoding in their database. That is close to impossible to solve. Norbert

June 23, 2017

Re: [Pharo-users] PharoCloud drops VM hosting and focuses on Ephemeric Cloud

by Ð®ÑÐ¸Ð¹ ÐÐ¸ÑÐ¾Ð½ÐµÐ½ÐºÐ¾

I have a feeling that I miss something. As far as I remember, Ephemerics have no possibility to store anything permanently. So is it for static applications only? 2017-06-09 1:59 GMT+03:00 mikefilonov <mikefilonov(a)gmail.com>: > Hello, > > I just wanted to make some clarifications on what is going on with > PharoCloud and how I see the future of the project. > > PharoCloud is not closing, but just dropping VM hosting support. We will > continue to develop and maintain Ephemeric Cloud which allows you to > publish > Pharo web applications online much easier than any other VM hosting can > offer. In some way PharoCloud just becomes more "cloudy" by dropping > outdated technologies off :) > > Our plan is to make the project more community oriented. We integrated > PharoCloud with Pharo.org SSO and provide *FREE* access to all *Pharo > Association* members. You are welcome to log in to the cloud with your > Pharo > Association account at: > > https://www.pharocloud.com/manager/connect > > We are encouraging you to migrate your applications hosted as Pharocloud > VMs > to the Ephemeric Cloud. It is much more simple! We have some positive > experience already. There are some examples I moved from VM hosting to > Ephemeric Cloud: > > http://pharo.pharocloud.com > http://seaside31.swarm.pharocloud.com/ > http://eph-b147b6e2.swarm.pharocloud.com/ > http://smalltalk.mikefilonov.ru/ > > Here you can find a quick start guide to Ephemeric cloud and some tips on > how to publish your app: > http://docs.swarm.pharocloud.com/article/getting_started > > Also there is a REST API you can use to manage the cloud. And there is also > a Pharo wrapper around the REST-API: > http://docs.swarm.pharocloud.com/article/pharo_library_reference > > We also have video guides: > quickstart (sorry for old UI of the manager) > https://www.youtube.com/watch?v=a1GfuT9M4qo > curl example: https://www.youtube.com/watch?v=9dKBCpj96cU > > In case of any questions or issues with images, please feel free to contact > me. > > > > -- > View this message in context: http://forum.world.st/ > PharoCloud-drops-VM-hosting-and-focuses-on-Ephemeric-Cloud-tp4950562.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

June 23, 2017

Re: [Pharo-users] [Glass] How do you develop for gemstone in open source tools (pharo)?

by Mariano Martinez Peck

On Thu, Jun 22, 2017 at 6:16 PM, Petr Fischer via Glass < glass(a)lists.gemtalksystems.com> wrote: > Hello, I'm curious how _comfortably_ develop software for Gemstone, which > is the preferred/best way (and future)? > > 1) tODE - OK, a decent amount of work was inserted to it to make it work > somehow. Decent tools with git support, a lot of windows (autolayouting > required), very basic inspector, based on obsolete Pharo3, no autocomplete, > weird auto code formating etc. :( > Will the development continue (better inspectors, autocomplete, etc)? > > 2) gt4gemstone - new project based on GT tools, great > playground/workspace/inspectors, running in latest Pharo, but again, just > basic browser, no autocompletion, no syntax coloring (so far), but modern > way > What is the plan? Write proper class browser and code editor again from > scratch? > There is amazing new browser for Pharo, Calypso, which has remote browsing > capabilities (but probably different remoting/proxy layer than gt tools) - > is possible to utilize this project for remote Gemstone browsing in future? > > 3) develop in Pharo, then deploy to Gemstone > With some compatibility layers, there is possibility to develop > application/business logic in Pharo (with bare collections, dicts, > containers etc.) and then deploy code to Gemstone and test. Nice scenario, > latest modern dev tools (browsers, inspectors, versioning) from Pharo, but > on the dev side in Pharo, no transaction logic (test transaction logic with > junit impossible/not available etc.), also not compatible class library - > so also with drawbacks with different Smalltalk implementation chaos :( > I would very much like to get involved with Gemstone dev, but it scratches > a bit now. > > Hi Hi Petr, I personally do 3). I like developing on Pharo and keep doing that on each latest stable release. And yeah, you must have some compatibility layers, you must keep a ConfigurationOf working on both platforms, different class libraries (files, etc), etc. This takes time at the beginning, but then it gets easier and easier. I still use tODE for evaluating code (workspace), browsing GemStone specific code (browser), debug (stored continuations), and for developing the GemStone specific code. 4) I think you made a good summary. In all those cases, you still consider GemStone like both things, the language interpreter PLUS the persistency. There is one last approach which uses GemStone mostly only for "persistence". In this scenario you would use GemStone similarly to what you do with a normal relational DB, that is, you open a connection, then do something. Dale went a bit further and developed a simple Voyage kind of API with this idea in mind. Anyway, below are some interesting links. [0] https://github.com/GsDevKit/gsDevKitHome/blob/dev/docs/articles/gsDevKitSer… [1] https://github.com/dalehenrich/Tugrik [2] https://github.com/dalehenrich/voyage [3] http://www.slideshare.net/esug/tugrik-a-new-persistence-option-for-pharo > Thanks! pf > _______________________________________________ > Glass mailing list > Glass(a)lists.gemtalksystems.com > http://lists.gemtalksystems.com/mailman/listinfo/glass > -- Mariano http://marianopeck.wordpress.com

June 23, 2017

[ANN] Pharo Sprint June 30

by Marcus Denker

Hi! Next Friday, June 30 will be the next Pharo Sprint! It will start 10:00am. (Local Time Paris). For more infos, see: https://association.pharo.org/event-2492492 Marcus

June 23, 2017

Ideas for TechTalks wanted

by Marcus Denker

Hi! We need to setup the dates and topics for the next tech talks, they are always the last tuesday of the month. We have two kinds: -> presentation of a demo with youtube live, then Q&A (one person talks) -> More open discussion just on Discord with Audio Chat about a topic (one person started and guides a discussion) We need topic ideas and people who take the lead role for the second part of the year (August to December). Marcus

June 23, 2017

Techtalk June 27 postponed to July 25

by Marcus Denker

Hi, As too many people can not take part next week Tuesday, we decided to move the Pharo6/Pharo7 roundtable to July 25. https://association.pharo.org/event-2492469 <https://association.pharo.org/event-2492469> Marcus

June 23, 2017

Re: [Pharo-users] How do you develop for gemstone in open source tools (pharo)?

by itlists＠schrievkrom.de

Hello, several ways to do programming under Gemstone. I personally use Jade (under Linux using WINE) the whole time. No support for git, but following the traditional browser concept of Smalltalk. Still missing some development point and has limitation - but for the traditional developer a fast lane into Gemstone/S Marten Am 22.06.2017 um 23:16 schrieb Petr Fischer: > Hello, I'm curious how _comfortably_ develop software for Gemstone, which is the preferred/best way (and future)? > > 1) tODE - OK, a decent amount of work was inserted to it to make it work somehow. Decent tools with git support, a lot of windows (autolayouting required), very basic inspector, based on obsolete Pharo3, no autocomplete, weird auto code formating etc. :( > Will the development continue (better inspectors, autocomplete, etc)? > > 2) gt4gemstone - new project based on GT tools, great playground/workspace/inspectors, running in latest Pharo, but again, just basic browser, no autocompletion, no syntax coloring (so far), but modern way > What is the plan? Write proper class browser and code editor again from scratch? > There is amazing new browser for Pharo, Calypso, which has remote browsing capabilities (but probably different remoting/proxy layer than gt tools) - is possible to utilize this project for remote Gemstone browsing in future? > > 3) develop in Pharo, then deploy to Gemstone > With some compatibility layers, there is possibility to develop application/business logic in Pharo (with bare collections, dicts, containers etc.) and then deploy code to Gemstone and test. Nice scenario, latest modern dev tools (browsers, inspectors, versioning) from Pharo, but on the dev side in Pharo, no transaction logic (test transaction logic with junit impossible/not available etc.), also not compatible class library - so also with drawbacks with different Smalltalk implementation chaos :( > > I would very much like to get involved with Gemstone dev, but it scratches a bit now. > > Thanks! pf > -- Marten Feldtmann

June 23, 2017

How do you develop for gemstone in open source tools (pharo)?

by Petr Fischer

Hello, I'm curious how _comfortably_ develop software for Gemstone, which is the preferred/best way (and future)? 1) tODE - OK, a decent amount of work was inserted to it to make it work somehow. Decent tools with git support, a lot of windows (autolayouting required), very basic inspector, based on obsolete Pharo3, no autocomplete, weird auto code formating etc. :( Will the development continue (better inspectors, autocomplete, etc)? 2) gt4gemstone - new project based on GT tools, great playground/workspace/inspectors, running in latest Pharo, but again, just basic browser, no autocompletion, no syntax coloring (so far), but modern way What is the plan? Write proper class browser and code editor again from scratch? There is amazing new browser for Pharo, Calypso, which has remote browsing capabilities (but probably different remoting/proxy layer than gt tools) - is possible to utilize this project for remote Gemstone browsing in future? 3) develop in Pharo, then deploy to Gemstone With some compatibility layers, there is possibility to develop application/business logic in Pharo (with bare collections, dicts, containers etc.) and then deploy code to Gemstone and test. Nice scenario, latest modern dev tools (browsers, inspectors, versioning) from Pharo, but on the dev side in Pharo, no transaction logic (test transaction logic with junit impossible/not available etc.), also not compatible class library - so also with drawbacks with different Smalltalk implementation chaos :( I would very much like to get involved with Gemstone dev, but it scratches a bit now. Thanks! pf

June 22, 2017

Re: [Pharo-users] Setting rowHeight: for Spec FastTableModel

by Esteban Lorenzano

> On 22 Jun 2017, at 17:49, Juraj Kubelka <juraj.kubelka(a)icloud.com> wrote: > > >> El 22-06-2017, a las 17:19, Ben Coman <btc(a)openinworld.com <mailto:btc@openinworld.com>> escribiÃ³: >> >> What considerations are there to have individual row heights? > > The way I understand FastTable, it is not possible to have each item with different height. thatâs correct. There was a proposal to give it variable heights but I think it was never implemented. cheers! Esteban > > Cheers, > Juraj > >> i.e. How close are we to having a spreadsheet interface like simplfied Excel? >> >> cheers -ben >> >> On Thu, Jun 22, 2017 at 4:51 PM, Juraj Kubelka <juraj.kubelka(a)icloud.com <mailto:juraj.kubelka@icloud.com>> wrote: >> Hi, >> >> I have a code like this: >> >> FastTableModel new >> displayBlock: [ :node | node name ]; >> items: Collection withAllSubclasses; >> openWithSpec. >> >> Which works fine. But I would like to define row height for each item. FTTableMorph has a method rowHeight:. >> Is it possible? >> >> One possible use case could be: >> >> FastTableModel new >> displayBlock: [ :node | node name, >> String cr, â number of methods: ', node methods size asString ]; >> items: Collection withAllSubclasses; >> "rowHeight: 50;â âdoes not work" >> openWithSpec >> >> <Captura de pantalla 2017-06-22 a la(s) 10.50.08.png> >> >> In that case, each list item is composed by a class name on the first line, and the number of methods on the second line. >> >> For FTTableMorph the code looks like this: >> >> FTTableMorph new >> extent: 650@500; >> selectRowIndex: 1; >> showFirstRowSelection; >> dataSource: (FTEasyListDataSource new >> elements: Collection withAllSubclasses; >> display: [ :node | >> Smalltalk ui theme newColumnIn: World for: { >> node name asStringMorph. >> (' number of methods: ', node methods size asString) >> asStringMorph }]); >> rowHeight: 50; >> beMultipleSelection; >> openInWindow >> >> <Captura de pantalla 2017-06-22 a la(s) 10.49.08.png> >> >> Or do you propose another solution? >> >> Thanks! >> Juraj >> >> >> >

June 22, 2017