- Pharo-users - lists.pharo.org

Re: [Pharo-users] What is the difference between a form and a morph?

by K K Subbu

On 24/02/20 2:00 AM, Steve Quezadas wrote: > [Morph], from what I understand, deals with manipulating graphics on > smalltalk. But when I use ZnEasy to get a jpeg file, I notice that it > returns a [Form] and not a [Morph] to display a jpeg. Spec2 also wants > [Form] for displaying images rather than [Morph]. > > So what is the difference between a [Form] and a [Morph] since they both > seem to deal with graphics? A Form is a rectangular of pixel. Essentially, a picture. You can create a Morph around a form with: aForm asMorph openInHand. A Morph is the basic unit of Morphic GUI - a live, direct editor of objects. An excellent short tutorial about it is at: http://stephane.ducasse.free.fr/freebooks/collectivenbluebook/morphic.final… HTH .. Subbu

Feb. 24, 2020

Re: [Pharo-users] [ANN] Round 3 Results Are In

by Richard O'Keefe

There doesn't need to *be* a soundtrack. Everyone can handle silence, no? What purpose *does* the current video serve? On Mon, 24 Feb 2020 at 07:42, horrido <horrido.hobbies(a)gmail.com> wrote: > > My video serves one purpose; your video serves another. If I wanted to serve > your purpose, then yes, I'd make your video. > > As to the sound track, the truth is, you can't choose one that appeals to > everyone. Musical tastes vary. I have no doubt that regardless of my choice, > somebody will always have an issue with it. > > > > Richard O'Keefe wrote > > This is meant to be constructive, but won't seem that way at first. > > > > (1) The sound track very nearly drove me away in the first few seconds. > > I'm deadly serious about that. I'm not on the spectrum, but my elder > > daughter is, and sensory sensitivities are very common amongst ASD > > people. I'm rather sensitive to noise myself. Now if the sound track > > were *relevant* to the message, I'd put up with it, but I can't for the > > life of me see any connection between the sound track banging away > > and what's happening on the screen. > > > > (2) Above all, it was a *missed opportunity*. Here was the chance to > > add a narration telling us what we are seeing and what it all *means*. > > Something not unlike Code Bullet, maybe? > > https://www.youtube.com/watch?v=WSW-5m8lRMs > > > > (3) I don't give a tinker's curse for the score. It's just a number > > without > > any context. The scores for *all* the teams might be more interesting. > > The numbers that really matter are TIME, EFFORT, and SIZE. How > > long did it take each team? How much code did they end up with? How > > much were they able to re-use? How many false starts had to be thrown > > away? > > > > (4) The other missed opportunity was the chance to show some of the > > Pharo IDE in action. Click on a cell, bring up the halo, explore the > > data structure, show some code, jump around in it. > > > > As it is, this clip shows me > > - unknown code > > - solving an unfamiliar problem > > - written by people I know nothing about > > - using unknown tools > > - with no evidence that Smalltalk helped in any way. > > > > If I were a Blub programmer, I'd probably ignore this > > completely. At best, I'd look for the problem specification, > > then say "who cares, I can do that easily in Blub". > > > > If you want to show that Smalltalk is the best thing since > > sliced cheese, you have to show that *Smalltalk* is relevant > > in some way. > > > > > > On Sun, 23 Feb 2020 at 03:53, Richard Kenneth Eng > > < > > > horrido.hobbies@ > > > > wrote: > >> > >> https://www.youtube.com/watch?v=iNyu-3Y2arg > >> > >> This time, the teams must deal with Jump cells, Warp cells, and Death > >> cells. If you land on a Death cell, you die and the simulation > >> terminates. > >> > >> Next week is the most exciting round yet. Multiple teams will be > >> competing on the same board! This will look so damn cool on YouTube. > >> > >> Richard > > > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >

Feb. 24, 2020

What is the difference between a form and a morph?

by Steve Quezadas

I usually like to go through the source code to answer my own question, but I can't tell by reading it. [Morph], from what I understand, deals with manipulating graphics on smalltalk. But when I use ZnEasy to get a jpeg file, I notice that it returns a [Form] and not a [Morph] to display a jpeg. Spec2 also wants [Form] for displaying images rather than [Morph]. So what is the difference between a [Form] and a [Morph] since they both seem to deal with graphics?

Feb. 23, 2020

Re: [Pharo-users] [ANN] Round 3 Results Are In

by horrido

My video serves one purpose; your video serves another. If I wanted to serve your purpose, then yes, I'd make your video. As to the sound track, the truth is, you can't choose one that appeals to everyone. Musical tastes vary. I have no doubt that regardless of my choice, somebody will always have an issue with it. Richard O'Keefe wrote > This is meant to be constructive, but won't seem that way at first. > > (1) The sound track very nearly drove me away in the first few seconds. > I'm deadly serious about that. I'm not on the spectrum, but my elder > daughter is, and sensory sensitivities are very common amongst ASD > people. I'm rather sensitive to noise myself. Now if the sound track > were *relevant* to the message, I'd put up with it, but I can't for the > life of me see any connection between the sound track banging away > and what's happening on the screen. > > (2) Above all, it was a *missed opportunity*. Here was the chance to > add a narration telling us what we are seeing and what it all *means*. > Something not unlike Code Bullet, maybe? > https://www.youtube.com/watch?v=WSW-5m8lRMs > > (3) I don't give a tinker's curse for the score. It's just a number > without > any context. The scores for *all* the teams might be more interesting. > The numbers that really matter are TIME, EFFORT, and SIZE. How > long did it take each team? How much code did they end up with? How > much were they able to re-use? How many false starts had to be thrown > away? > > (4) The other missed opportunity was the chance to show some of the > Pharo IDE in action. Click on a cell, bring up the halo, explore the > data structure, show some code, jump around in it. > > As it is, this clip shows me > - unknown code > - solving an unfamiliar problem > - written by people I know nothing about > - using unknown tools > - with no evidence that Smalltalk helped in any way. > > If I were a Blub programmer, I'd probably ignore this > completely. At best, I'd look for the problem specification, > then say "who cares, I can do that easily in Blub". > > If you want to show that Smalltalk is the best thing since > sliced cheese, you have to show that *Smalltalk* is relevant > in some way. > > > On Sun, 23 Feb 2020 at 03:53, Richard Kenneth Eng > < > horrido.hobbies@ > > wrote: >> >> https://www.youtube.com/watch?v=iNyu-3Y2arg >> >> This time, the teams must deal with Jump cells, Warp cells, and Death >> cells. If you land on a Death cell, you die and the simulation >> terminates. >> >> Next week is the most exciting round yet. Multiple teams will be >> competing on the same board! This will look so damn cool on YouTube. >> >> Richard -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Feb. 23, 2020

Re: Problem with ZnWebSocket and closed connections

by Davide Varvello

Hi, I put nginx as a websocket proxy and I run the ZnWebSocketEchoHandler. Unfortunately also with this configuration the connection closes it after a couple of minutes of inactivity Cheers Davide -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Feb. 23, 2020

Re: [Pharo-users] [ANN] Round 3 Results Are In

by Richard O'Keefe

This is meant to be constructive, but won't seem that way at first. (1) The sound track very nearly drove me away in the first few seconds. I'm deadly serious about that. I'm not on the spectrum, but my elder daughter is, and sensory sensitivities are very common amongst ASD people. I'm rather sensitive to noise myself. Now if the sound track were *relevant* to the message, I'd put up with it, but I can't for the life of me see any connection between the sound track banging away and what's happening on the screen. (2) Above all, it was a *missed opportunity*. Here was the chance to add a narration telling us what we are seeing and what it all *means*. Something not unlike Code Bullet, maybe? https://www.youtube.com/watch?v=WSW-5m8lRMs (3) I don't give a tinker's curse for the score. It's just a number without any context. The scores for *all* the teams might be more interesting. The numbers that really matter are TIME, EFFORT, and SIZE. How long did it take each team? How much code did they end up with? How much were they able to re-use? How many false starts had to be thrown away? (4) The other missed opportunity was the chance to show some of the Pharo IDE in action. Click on a cell, bring up the halo, explore the data structure, show some code, jump around in it. As it is, this clip shows me - unknown code - solving an unfamiliar problem - written by people I know nothing about - using unknown tools - with no evidence that Smalltalk helped in any way. If I were a Blub programmer, I'd probably ignore this completely. At best, I'd look for the problem specification, then say "who cares, I can do that easily in Blub". If you want to show that Smalltalk is the best thing since sliced cheese, you have to show that *Smalltalk* is relevant in some way. On Sun, 23 Feb 2020 at 03:53, Richard Kenneth Eng <horrido.hobbies(a)gmail.com> wrote: > > https://www.youtube.com/watch?v=iNyu-3Y2arg > > This time, the teams must deal with Jump cells, Warp cells, and Death cells. If you land on a Death cell, you die and the simulation terminates. > > Next week is the most exciting round yet. Multiple teams will be competing on the same board! This will look so damn cool on YouTube. > > Richard

Feb. 23, 2020

Re: [Pharo-users] [Lse-pharo4pharo] Alignment visualization performance

by HernÃ¡n Morales Durand

Done here : https://github.com/pharo-project/pharo/issues/5737 Cheers, HernÃ¡n El sÃ¡b., 22 feb. 2020 a las 5:22, StÃ©phane Ducasse (< stephane.ducasse(a)inria.fr>) escribiÃ³: > could you open a bug entry and we will tag it for large images. > > On 21 Feb 2020, at 06:40, HernÃ¡n Morales Durand <hernan.morales(a)gmail.com> > wrote: > > Hello guys. > > I want to visualize DNA sequence alignments in Pharo 8. For this task most > bioinformatics applications set a background color for each letter. But in > Pharo the Inspector is too slow to open even for just one small sequence of > 1Kb. Consider now there are about 37k sequences of COVID-19 and each genome > contains about 30k of letters, so visualizing and scrolling these should be > fast (as for zooming). > > But have a look at this script which takes about 6 seconds to open an > Inspector. The script uses BioSmalltalk, and the code could be enhanced for > sure, but that is not relevant to my performance problem of visualization: > > [ > | text attributes | > " Generate a Text object from a random sequence " > text := ((BioSequence forAlphabet: BioDNAAlphabet) randomLength: 1000) > sequence asText. > " Setup an array for each nucleotide background color " > attributes := Array new: text size. > 1 to: text size do: [ : index | > attributes at: index put: { > (TextBackgroundColor color: (BioDNAAlphabet colorMap at: (text at: > index))) } ]. > text runs: (RunArray newFrom: attributes). > text inspect > ] timeToRun asString "'0:00:00:05.911'" > > Also, resizing the opened Inspector takes 2-3 seconds to refresh. > You can see the output here: https://imgur.com/a/xUlBeVY > > I should say without the #inspect the code ran without performance issues: > "'0:00:00:00.009'" > > So I ran again the script for different sequence sizes: > > String streamContents: [ : stream | > 100 to: 2000 by: 100 do: [ : sl | > stream nextPutAll: ([ > | text attributes | > " Generate a Text object from a random sequence " > text := ((BioSequence forAlphabet: BioDNAAlphabet) randomLength: sl) > sequence asText. > " Setup an array for each nucleotide background color " > attributes := Array new: text size. > 1 to: text size do: [ : index | > attributes at: index put: { > (TextBackgroundColor color: (BioDNAAlphabet colorMap at: (text at: > index))) } ]. > text runs: (RunArray newFrom: attributes). > text inspect > ] timeToRun asString); > cr > ] > ] > > And these are the results: > > 0:00:00:00.147 > 0:00:00:00.28 > 0:00:00:00.568 > 0:00:00:00.993 > 0:00:00:01.776 > 0:00:00:02.123 > 0:00:00:03.111 > 0:00:00:04.084 > 0:00:00:04.574 > 0:00:00:06.192 > 0:00:00:07.214 > 0:00:00:07.915 > 0:00:00:10.382 > 0:00:00:12.725 > 0:00:00:12.359 > 0:00:00:17.357 > 0:00:00:17.147 > 0:00:00:20.651 > 0:00:00:20.392 > 0:00:00:23.238 > > At first I thought it was a problem of the Glamout text renderer for > Rubric Text, but profiling a single pass of the snippet for 2000 letters, > shows a couple of methods in Rubric scanner, after some DNU sends, which > are consuming a lot of the time: > RubCharacterBlockScanner(RubCharacterBlockScanner) >> > characterBlockAtPoint:index:in: and > RubCharacterBlockScanner(RubCharacterBlockScanner) >> endOfRun". I attached > the full profiler report so you may have a look if you like. But the > summary is: > > **Leaves** > 37.4% {8800ms} > RubCompositionScanner(RubCharacterScanner)>>basicScanCharactersFrom:to:in:rightX:stopConditions:kern: > 6.3% {1476ms} Dictionary>>at:ifAbsentPut: > 6.1% {1425ms} Context>>unwindComplete > 4.6% {1082ms} Semaphore>>criticalReleasingOnError: > 4.2% {991ms} Dictionary>>at:ifAbsent: > 3.3% {785ms} Context>>aboutToReturn:through: > 2.2% {527ms} Context>>resume:through: > 2.0% {470ms} ExternalAddress>>isNull > 1.8% {421ms} BlockClosure>>on:do: > 1.7% {402ms} > RubCharacterBlockScanner(RubCharacterScanner)>>setConditionArray: > 1.6% {378ms} FreeTypeFace>>validate > 1.6% {376ms} Dictionary>>scanFor: > 1.5% {364ms} Context>>unwindComplete: > 1.5% {344ms} Context>>unwindBlock > 1.4% {323ms} Array(SequenceableCollection)>>do: > 1.3% {299ms} Dictionary(HashedCollection)>>findElementOrNil: > 1.2% {293ms} RunArray>>at:setRunOffsetAndValue: > 1.2% {289ms} FreeTypeCache>>atFont:charCode:type:ifAbsentPut: > 1.1% {252ms} FreeTypeCacheLinkedList>>moveDown: > > **Memory** > old +0 bytes > young -1,485,272 bytes > used -1,485,272 bytes > free +1,485,272 bytes > > **GCs** > full 0 totalling 0ms (0.0% uptime) > incr 947 totalling 1,576ms (7.0% uptime), avg 2.0ms > tenures 0 > root table 0 overflows > > So my question is, is there any other text rendering backends to try? And > when I say backends I say which don't use Rubric. > > Cheers, > > HernÃ¡n > > <Profile_DNABgColoring.txt>_______________________________________________ > Lse-pharo4pharo mailing list > Lse-pharo4pharo(a)lists.gforge.inria.fr > https://lists.gforge.inria.fr/mailman/listinfo/lse-pharo4pharo > > > -------------------------------------------- > 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 > >

Feb. 22, 2020

[ANN] Round 3 Results Are In

by Richard Kenneth Eng

https://www.youtube.com/watch?v=iNyu-3Y2arg This time, the teams must deal with Jump cells, Warp cells, and Death cells. If you land on a Death cell, you die and the simulation terminates. Next week is the most exciting round yet. Multiple teams will be competing on the same board! This will look so damn cool on YouTube. Richard

Feb. 22, 2020

Re: [Pharo-users] P8/Linux - External module not found LGitLibrary

by Hilaire

An update. I pickup the wget bash script option, and the provided VM is doing fine. Therefore, the issue is related to the proposed VM for download. Hilaire -- Dr. Geo http://drgeo.eu

Feb. 22, 2020

P8/Linux - External module not found LGitLibrary

by Hilaire

Hi, I have this issue with P8 standalone VM and image installed from pharo.org/download. Am I missing something? PharoDebug attached. Thanks Hilaire PS1: I need standalone to prepare dev. environment and application for drgeo. PS2: On the same host I have been running P7 to contribute pull request without this git issue. -- Dr. Geo http://drgeo.eu

Feb. 21, 2020