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

Re: [Pharo-users] smalltalk conferences

by tbrunz

We need to start one. Along with a North American version of ESUG. -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Jan. 28, 2020

Re: [Pharo-users] smalltalk conferences

by Todd Blanchard

+1 SoCal checking in here. Would love that as Europe is usually beyond my reach for just a tech conf. > On Jan 27, 2020, at 5:33 PM, tbrunz <wild.ideas(a)gmail.com> wrote: > > We need to start one. Along with a North American version of ESUG. > > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >

Jan. 28, 2020

smalltalk conferences

by Steve Quezadas

Does anyone know of any upcoming smalltalk conferences in the United States?

Jan. 28, 2020

What is the idiomatic way to store data in pharo?

by Steve Quezadas

I am writing a simple "quote-of-the-day" object for pharo that stores both quotes and pictures. What is the "idiomatic" way of storing data in pharo? Do I connect to some sort mysql database or is there a better "smalltalk" way to do it? Forgive the naive question. - Steve

Jan. 28, 2020

Re: [Pharo-users] Pharo 6.0 and 6.1 64 bit freeze on MacMini -also in 7.03

by TedVanGaalen

Thanks for Pharo 8.0! Sorry to revive this thread again and again since version 6, but the full screen freeze problem on Mac still persists. Did a clean install today of Pharo 8.0 as follows: Remove all Pharo, apps, images, launcher from before < Pharo 8.0 (saved my stuff in .st files before doing so) Installed Pharo 8.0 launcher -started with vanilla 8.0 64 bit image. -changed fonts to medium (4k screen here) -saved the image. -clicked on full screen option in the top menu. Freezes again in full screen modus. As long as I don't go full screen or resize to that, everything works ok. Regards TedvG -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Jan. 27, 2020

Re: [Pharo-users] Migration from Spec to Spec2

by Christophe Demarey

> Le 27 janv. 2020 Ã 13:36, Guillermo Polito <guillermopolito(a)gmail.com> a Ã©crit : > > Be careful, this is no solution but a patch that will work in some cases only, it is an architectural violation. Yes, true. I needed the functionality fast and was proposed to use this solution as workaround for now. For now, there is no clear strategy how to support alternate colors right both for morphic / gtk. > Widgets should never be accessed from presenters directly. > The support for row color should be exposed from the presenter, and the widget should use it (if supported). Yes :) I do not know if there is a plan to support this soon. Maybe it is not part of the presenter api but rather the style? > I remember with Pablo we did a POC to see how this would be supported both by Gtk and morphic and we kind of conclude that the row color should be specified in the datasource. > This allows each row (and cells in case of tables) to have its (their) own background color. > > Gtk (and morphic too) then also have support for alternate row colors, but it is different. > While morphicâs depend on the underlying theme, in Gtk we can further specialize the colors. > See for example: > > https://developer.gnome.org/gtk3/stable/GtkTreeView.html#GtkTreeView--s-eve… <https://developer.gnome.org/gtk3/stable/GtkTreeView.html#GtkTreeView--s-eve…> >> >> I will try to do a PR next week for this. >> >> Regards, >> Christophe.

Jan. 27, 2020

Re: [Pharo-users] Migration from Spec to Spec2

by Guillermo Polito

> El 24 ene 2020, a las 21:52, Christophe Demarey <christophe.demarey(a)inria.fr> escribiÃ³: > > Hi Kasper, > >> Le 24 janv. 2020 Ã 20:14, Kasper Ãsterbye <kasper.osterbye(a)gmail.com <mailto:kasper.osterbye@gmail.com>> a Ã©crit : >> Do not silently delete features. Be brave and include a method oddRowColor with a comment saying it is not going to be implemented in this version, and why > I add the same issue and I wrote a small fix for TablePresenter. > See https://github.com/pharo-project/pharo-launcher/commit/28fb65151a6341f26b91… <https://github.com/pharo-project/pharo-launcher/commit/28fb65151a6341f26b91…> > I have only a few changes but I add to copy FTTableContainerMorph and FTSelectableMorph to add an instance variable on each. Except that, I had 4 methods to implement a basic row color alternance. > > You can use it as follow in an SpPresenter: > self newTable > items: #(1 2 3); > whenBuiltDo: [ :table | table widget alternateRowsColor ] Be careful, this is no solution but a patch that will work in some cases only, it is an architectural violation. Widgets should never be accessed from presenters directly. The support for row color should be exposed from the presenter, and the widget should use it (if supported). I remember with Pablo we did a POC to see how this would be supported both by Gtk and morphic and we kind of conclude that the row color should be specified in the datasource. This allows each row (and cells in case of tables) to have its (their) own background color. Gtk (and morphic too) then also have support for alternate row colors, but it is different. While morphicâs depend on the underlying theme, in Gtk we can further specialize the colors. See for example: https://developer.gnome.org/gtk3/stable/GtkTreeView.html#GtkTreeView--s-eve… <https://developer.gnome.org/gtk3/stable/GtkTreeView.html#GtkTreeView--s-eve…> > > I will try to do a PR next week for this. > > Regards, > Christophe.

Jan. 27, 2020

Re: [Pharo-users] Pharo image processing library

by serge.stinckwich＠gmail.com

And the code here: https://github.com/Cuis-Smalltalk/Numerics/blob/master/ImageProcessing.pck.… I think that if you put all your code and the existing code with tests in a repo, you will have a nice project to start ð Enjoy Sent from my iPhone > On 27 Jan 2020, at 12:39, Pablo Navarro <pablo1n7(a)gmail.com> wrote: > > ï»¿ > hi, Iâm looking. very interesting, thanks. > > Pablo. > El 27 de ene. de 2020 00:35 -0300, Any question about pharo is welcome <pharo-users(a)lists.pharo.org>, escribiÃ³: >> >> https://80738163270632.blogspot.com/2018/10/pharo-script-of-day-proto-proto…

Jan. 27, 2020

Re: [Pharo-users] Pharo image processing library

by Pablo Navarro

hi, Iâm looking. very interesting, thanks. Pablo. El 27 de ene. de 2020 00:35 -0300, Any question about pharo is welcome <pharo-users(a)lists.pharo.org>, escribiÃ³: > > https://80738163270632.blogspot.com/2018/10/pharo-script-of-day-proto-proto…

Jan. 27, 2020

Re: [Pharo-users] Pharo image processing library

by HernÃ¡n Morales Durand

Hi Pablo, I did some experiment with the Form class some time ago, maybe you can borrow something from here: https://80738163270632.blogspot.com/2018/10/pharo-script-of-day-proto-proto… HernÃ¡n El sÃ¡b., 25 ene. 2020 a las 13:42, Pablo Navarro (<pablo1n7(a)gmail.com>) escribiÃ³: > Hi everyone! Thanks for the comments, I don't create a repository yet > because, in this first version, I just wanted to try if it was possible, so > only create a Form subclass and add three methods. > > Form subclass: #ImageForm > instanceVariableNames: 'mode' > classVariableNames: '' > package: âSmallImage' > > ââ> > > + aImage > "add two image and return a new ImageForm" > |aImageResult| > > aImageResult := self deepCopy. > > 0 to: self width do:[:x| 0 to: self height > do:[:y| > |aPoint aColorA aColorB| > aPoint := (Point x: x y: y). > aColorA := aImageResult colorAt: aPoint. > aColorB := aImage colorAt: aPoint. > aImageResult colorAt: aPoint put: aColorA + aColorB. ]]. > ^ aImageResult > > â-> > > show: anTitle > "Show a image in a window, scale the image to 500" > |im| > im := (ImageMorph withForm: (self scaledIntoFormOfSize:500) ). > im withSnapshotBorder. > im borderWidth: 5. > im color: (Color gray). > im openInWindowLabeled: (anTitle,' | mode: ', self mode asLowercase, '| ', > self shape). > > -â> > > > The first problem I found was the class Form return 'Form new' and not > 'self class new' so I had to create two class method (in ImageForm): > > newFrom: aForm mode: aMode > "create an ImageForm from to a Form object." > | aImage| > > aImage := self new. > aImage copyFrom: aForm. > aImage mode: aMode. > ^ aImage. > > â> > > open: aFileName > âOpen a image.â > | aImage aForm| > aForm := ImageReadWriter formFromFileNamed: aFileName. > aImage := self newFrom: aForm mode: âARGBâ. > ^ aImage. > > â> > > > I think that the methods (+ and show) should be directly in the class Form > but I didn't want to change the original. If you think it's okay, I can > continue working and this week upload to github with their respective tests. > > P.S. sorry for my limited English. > > > > > Best Regards Pablo. > El 25 de ene. de 2020 12:10 -0300, StÃ©phane Ducasse < > stephane.ducasse(a)inria.fr>, escribiÃ³: > > what I always find strange is that people do not invest in tests for > domains that are super nice to testâ¦. > > S. > > On 25 Jan 2020, at 16:04, Serge Stinckwich <serge.stinckwich(a)gmail.com> > wrote: > > You may have a look to Cuis library : > https://github.com/Cuis-Smalltalk/Numerics > There is an image analysis package. > We have some plan in PolyMath to port it: > https://github.com/PolyMathOrg/PolyMath/issues/158 > > Best, > > On Fri, Jan 24, 2020 at 11:20 PM Pablo Navarro <pablo1n7(a)gmail.com> wrote: > >> Hi everyone! >> >> Iâm searching for one library for image processing in Pharo. I couldn't >> find anything (only wrappers) so I tried programming one for basic >> operations (sum, >> subtraction) with images using class âFormâ. >> >> What do you think about this? >> >> >> For providing a context, I'm studying a PhD. in image processing, but all >> of the operations that I do, do it in Python. I try using Pharo for more >> fun :D. >> >> Best Regards Pablo. >> > > > -- > 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â, Cameroon > "Programs must be written for people to read, and only incidentally for > machines to execute." > https://twitter.com/SergeStinckwich > â > > > -------------------------------------------- > StÃ©phane Ducasse > http://stephane.ducasse.free.fr / http://www.pharo.org > 03 59 35 87 52 > Assistant: Julie Jonas > 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 > >

Jan. 27, 2020