- Pharo-users - lists.pharo.org

new Pharo success story :)

by StÃ©phane Ducasse

Hello just a little news about a super cool success story about Pharo :) https://pharo.org/success/UXadvancedAtThales Well done UXers at Thales. It is a pity that most of your cool stuff requires confidential accreditation, but this is normal. S. -------------------------------------------- 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

July 6, 2020

Re: [Pharo-users] Agile Artificial Intelligence

by Alexandre Bergel

Thanks TomaÅ¾ for your nice words. Comments on amazon are really important. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > On 03-07-2020, at 16:11, TomaÅ¾ Turk <tomaz.turk(a)ef.uni-lj.si> wrote: > > https://www.amazon.de/Agile-Artificial-Intelligence-Pharo-Neuroevolution/dp… <https://www.amazon.de/Agile-Artificial-Intelligence-Pharo-Neuroevolution/dp…> > > Best wishes > Tomaz

July 4, 2020

Re: [Pharo-users] Agile Artificial Intelligence

by TomaÅ¾ Turk

https://www.amazon.de/Agile-Artificial-Intelligence-Pharo-Neuroevolution/dp… Best wishes Tomaz

July 3, 2020

Zinc question

by Sean P. DeNigris

The following fails intermittently with "ZnIncomplete: Incomplete input for character decoding": ZnClient new url: 'https://cpanel.webserver:1234/' asUrl; path: '/login/'; queryAt: 'login_only' put: '1'; formAt: 'user' put: 'username'; formAt: 'pass' put: 'pa$$w0rd'; post. AFAICT, the expected output has already been completely received and correctly interpreted, but then for some reason, the following happens: 1. `stream atEnd` does not return true 2. `#nextCodePointFromStream:` does `stream next` and gets `nil`, which leads to the error being signaled. Any ideas, explanations, (or especially) workarounds? ----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

July 3, 2020

Re: [Pharo-users] STON question

by Esteban Maringolo

On Thu, Jul 2, 2020 at 11:46 AM Sean P. DeNigris <sean(a)clipperadams.com> wrote: > > Sven Van Caekenberghe-2 wrote > > there is now basic support for SortCollections using SortFunctions. > > Cool! This would be great to have in Fuel as well. There is a slow and > steady stream of users running into trouble trying to serialize blocks > (whatever the library) due primarily to sorted collections. Wouldn't that work out of the box with Fuel? A SortFunction is a simple object, and even a ChainedSortFunction is the same. So if you have: #(4 2 2 1) asSortedCollection: #yourself ascending You end up with a SortedCollection without any blocks, because its sortBlock is actually a SortFunction. Regards! Esteban A. Maringolo

July 2, 2020

Re: [Pharo-users] STON question

by Sean P. DeNigris

Sven Van Caekenberghe-2 wrote > there is now basic support for SortCollections using SortFunctions. Cool! This would be great to have in Fuel as well. There is a slow and steady stream of users running into trouble trying to serialize blocks (whatever the library) due primarily to sorted collections. ----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

July 2, 2020

Re: [Pharo-users] Agile Artificial Intelligence

by StÃ©phane Ducasse

write it on amazon :) > On 2 Jul 2020, at 09:56, TomaÅ¾ Turk <tomaz.turk(a)ef.uni-lj.si> wrote: > > Thanks, Stef, the book is excellent! > > Best wishes, > Tomaz -------------------------------------------- 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

July 2, 2020

Re: [Pharo-users] Agile Artificial Intelligence

by TomaÅ¾ Turk

Thanks, Stef, the book is excellent! Best wishes, Tomaz

July 2, 2020

Re: [Pharo-users] Pharo 8. Epicea seems to be turned off. how do I get it working again?

by Paul DeBruicker

Hi ! I just figured it out. I must've ran EpMonitor current disable And forgot all about doing that. Everything works how it should. My fault. Thanks StÃ©phane Ducasse wrote > Hi Paul > > I do not know. > This is the first time I hear that epicea blocks. > If you close your image and goes to changes you will be able to reopen > epicea and check your code. > At start up epicea just check if there was a new session but besides that > there is nothing > different than opening it. > > S. > >> On 30 May 2020, at 17:05, PAUL DEBRUICKER < > pdebruic@ > > wrote: >> >> Hi- >> >> I had an image lock up so I "Force quit" it from the apple menu. >> >> When I check "Code Changes" its most recent changes are from 9 days ago. >> My most recent save was a few hours ago & I was able to restore the >> missing code between the save & now by dropping the changes file in the >> image. >> >> How do I double check and get epicea running again in this image? >> >> Thanks >> >> >> > <Screen Shot 2020-05-29 at 4.44.51 PM.png> > -------------------------------------------- > 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 -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

July 1, 2020

Re: [Pharo-users] I think I've discovered an error in the later v9 builds

by Russ Whaley

I'd be happy to, but um... I don't know how/where (color me embarrassed...). Can you point me in the right direction? I've not submitted a bug report before. I've created a sample Class, App, & Presenter that demonstrates the error consistently. I was kindof hoping when I created this example I would find it was something in my code... I'll attach the fileout here but will also include it in the bug report. Also attached are the screenshots before and after I clicked on the first row. Is there a way to tell the build number of an image I'm using? I'd like to go back to a fresh image of the image I'm using... it has inflated to over 350MB and I'd like to start fresh with an image that doesn't have this defect. If I can get hold of the build of the image I'm using, that would be great. Thanks, Russ On Wed, Jul 1, 2020 at 1:42 PM StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Thanks can you enter a bug entry in the spec project? > > S. > > On 1 Jul 2020, at 16:58, Russ Whaley <whaley.russ(a)gmail.com> wrote: > > (Overall, this error does not occur in v8 - even the latest > snapshot.1140. It did not exist in the v9 image from February - I don't > know how to tell what build it is. But the latest Official Distribution > for v9 and the latest snapshot.840 - the following error occurs:). > > This error appears to be around the transmitTo: within > SpPresenterWithModel>>connectPresenters. I haven't been able to (yet) > trace why, but the debug message is in the 2nd 'transform:' below -- > erroring saying that 'each' is nil - and doesn't understand the #method2 > message. > > Here is the scenario: > > (aSpTablePresenter(1) transmitTo: aSpTablePresenter(2)) > > transform: [ :each | ((each #method asOrderedCollection ) sorted: #title > ascending ) ]. > > > "transmit aSpTablePresenter(2) to aSpTablePresenter(3)" > (aSpTablePresenter(2) transmitTo: aSpTablePresenter(3)) > > transform: [ :each | ((*each #method2* asOrderedCollection) sorted: > #number ascending )]. > > > The UI populates just fine - when I click a row in the first > aSpTablePresenter(1) - it fills the 2nd aSpTablePresenter(2), but it looks > like the code above attempts to do the 2nd transmitTo: to populate > aSpTablePresenter(3) and is trying to do so without data from > aSpTablePresenter(2) - there could be a number of reasons for this. > > Behavior-wise, I would prefer that SpTablePresenters default to a first > row selected and populate (transmitTo:) to each of their SpTablePresenters > in kind (defaulting to first row, then transmitTo: the next > tablePresenter). > > Through the Inspector, all three SpTablePresenters have their lists > populated - and the UI shows these lists - even after punching through > error. > > Another observable - when I click on column headers to sort, the > transmitTo:'s get called again and also error out - even the first > transmitTo:... could be one simple change will correct all these anomalies. > > I will try and mock-up a simpler version to share. Please let me know if > you have any questions or items I should specifically include. > > Thanks! > Russ > > -- > Russ Whaley > whaley.russ(a)gmail.com > > > -------------------------------------------- > 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 > > -- Russ Whaley whaley.russ(a)gmail.com

July 1, 2020