- Pharo-users - lists.pharo.org

Pharo TechTalk Oct 24
by Marcus Denker Oct. 25, 2019

Oct. 25, 2019

Hi, Next techtalk will be *next* week (Oct 24): Topic: Headless VM Calendar entry: https://association.pharo.org/event-3419545 (it was originally dated to today, we will try to be better in pre-planning from the next one on)

3 3

Re: [Pharo-users] SplitMix64
by Serge Stinckwich Oct. 25, 2019

Oct. 25, 2019

On Fri, Oct 25, 2019 at 4:04 AM Benoit St-Jean via Pharo-users < pharo-users(a)lists.pharo.org> wrote: > For those interested, my implementation of the SplitMix64 pseudo-random > number generator. > > Useful if you need to generate pseudo-random big integers (up to 2^64). > > > https://github.com/bstjean/SmalltalkStuff/tree/master/SplitMix64 > > Can we add this to our RNG collection in PolyMath ? Thank you. Regards, > > ----------------- > Beno??t St-Jean > Yahoo! Messenger: bstjean > Twitter: @BenLeChialeux > Pinterest: benoitstjean > Instagram: Chef_Benito > IRC: lamneth > GitHub: bstjean > Blogue: endormitoire.wordpress.com > "A standpoint is an intellectual horizon of radius zero". (A. Einstein) > > > -- 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

2 2

SplitMix64
by Benoit St-Jean Oct. 25, 2019

Oct. 25, 2019

For those interested, my implementation of the SplitMix64 pseudo-random number generator. Useful if you need to generate pseudo-random big integers (up to 2^64). https://github.com/bstjean/SmalltalkStuff/tree/master/SplitMix64 ----------------- Beno??t St-Jean Yahoo! Messenger: bstjean Twitter: @BenLeChialeux Pinterest: benoitstjean Instagram: Chef_Benito IRC: lamneth GitHub: bstjean Blogue: endormitoire.wordpress.com "A standpoint is an intellectual horizon of radius zero". (A. Einstein)

1 0

Rubric architecture
by Kasper Ãsterbye Oct. 24, 2019

Oct. 24, 2019

Cheers, Is there any documentation about the architecture of Rubric? At the moment I feel like I am up to my ears in Editor, EditingModes, EditingStates, Areas, the occasional morphs, Paragraphs etc. Besides, I am not even sure I should be looking at Rubric. RubAbstractTextArea>>class comment: "I am a re-implementation of TextMorph. I'm intended as a temporary solution. Soon, I will be replaced by, or integrated with, TxText, a beautiful new text toolkit.â Editor>>class comment: "New text editors.â Hmm - since there is no dates in there, and Smalltalk is old, âsoonâ or ânewâ is kind of hard to figure out. Best, Kasper

1 0

The Lands Platform at SLE 2019: Pharo magic inside
by Nick Papoylias Oct. 24, 2019

Oct. 24, 2019

The Lands Platform: Lan.guages and D.omain S.yntax, @sleconf 2019, co-located with @splashcon https://youtu.be/HMgJK8mVPYw Showcasing live magic tricks powered by the @pharoproject Best, Nick

3 2

Rocking Smalltalk
by Richard Kenneth Eng Oct. 23, 2019

Oct. 23, 2019

https://youtu.be/-uTzhRLcWC4 A rock video for the Smalltalk programming language.

2 1

BlockClosure
by main Oct. 23, 2019

Oct. 23, 2019

Hello fellow Pharoians (?) from a lonely Swede. I just found out about Pharo (and Smalltalk) two days ago and I'm already loving it :) However, there is a behavior I would like to change, or be enlightened about how it could be done. As I understand it (bear with me) BlockClosure from Kernel-Methods does not understand (by default?) how to respond to an "anonymous object" (no message name). Is there any way this could be implemented? I'll post an example soon (I currently use both Pharo 7 and 8) If I write the following: [:x | x + 1] value: 3 and evaluate it, I get the expected result, which is 4. That's nice. What I would really like is to be able to just send 3 to BlockClosure and make it repond as above. Like this: [:x | x + 1] 3 or like this: 3 [:x | x + 1] Would this be possible? ----------------------- Also as a bonus, would it be possible to use this for "function composition", "Block composition" or similar? Example of composition: [ :f :g | [ :x | f value: (g value: x) ] ] I could use this construct like this for example: (([ :f :g | [ :x | f value: (g value: x) ] ]) value: [:x | x + 1] value: [:x | x - 1]) value: 5 Butâ¦ It's a bit wordy. What I would like to be able to do (essentialy remove "value:"): (([ :f :g | [ :x | f (g x) ] ]) [:x | x + 1] [:x | x - 1]) 5. Or in one line: (([ :f :g | [ :x | f (g x) ] ]) [:x | x + 1] [:x | x - 1]) 5. While this might seem obscure, I would really find it useful. Can it be done? Thanks in advance -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

9 12

[ANN] BitmapCharacterSet moved to GitHub
by Torsten Bergmann Oct. 23, 2019

Oct. 23, 2019

Hi, the STHub -> PharoExtras project "BitmapCharacterSet" 1. was now moved from http://smalltalkhub.com/#!/~PharoExtras/BitmapCharacterSet to https://github.com/pharo-contributions/BitmapCharacterSet including the FULL HISTORY The old STHub repo was marked as obsolete - but is linking to the new one 2. the test package "Collections-Tests-BitmapCharacterSet" was renamed into "Collections-BitmapCharacterSet-Tests" 3. Travis CI job was setup (https://travis-ci.org/pharo-contributions/BitmapCharacterSet) for P7 which is green 4. the new version is tagged in git as version 1.2.7. 5. the Config was adopted with 1.2.7 and uploaded into MetaRepoForPharo70 so it works in catalog You can load "BitmapCharacterSet" in Pharo 7 and 8 from Catalog or via load instructions Metacello new baseline: 'BitmapCharacterSet'; repository: 'github://pharo-contributions/BitmapCharacterSet/src'; load. Side note: ========== This is one of the prerequisites for XML support (which is planned to be moved to github too) More to come... Bye T.

2 1

Import a pharo 6 image in pharo 7
by Oswall Verny Arguedas C. Oct. 23, 2019

Oct. 23, 2019

I have a prototype of an application with image persistence made in pharo 6.1. I wanted to export (upgrade) the data (database, objects, collections) of the image and code to Pharo 7. It is possible to perform that operation. Thanks in advance Oswall

4 6

Re: [Pharo-users] Glorp + P3 + SQLite
by Paul DeBruicker Oct. 22, 2019

Oct. 22, 2019

The error you hit was because the package loader was smart enough to notice that there was a version conflict between the version of a subproject already in the image and what the new load instructions were telling it to load. The title of the debugger you pasted in alludes to that fact. So what you need to do is decide what to do when there is a conflict as its tricky for a package manager to figure out what it should do in every case. Metacello includes an instruction #onConflict: which accepts a block. You can write code in the block to decide wether to use the incoming version or the extant version in the image or whatever. e.g. Metacello new repository: 'github://PierceNg/glorp-sqlite3:pharo7'; baseline: 'GlorpSQLite'; onConflict:[:ex | ex allow]; load. would likely get everything to load without issue. Then you'd have to run the tests to see if the version conflict caused problems. Pharo Smalltalk Users mailing list wrote > Nice! Thanks. > > So here is maybe a stupid question (and I'm gonna read the wiki stuff on > packages next) but it seems to me that the package loader should notice > that glorp is already loaded and not load it if glorp is specified as a > prerequisite but instead it fails. > > Is the package loader not smart enough to understand what is already > loaded and skip load attempts? > > Puzzling. > >> On Oct 19, 2019, at 11:23 PM, Pierce Ng < > pierce@ > > wrote: >> >> On Sat, Oct 19, 2019 at 01:26:10AM -0700, Todd Blanchard via Pharo-users >> wrote: >>> I loaded GLORP+P3 without issue. >>> Trying to load SQLite3 - it also wants to load GLORP which complains of >>> conflict. >> >> Todd, to load SQLite3 only: >> >> Metacello new >> repository: 'github://astares/Pharo-UDBC/src'; >> baseline: 'UDBC'; >> load: 'SQLite' >> >> Pierce -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

1 0