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

Re: [Pharo-users] [Pharo-dev] [ANN] PharoPro

by HernÃ¡n Morales Durand

Hi Norbert, This is really good news for the community. I wish you all the best for this initiative! Cheers, HernÃ¡n El miÃ©., 17 jun. 2020 a las 5:35, Norbert Hartl (<norbert(a)hartl.name>) escribiÃ³: > Dear community, > > we are very proud to announce the availability of PharoPro, a company that > offers professional support for the pharo platform. Our mission is to > enable people and companies to secure their business when building products > with pharo. > > We have been tinkering with the idea creating it for a long time. We > talked to a lot of people, especially at last ESUG in cologne and finally > decided to do it. So at the end of last year we founded the company > PharoPro. Obstacles (one being covid-19) kept us from make it public until > today. > > In close relationship with the pharo consortium our mission is to extend > the market opportunities for pharo. > Although PharoPro is new and still small we want to show our commitment to > the consortium and the community from the start. We decided therefor that > PharoPro will join the pharo consortium as platinum member. > > Our plans apart from support contracts is to have an LTS (long term > support) version of pharo, create a professional pharo ecosystem with > libraries and frameworks and to help out building the infrastructure pharo > needs. > > We are still shaping up. We want to know your requirements and needs that > help us deciding what are the most needed things. So you might visit > > http://pharo-pro.com > > and then come talk to us. > > Best regards and health, > > Norbert > PharoPro GmbH >

June 17, 2020

Re: [Pharo-users] a simple question (I think)

by Esteban Maringolo

Objects interact with each other by sending messages, although you can get the sender by using reflection (thisContext sender), it is not a common practice to do so. So if you need another object to know the sender (or any other object) you simply pass it as a parameter. So modifying your example, and making the syntax actually work it would be: self property: ObjectClass new. self property caller: self. and then when you need to deal with that you can simply get a reference to that object and send it a message to do something: self property caller doSomething. You can also have something like self property: (ObjectClass for: self) In that case the #for: message is received by "ObjectClass class", which you can think of as if it were a Factory or a "static" method (it is not! it is much more powerful than that). ObjectClass class>>#for: callerObject ^self new setCaller: callerObject; yourself And that's it, you have an instance of ObjectClass that you initialized by sending #for: instead of #new (internally it ended up calling #new, but from the outside it was just a message send). And for the most part that's Smalltalk: Objects and messages. Regards! Esteban A. Maringolo On Wed, Jun 17, 2020 at 6:19 PM Russ Whaley <whaley.russ(a)gmail.com> wrote: > > I find myself, over and over, creating a & storing q new object in an instVar, then storing (my)self on that object - so I can have easy access to the 'object that created me.' > > <what I do now...> > > self instVar := NewClass new. > > self instVar callingObject: self. > > "where these call the same messages" > > self myMessage. > > self instVar callingObject myMessage. > > <is there a way to...> > > self instVar := NewClass new. > > self instVar objectWhoCreatedMe myMessage. > > "I know there is a 'thisContext sender' - but is there a 'who created me' concept?" > > > Ultimately, there is no real overhead to storing (my)self on a new object, I guess, but as I'm developing and testing, I tend to have a whole lot of 'stranded objects' I have to remove manually. > > Thoughts? > > Thanks! > -- > Russ Whaley > whaley.russ(a)gmail.com

June 17, 2020

a simple question (I think)

by Russ Whaley

I find myself, over and over, creating a & storing q new object in an instVar, then storing (my)self on that object - so I can have easy access to the 'object that created me.' <what I do now...> self instVar := NewClass new. self instVar callingObject: self. "where these call the same messages" self myMessage. self instVar callingObject myMessage. <is there a way to...> self instVar := NewClass new. self instVar objectWhoCreatedMe myMessage. "I know there is a 'thisContext sender' - but is there a 'who created me' concept?" Ultimately, there is no real overhead to storing (my)self on a new object, I guess, but as I'm developing and testing, I tend to have a whole lot of 'stranded objects' I have to remove manually. Thoughts? Thanks! -- Russ Whaley whaley.russ(a)gmail.com

June 17, 2020

Re: [Pharo-users] [Pharo-dev] [ANN] PharoPro

by Esteban Maringolo

Hi Norbert, Congratulations for the initiative! I look forward to your success. Best regards! Esteban A. Maringolo On Wed, Jun 17, 2020 at 5:35 AM Norbert Hartl <norbert(a)hartl.name> wrote: > > Dear community, > > we are very proud to announce the availability of PharoPro, a company that offers professional support for the pharo platform. Our mission is to enable people and companies to secure their business when building products with pharo. > > We have been tinkering with the idea creating it for a long time. We talked to a lot of people, especially at last ESUG in cologne and finally decided to do it. So at the end of last year we founded the company PharoPro. Obstacles (one being covid-19) kept us from make it public until today. > > In close relationship with the pharo consortium our mission is to extend the market opportunities for pharo. > Although PharoPro is new and still small we want to show our commitment to the consortium and the community from the start. We decided therefor that PharoPro will join the pharo consortium as platinum member. > > Our plans apart from support contracts is to have an LTS (long term support) version of pharo, create a professional pharo ecosystem with libraries and frameworks and to help out building the infrastructure pharo needs. > > We are still shaping up. We want to know your requirements and needs that help us deciding what are the most needed things. So you might visit > > http://pharo-pro.com > > and then come talk to us. > > Best regards and health, > > Norbert > PharoPro GmbH

June 17, 2020

Re: [Pharo-users] [Esug-list] [ANN] PharoPro

by StÃ©phane Ducasse

Dear community Just a little email, we (the consortium head and engineering crew) are super happy to see PharoPro coming to live. (We planned to do it since years but we are simply too busy). We fully support PharoPro and we are working hand in hand to deliver a great experience to your software challenges. Long life to PharoPro! S. (on the behalf of the consortium engineer crew) > On 17 Jun 2020, at 10:34, Norbert Hartl <norbert(a)hartl.name> wrote: > > Dear community, > > we are very proud to announce the availability of PharoPro, a company that offers professional support for the pharo platform. Our mission is to enable people and companies to secure their business when building products with pharo. > > We have been tinkering with the idea creating it for a long time. We talked to a lot of people, especially at last ESUG in cologne and finally decided to do it. So at the end of last year we founded the company PharoPro. Obstacles (one being covid-19) kept us from make it public until today. > > In close relationship with the pharo consortium our mission is to extend the market opportunities for pharo. > Although PharoPro is new and still small we want to show our commitment to the consortium and the community from the start. We decided therefor that PharoPro will join the pharo consortium as platinum member. > > Our plans apart from support contracts is to have an LTS (long term support) version of pharo, create a professional pharo ecosystem with libraries and frameworks and to help out building the infrastructure pharo needs. > > We are still shaping up. We want to know your requirements and needs that help us deciding what are the most needed things. So you might visit > > http://pharo-pro.com > > and then come talk to us. > > Best regards and health, > > Norbert > PharoPro GmbH > _______________________________________________ > Esug-list mailing list > Esug-list(a)lists.esug.org > http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org -------------------------------------------- StÃ©phane Ducasse http://stephane.ducasse.free.fr / http://www.pharo.org 03 59 35 87 52 Assistant: Aurore Dalle FAX 03 59 57 78 50 TEL 03 59 35 86 16 S. Ducasse - Inria 40, avenue Halley, Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza Villeneuve d'Ascq 59650 France

June 17, 2020

Re: [Pharo-users] Willow-Seaside serving static files

by TomaÅ¾ Turk

Uh, I had to unregister and then register my Willow application again - now the file is accessible. Best wishes, Tomaz

June 17, 2020

Re: [Pharo-users] [ANN] PharoPro

by Hilaire

Le 17/06/2020 Ã 10:34, Norbert Hartl a Ã©critÂ : > we are very proud to announce the availability of PharoPro, a company that offers professional support for the pharo platform. Our mission is to enable people and companies to secure their business when building products with pharo. Congratulations! Hilaire -- Dr. Geo http://drgeo.eu https://pouet.chapril.org/@hilaire

June 17, 2020

Re: [Pharo-users] [ANN] PharoPro

by Norbert Hartl

> Am 17.06.2020 um 11:25 schrieb jtuchel(a)objektfabrik.de: > > Norbert, > > > this is a great initiaitive and a much-needed step in the right direction. An LTS Pharo is really a must for many commercial projects. > I wish you best of luck and success! > Thank you very much! > A little side note on the "Why PharoPro?" section on your website: The commercial entity behind Ubuntu is Canonical. Ubuntu is the name of the distribution and Canonical is the company. If you'd like to use an analogy with European context, mentioning SuSE might be a nice addition. Or NextCloud, which has a lot of visibility these days. Maybe adding a few more examples is a good idea anyways in order to show the concept is not new at all and has been successfull in many places - both for the open source project and for the company/ies. > I know that Canonical Ltd. and Mark Shuttleworth are the names behind ubuntu. But sometimes the terms everyone knows are better to raise understanding than to use the correct ones. But yes, after the third person saying that I'll change the text. Thanks for the feedback, Norbert > > Joachim > > > > Am 17.06.20 um 10:34 schrieb Norbert Hartl: >> Dear community, >> >> we are very proud to announce the availability of PharoPro, a company that offers professional support for the pharo platform. Our mission is to enable people and companies to secure their business when building products with pharo. >> >> We have been tinkering with the idea creating it for a long time. We talked to a lot of people, especially at last ESUG in cologne and finally decided to do it. So at the end of last year we founded the company PharoPro. Obstacles (one being covid-19) kept us from make it public until today. >> >> In close relationship with the pharo consortium our mission is to extend the market opportunities for pharo. >> Although PharoPro is new and still small we want to show our commitment to the consortium and the community from the start. We decided therefor that PharoPro will join the pharo consortium as platinum member. >> >> Our plans apart from support contracts is to have an LTS (long term support) version of pharo, create a professional pharo ecosystem with libraries and frameworks and to help out building the infrastructure pharo needs. >> >> We are still shaping up. We want to know your requirements and needs that help us deciding what are the most needed things. So you might visit >> >> http://pharo-pro.com >> >> and then come talk to us. >> >> Best regards and health, >> >> Norbert >> PharoPro GmbH >> > > -- > ----------------------------------------------------------------------- > Objektfabrik Joachim Tuchel mailto:jtuchel@objektfabrik.de > Fliederweg 1 http://www.objektfabrik.de > D-71640 Ludwigsburg http://joachimtuchel.wordpress.com > Telefon: +49 7141 56 10 86 0 Fax: +49 7141 56 10 86 1 > > >

June 17, 2020

Re: [Pharo-users] Git repository add - commit files from Pharo

by Noury Bouraqadi

Ciao Dario, I need the same thing for PharoJS, but I don't have a solution. Note : In PharoJS we have the HTML files that live in the same repo as Pharo code. But, we put them in different folders. It seems that Iceberg deletes non-pharo files upon commits or pulls. Noury > On 17 Jun 2020, at 12:00, Dario Romano Trussardi <dario.trussardi65(a)gmail.com> wrote: > > Ciao, > > it happens that i create files directly from Pharo in a git repository configure with Iceberg. > > Now it would be interesting to automate the registration of these files, > > for the next commit directly from Pharo. > > Tips ? > > Thanks, > > Dario > > > P.S. known that the commit from pharo, > > does not consider the files added ( by the shell ) to the local repository > > with git add â¦.. command.

June 17, 2020

Git repository add - commit files from Pharo

by Dario Romano Trussardi

Ciao, it happens that i create files directly from Pharo in a git repository configure with Iceberg. Now it would be interesting to automate the registration of these files, for the next commit directly from Pharo. Tips ? Thanks, Dario P.S. known that the commit from pharo, does not consider the files added ( by the shell ) to the local repository with git add â¦.. command.

June 17, 2020