October 2017 - Pharo-users - lists.pharo.org

Re: [Pharo-users] DesktopManaker from Ctrl-D to Ctrl-M help needed!!

by Ricardo Pacheco

Actually, I see that Ctrl-M is also not a good choice, so I will try to figure out what key combinations are available!! -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Oct. 17, 2017

Re: [Pharo-users] Roassal2 in recent Pharo 7 causes DNU #asTraitComposition

by Alistair Grant

On Tue, Oct 17, 2017 at 06:28:05AM +0000, Alistair Grant wrote: > Hi All, > > I'm attempting to load Roassal2 in to Pharo7 and am getting: > > UndefinedObject(Object)>>doesNotUnderstand: #asTraitComposition > > > It can be reproduced in a clean Pharo7 image, e.g. > Pharo7.0-32bit-d1b0e3e.image (downloaded 16 Oct 2017), and executing: > > Gofer it > smalltalkhubUser: 'ObjectProfile' project: 'Roassal2'; > configurationOf: 'Roassal2'; > loadStable. > > > OS: Ubuntu 16.04. > > I last rebuilt my image on 3 October without any problems. > > Any suggestions? I suspect the combination of Monticello and Traits > will take me quite a while to figure out. This could simply be an ordering issue, i.e. maybe Monticello / Metacello needs to ensure that the traits are loaded before the classes. Presumably at some point during the load there is a list of classes that are going to be loaded. If someone can point me to the correct location it will save some time tracking it down. Thanks! Alistair > Stack Trace: > > UndefinedObject(Object)>>doesNotUnderstand: #asTraitComposition > MCClassDefinition>>traitCompositionCompiled > [ :builder | > builder > superclass: superClass; > name: name; > layoutClass: (ObjectLayout layoutForType: type); > slots: self instanceVariables; > sharedVariables: self classVariables; > sharedPools: self sharedPoolsString; > classSlots: self classInstanceVariables; > traitComposition: self traitCompositionCompiled; > classTraitComposition: self classTraitCompositionCompiled; > comment: comment stamp: commentStamp; > category: category; > environment: superClass environment ] in [ PharoClassInstaller > make: [ :builder | > builder > superclass: superClass; > name: name; > layoutClass: (ObjectLayout layoutForType: type); > slots: self instanceVariables; > sharedVariables: self classVariables; > sharedPools: self sharedPoolsString; > classSlots: self classInstanceVariables; > traitComposition: self traitCompositionCompiled; > classTraitComposition: self classTraitCompositionCompiled; > comment: comment stamp: commentStamp; > category: category; > environment: superClass environment ] ] in MCClassDefinition>>createClass in Block: [ :builder | ... > PharoClassInstaller class(AbstractClassInstaller class)>>make: > [ PharoClassInstaller > make: [ :builder | > builder > superclass: superClass; > name: name; > layoutClass: (ObjectLayout layoutForType: type); > slots: self instanceVariables; > sharedVariables: self classVariables; > sharedPools: self sharedPoolsString; > classSlots: self classInstanceVariables; > traitComposition: self traitCompositionCompiled; > classTraitComposition: self classTraitCompositionCompiled; > comment: comment stamp: commentStamp; > category: category; > environment: superClass environment ] ] in MCClassDefinition>>createClass in Block: [ PharoClassInstaller... > BlockClosure>>on:do: > MCClassDefinition>>createClass > MCClassDefinition>>load > MCClassDefinition(MCDefinition)>>addMethodAdditionTo: > [ :each | each addMethodAdditionTo: methodAdditions ] in MCPackageLoader>>basicLoadDefinitions in Block: [ :each | each addMethodAdditionTo: methodAddition...etc... > [ :each | > | newLabel | > "Special handling for first and last element" > (count = 0 > or: [ count + 1 = size > or: [ (Time millisecondsSince: lastUpdate) >= msecs ] ]) > ifTrue: [ bar current: count. > oldLabel = (newLabel := (labelBlock cull: each) ifNil: [ oldLabel ]) > ifFalse: [ bar label: newLabel. > oldLabel := newLabel ]. > lastUpdate := Time millisecondClockValue ]. > aBlock value: each. > count := count + 1 ] in [ :bar | > labelBlock := aStringOrBlock isString > ifTrue: [ bar label: aStringOrBlock. > [ :dummyItem | aStringOrBlock ] ] > ifFalse: [ aStringOrBlock ]. > self > do: [ :each | > | newLabel | > "Special handling for first and last element" > (count = 0 > or: [ count + 1 = size > or: [ (Time millisecondsSince: lastUpdate) >= msecs ] ]) > ifTrue: [ bar current: count. > oldLabel > = (newLabel := (labelBlock cull: each) ifNil: [ oldLabel ]) > ifFalse: [ bar label: newLabel. > oldLabel := newLabel ]. > lastUpdate := Time millisecondClockValue ]. > aBlock value: each. > count := count + 1 ] ] in OrderedCollection(Collection)>>do:displayingProgress:every: in Block: [ :each | ... > OrderedCollection>>do: > [ :bar | > labelBlock := aStringOrBlock isString > ifTrue: [ bar label: aStringOrBlock. > [ :dummyItem | aStringOrBlock ] ] > ifFalse: [ aStringOrBlock ]. > self > do: [ :each | > | newLabel | > "Special handling for first and last element" > (count = 0 > or: [ count + 1 = size > or: [ (Time millisecondsSince: lastUpdate) >= msecs ] ]) > ifTrue: [ bar current: count. > oldLabel > = (newLabel := (labelBlock cull: each) ifNil: [ oldLabel ]) > ifFalse: [ bar label: newLabel. > oldLabel := newLabel ]. > lastUpdate := Time millisecondClockValue ]. > aBlock value: each. > count := count + 1 ] ] in OrderedCollection(Collection)>>do:displayingProgress:every: in Block: [ :bar | ... > BlockClosure>>cull: > [ ^ block cull: self ] in [ self prepareForRunning. > CurrentJob value: self during: [ ^ block cull: self ] ] in Job>>run in Block: [ ^ block cull: self ] > [ activeProcess psValueAt: index put: anObject. > aBlock value ] in CurrentJob(DynamicVariable)>>value:during: in Block: [ activeProcess psValueAt: index put: anObject.... > BlockClosure>>ensure: > CurrentJob(DynamicVariable)>>value:during: > CurrentJob class(DynamicVariable class)>>value:during: > [ self prepareForRunning. > CurrentJob value: self during: [ ^ block cull: self ] ] in Job>>run in Block: [ self prepareForRunning.... > BlockClosure>>ensure: > Job>>run > MorphicUIManager(UIManager)>>displayProgress:from:to:during: > ByteString(String)>>displayProgressFrom:to:during: > OrderedCollection(Collection)>>do:displayingProgress:every: > OrderedCollection(Collection)>>do:displayingProgress: > MCPackageLoader>>basicLoadDefinitions > [ self basicLoadDefinitions ] in MCPackageLoader>>basicLoad in Block: [ self basicLoadDefinitions ] > [ aBlock value ] in SourceFileArray>>deferFlushDuring: in Block: [ aBlock value ] > BlockClosure>>ensure: > > --

Oct. 17, 2017

DesktopManaker from Ctrl-D to Ctrl-M help needed!!

by Ricardo Pacheco

Hello. I'm using the Desktop Manager add on in my Pharo 6, but I really dislike the fact that its key shortcuts start with Ctrl-D because it hides the Do-It command. So I looked into the code and changed in the class method DesktopManager >> desktopMenuCommandOn:, to use Ctrl-M instead of Ctrl-D. After saving the new key shortcuts are working now. Nevertheless the old Ctrl-D based are still functional. The question is, how do I disable them? In other words, I do I make the system reset its key short-cuts? Is there a tool where I can see all the active key short-cuts of the system and manage them? Thanks a lot. PD to the DesktopManager team: Your tool is really cool, thanks a lot; nevertheless is not nice to hide the Do-It command -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Oct. 17, 2017

Roassal2 in recent Pharo 7 causes DNU #asTraitComposition

by Alistair Grant

Hi All, I'm attempting to load Roassal2 in to Pharo7 and am getting: UndefinedObject(Object)>>doesNotUnderstand: #asTraitComposition It can be reproduced in a clean Pharo7 image, e.g. Pharo7.0-32bit-d1b0e3e.image (downloaded 16 Oct 2017), and executing: Gofer it smalltalkhubUser: 'ObjectProfile' project: 'Roassal2'; configurationOf: 'Roassal2'; loadStable. OS: Ubuntu 16.04. I last rebuilt my image on 3 October without any problems. Any suggestions? I suspect the combination of Monticello and Traits will take me quite a while to figure out. Thanks, Alistair Stack Trace: UndefinedObject(Object)>>doesNotUnderstand: #asTraitComposition MCClassDefinition>>traitCompositionCompiled [ :builder | builder superclass: superClass; name: name; layoutClass: (ObjectLayout layoutForType: type); slots: self instanceVariables; sharedVariables: self classVariables; sharedPools: self sharedPoolsString; classSlots: self classInstanceVariables; traitComposition: self traitCompositionCompiled; classTraitComposition: self classTraitCompositionCompiled; comment: comment stamp: commentStamp; category: category; environment: superClass environment ] in [ PharoClassInstaller make: [ :builder | builder superclass: superClass; name: name; layoutClass: (ObjectLayout layoutForType: type); slots: self instanceVariables; sharedVariables: self classVariables; sharedPools: self sharedPoolsString; classSlots: self classInstanceVariables; traitComposition: self traitCompositionCompiled; classTraitComposition: self classTraitCompositionCompiled; comment: comment stamp: commentStamp; category: category; environment: superClass environment ] ] in MCClassDefinition>>createClass in Block: [ :builder | ... PharoClassInstaller class(AbstractClassInstaller class)>>make: [ PharoClassInstaller make: [ :builder | builder superclass: superClass; name: name; layoutClass: (ObjectLayout layoutForType: type); slots: self instanceVariables; sharedVariables: self classVariables; sharedPools: self sharedPoolsString; classSlots: self classInstanceVariables; traitComposition: self traitCompositionCompiled; classTraitComposition: self classTraitCompositionCompiled; comment: comment stamp: commentStamp; category: category; environment: superClass environment ] ] in MCClassDefinition>>createClass in Block: [ PharoClassInstaller... BlockClosure>>on:do: MCClassDefinition>>createClass MCClassDefinition>>load MCClassDefinition(MCDefinition)>>addMethodAdditionTo: [ :each | each addMethodAdditionTo: methodAdditions ] in MCPackageLoader>>basicLoadDefinitions in Block: [ :each | each addMethodAdditionTo: methodAddition...etc... [ :each | | newLabel | "Special handling for first and last element" (count = 0 or: [ count + 1 = size or: [ (Time millisecondsSince: lastUpdate) >= msecs ] ]) ifTrue: [ bar current: count. oldLabel = (newLabel := (labelBlock cull: each) ifNil: [ oldLabel ]) ifFalse: [ bar label: newLabel. oldLabel := newLabel ]. lastUpdate := Time millisecondClockValue ]. aBlock value: each. count := count + 1 ] in [ :bar | labelBlock := aStringOrBlock isString ifTrue: [ bar label: aStringOrBlock. [ :dummyItem | aStringOrBlock ] ] ifFalse: [ aStringOrBlock ]. self do: [ :each | | newLabel | "Special handling for first and last element" (count = 0 or: [ count + 1 = size or: [ (Time millisecondsSince: lastUpdate) >= msecs ] ]) ifTrue: [ bar current: count. oldLabel = (newLabel := (labelBlock cull: each) ifNil: [ oldLabel ]) ifFalse: [ bar label: newLabel. oldLabel := newLabel ]. lastUpdate := Time millisecondClockValue ]. aBlock value: each. count := count + 1 ] ] in OrderedCollection(Collection)>>do:displayingProgress:every: in Block: [ :each | ... OrderedCollection>>do: [ :bar | labelBlock := aStringOrBlock isString ifTrue: [ bar label: aStringOrBlock. [ :dummyItem | aStringOrBlock ] ] ifFalse: [ aStringOrBlock ]. self do: [ :each | | newLabel | "Special handling for first and last element" (count = 0 or: [ count + 1 = size or: [ (Time millisecondsSince: lastUpdate) >= msecs ] ]) ifTrue: [ bar current: count. oldLabel = (newLabel := (labelBlock cull: each) ifNil: [ oldLabel ]) ifFalse: [ bar label: newLabel. oldLabel := newLabel ]. lastUpdate := Time millisecondClockValue ]. aBlock value: each. count := count + 1 ] ] in OrderedCollection(Collection)>>do:displayingProgress:every: in Block: [ :bar | ... BlockClosure>>cull: [ ^ block cull: self ] in [ self prepareForRunning. CurrentJob value: self during: [ ^ block cull: self ] ] in Job>>run in Block: [ ^ block cull: self ] [ activeProcess psValueAt: index put: anObject. aBlock value ] in CurrentJob(DynamicVariable)>>value:during: in Block: [ activeProcess psValueAt: index put: anObject.... BlockClosure>>ensure: CurrentJob(DynamicVariable)>>value:during: CurrentJob class(DynamicVariable class)>>value:during: [ self prepareForRunning. CurrentJob value: self during: [ ^ block cull: self ] ] in Job>>run in Block: [ self prepareForRunning.... BlockClosure>>ensure: Job>>run MorphicUIManager(UIManager)>>displayProgress:from:to:during: ByteString(String)>>displayProgressFrom:to:during: OrderedCollection(Collection)>>do:displayingProgress:every: OrderedCollection(Collection)>>do:displayingProgress: MCPackageLoader>>basicLoadDefinitions [ self basicLoadDefinitions ] in MCPackageLoader>>basicLoad in Block: [ self basicLoadDefinitions ] [ aBlock value ] in SourceFileArray>>deferFlushDuring: in Block: [ aBlock value ] BlockClosure>>ensure: --

Oct. 17, 2017

Re: [Pharo-users] Behold Pharo: The Modern Smalltalk

by john pfersich

Look and feel Sent from my iPhone > On Oct 16, 2017, at 10:41, Offray Vladimir Luna CÃ¡rdenas <offray.luna(a)mutabit.com> wrote: > > Hi, > > >> On 13/10/17 19:39, Andrew Glynn wrote: >> Pharo is a great OSS Smalltalk, IMHO by the best to date (Squeak >> was/is good, but the LaF was never professional enough for it to be >> taken as seriously as it deserves, it just looks too much like a toy >> although in reality it's very powerful). Having the capability to >> build-on a reliable, attractive and enjoyable base without signing >> over my great-grand-child's first born is fantastic, and a great >> achievement for those who accomplished it. > > What is the LaF ? > > Cheers, > > Offray >

Oct. 16, 2017

Re: [Pharo-users] Behold Pharo: The Modern Smalltalk

by Dimitris Chloupis

So I finally built the Python live coding library I was talking about. I named it "pylivecoding" https://github.com/kilon/pylivecoding Live codig does mean in this case , replace methosd with updated ones for each instance of a class. Same thing you would expect in Pharo. Very simple to use , only 50 lines of code. it can also work with not only modifying methods , but aslo renaming them and removing or adding new ones. I have tested it during the day, seems to work ok but of course more thoroug testing needs to be done. Of course nowhere near the Pharo experience. But the main idea is there, you open yoru favorite editor IDE, you code away and at the same time you see your code come alive with no delays or weird side effects/ requirements. Of course it works with debuggers too, I use it from my python ide, python debugger and iptyhon all the time. Again usual workflow , debug, correct, continue. No issues so far. On Sat, Oct 14, 2017 at 4:37 AM Dimitris Chloupis <kilon.alios(a)gmail.com> wrote: > I donât care about Python vs Pharo debate. I love both I use both. > > My ultimate goal is to unite the two under a single Uber powerful live > coding environment part of my project Atlas. With direct mapping between > Pharo and Python objects and no compromises. A workflow that will be > seamless that you wonât know if you use Python or Pharo libraries as the > Atlas environment will allow you to work with both languages in a symbiotic > relationship. > > That was a dream of mine that I did not dear to reveal now slowly and > steadily becomes reality. > > I am extending the live coding environment of python and later will tackle > the subject of a python image format. > > Already Atlas can use python libraries from Pharo but thatâs about it , > but after this revelation I can move to stage 2 of full synchronization > between Python and Pharo. Even now Atlas allows you to use Pharo syntax to > fully access Python libraries. But integration is skin deep and is what is > going to improve the next years. > > So it seems something good came out of this very long discussion. Atlas is > going for a big update. This thread has been a huge inspiration for me. > Super excited :) > > On Sat, 14 Oct 2017 at 03:40, Andrew Glynn <aglynn42(a)gmail.com> wrote: > >> The first language I played with, I was nearly 5, was a live environment, >> Forth. I used it on an old PDP my mother had bought that was being >> surplused at the company she worked at. I used Forth until I was in my >> early teens, it was far superior to the BASIC that most other kids I knew >> who knew any programming used. It wasn't Smalltalk, but in many of the >> areas it was used (production automation is one major area), the language >> that most often replaced it *was* Smalltalk. >> >> The biggest difference, for me, as I wrote in the article the other day, >> is the ability to build-on rather than build-with, which in turn is based >> on the environment being written in itself. Ruby *looks* very much like >> Smalltalk, but it *works* like Java; Python works *more* like Smalltalk, >> and it's a much better live environment than Java or Ruby, because more of >> it is written in itself, but too much of Python is written in C, and that >> causes problems. If the code that interprets/compiles your code follows the >> same rules, the machine code it generates will usually also follow the same >> rules, and those rules/restrictions are, for the most part, designed to >> make code more reliable. >> >> As well, RVM has proven Smalltalk (specifically Squeak / Pharo, though >> admittedly an older version) can scale to 1024 cores nearly linearly. >> >> Python has a decent developer base but it's almost all OSS and almost all >> on Linux. Very few applications in Python are in areas where reliability is >> absolutely necessary, or even all that important. Like Smalltalk, it's a >> general purpose language in a niche, but the niches are very different. For >> years, decades really, any good version of Smalltalk cost an arm and a leg >> (some of them both of each), and as a result it tended to be used only >> where things really *had* to work. >> >> Pharo is a great OSS Smalltalk, IMHO by the best to date (Squeak was/is >> good, but the LaF was never professional enough for it to be taken as >> seriously as it deserves, it just looks too much like a toy although in >> reality it's very powerful). Having the capability to build-on a reliable, >> attractive and enjoyable base without signing over my great-grand-child's >> first born is fantastic, and a great achievement for those who accomplished >> it. >> >> Kendrick is an example of what can be done if you build-*on*: it was >> built on Moose, which is built on Glamorous, which is built on Morphic, >> which itself is based on a couple of decades work olving the basic problems >> inherent to UI's and MVC-type UI's in particular. Kendrick itself was >> written in a very short time when you compare it with other epidemiology >> programs, *if* you only count the time spent on Kendrick itself. It's an >> inherently complex problem area, and it's a life or death problem area. >> That an application capable of working reliably enough to be trusted in >> that area was built in a short time, because it was built-on a couple of >> decades of OSS work, is a huge compliment to those who were involved. >> >> Unfortunately for me, I wasn't, âº. But at least I can take advantage of >> it existence now. >> >> Andrew >> >> >> >> >> >> >> >> >> >> -----Original Message----- >> >> *Date*: Fri, 06 Oct 2017 21:18:28 +0000 >> *Subject*: Re: [Pharo-users] Behold Pharo: The Modern Smalltalk >> *To*: Any question about pharo is welcome <pharo-users(a)lists.pharo.org >> <Any%20question%20about%20pharo%20is%20welcome%20%3cpharo-users(a)lists.pharo.org%3e> >> > >> Reply-to: Any question about pharo is welcome < >> pharo-users(a)lists.pharo.org> >> *From*: Dimitris Chloupis <kilon.alios(a)gmail.com >> <Dimitris%20Chloupis%20%3ckilon.alios(a)gmail.com%3e>> >> Wise not to mention Ruby and Python and Pick the worst of the worst in >> OOP. Because frankly the competition for Pharo against those two behemoths >> can be quite brutal in the flexibility and power of OOP. >> >> And no , these language can do live coding with ease. I know because I >> currently code live coding style with Python for an app I am making. Sure >> it wont provide you with a live system out of the box, but put in 10 lines >> of code and you already ready to go with hardcore live coding. At least >> Python , Ruby being practically a rip off of Smalltalk language may need >> even less. >> >> iPython which by the way is by far the most popular Python tool is the >> real deal, a full blow live coding enviroment. >> >> To my suprise its not even hard to do live coding with C/C++ including >> using image format. To my shock live coding is actually supported by both >> the OS and the hardware. Hardware has its own exception system , OS has an >> image flie format called "memory mapped files" used for DLLs and a lot of >> essential functionality. >> >> For some weird reason however its well hidden and not that much utilised >> by coders. They really love long compile times, dont ask me why. >> >> But yeah C++ even though it has come a long way with its template system, >> its still the king of ugly. That sytax, oh the horrors of that syntax..... >> yiaks !!! >> >> I am so enternal greatful that Pharo introduced me to live coding and >> opened my eyes to universe of fun and productivity. I cannot imagine coding >> an other way ever again. >> >> I really hope that we take this further though. >> >> On Wed, Oct 4, 2017 at 1:31 PM horrido <horrido.hobbies(a)gmail.com> wrote: >> >> Behold Pharo: The Modern Smalltalk >> < >> https://medium.com/smalltalk-talk/behold-pharo-the-modern-smalltalk-38e132c… >> > >> >> If you would like to suggest some edits, I'm all ears. Anything to improve >> the impact of the article. >> >> Thanks. >> >> >> >> -- >> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >> >> >>

Oct. 16, 2017

Re: [Pharo-users] Behold Pharo: The Modern Smalltalk

by H. Hirzel

LaF = Look and Feel. If you look at recent versions LaF of Squeak has improved as well. In fact considerably compared to 3.8/3.9 where Pharo branched off. On 10/16/17, Offray Vladimir Luna CÃ¡rdenas <offray.luna(a)mutabit.com> wrote: > Hi, > > > On 13/10/17 19:39, Andrew Glynn wrote: >> Pharo is a great OSS Smalltalk, IMHO by the best to date (Squeak >> was/is good, but the LaF was never professional enough for it to be >> taken as seriously as it deserves, it just looks too much like a toy >> although in reality it's very powerful). Having the capability to >> build-on a reliable, attractive and enjoyable base without signing >> over my great-grand-child's first born is fantastic, and a great >> achievement for those who accomplished it. > > What is the LaF ? > > Cheers, > > Offray > >

Oct. 16, 2017

Re: [Pharo-users] Behold Pharo: The Modern Smalltalk

by Offray Vladimir Luna CÃ¡rdenas

I'm think that is important to remove barriers for developers coming from other environments based on files for development and documentation, but my path is different, is teaching people like journalist, hacktivist who has no previous or deep experience into developing. Starting with them, using Live Coding and mixing it with interactive documentation, scripting, and agile visualization, has been a powerful enabler. No need to think in the established tradition, because we're building our own, using alternative infrastructure to bootstrap ourselves into alternative futures. Cheers, Offray On 12/10/17 21:55, Ben Coman wrote: > On Wed, Oct 11, 2017 at 10:39 PM, Offray Vladimir Luna CÃ¡rdenas > <offray.luna(a)mutabit.com <mailto:offray.luna@mutabit.com>> wrote: > > The more I use Pharo, the less I use web documentation. > > That is a familiar path, but still an obstacle for people to get over > in trying Pharo - i.e. its a barrier of entry.Â I've previously > referred to this article by JoelOnSoftware, but to pull out a key > part... "Think of these barriers as an obstacle course that people > have to run before you can count them as your customers. If you start > out with a field of 1000 runners, about half of them will trip on the > tires; half of the survivors wonât be strong enough to jump the wall; > half of those survivors will fall off the rope ladder into the mud, > and so on, until only 1 or 2 people actually overcome all the hurdles. > With 8 or 9 barriers, everybody will have one non-negotiable deal > killer.Â This calculus means that eliminating barriers to switching is > the most important thing you have to do if you want to take over an > existing market, because eliminating just one barrier will likely > double your sales. Eliminate two barriers, and youâll double your > sales again." > > For example, Stef mentioned that the Pharo web docs were dropped > because were't used much.Â But perhaps their value is not for regular > use by the community, but more for outsiders evaluating Pharo, or > newcomers transitioning from their old workflow to a Pharo one.Â In > that case their value eliminating one barrier of entry is much greater > than measured from the number of page hits. > > > btw, What I like about Richards's articles is that... most of our > community's articles are for people already using Pharo, even if only > a newcomer of a few days working through an introductory tutorial.Â > Richard's articles target outsiders and one of the side benefits for > *me* is that it pulls in critical outside perspectives to remind me of > the barriers-of-entry stopping people using Pharo.Â Â > > Take for instance the common angst people have against working in an > Image in Smalltalk.Â There are some legitimate concerns with ending up > in a state you can't recreate, which we are addressing this with the > bootstrapping projects.Â But I think we might publicize this better to > outsiders. For example... Mr Smith knows nothing about Smalltalk and > takes an interest in Pharo.Â Smith discusses with colleague Jones who > presents a poor opinion of the Smalltalk Image approach. So Smith > never tries Pharo!Â Alternatively, if Smith has already read in an FAQ > about this common argument and how we address it by our bootstrap > process, he can inform Jones', and maybe nowÂ we've got two curious > newcomers.Â Â > > cheers -ben > >

Oct. 16, 2017

Re: [Pharo-users] FYI about Pharo MOOC

by Offray Vladimir Luna CÃ¡rdenas

If you're considering video subtitling, nothing better that Amara: http://amara.org/ It has the easiest interface for video subtitling and easy collaboration built in (no need to learn DVCS --Git, Fossil) to collaborate. Cheers, Offray On 13/10/17 01:24, Stephane Ducasse wrote: > Hello > > It would be super great :) > the files are in the github repo > https://github.com/SquareBracketAssociates/PharoMooc/tree/master/Subtitles > > Stef > > On Fri, Oct 13, 2017 at 1:25 AM, Ricardo Pacheco > <ricardo.pacheco.roldan(a)gmail.com> wrote: >> Hello Stephane, I can help with the Spanish subtitles. You can send me a file >> with the text, if you have it. My french is basic so please send also the >> English fil, to double check. >> >> >> >> -- >> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >> >

Oct. 16, 2017

Re: [Pharo-users] Behold Pharo: The Modern Smalltalk

by Offray Vladimir Luna CÃ¡rdenas

Hi, On 13/10/17 19:39, Andrew Glynn wrote: > Pharo is a great OSS Smalltalk, IMHO by the best to date (Squeak > was/is good, but the LaF was never professional enough for it to be > taken as seriously as it deserves, it just looks too much like a toy > although in reality it's very powerful). Having the capability to > build-on a reliable, attractive and enjoyable base without signing > over my great-grand-child's first born is fantastic, and a great > achievement for those who accomplished it. What is the LaF ? Cheers, Offray

Oct. 16, 2017

Re: [Pharo-users] Internationalization

by stephan

On 16-10-17 03:48, casimiro barreto wrote: > IÂ´m using seaside & have some trouble regarding dates (displayed in > English). WhatÂ´s the easy way to display dates in other languages? > Particularly dateInput shows dates in English format (month, day, year) > and months in English. In my subclass of WASession for the application I store the current user and the language she wants to use. Date has #printFormat:, but only english #dayNames and #monthNames. I've just added my own. The javascript libraries for seaside all have custom components for date entry, looking much better than dateInput Stephan

Oct. 16, 2017

Internationalization

by casimiro barreto

Hello, IÂ´m using seaside & have some trouble regarding dates (displayed in English). WhatÂ´s the easy way to display dates in other languages? Particularly dateInput shows dates in English format (month, day, year) and months in English. Best regards, Casimiro -- The information contained in this message is confidential and intended to the recipients specified in the headers. If you received this message by error, notify the sender immediately. The unauthorized use, disclosure, copy or alteration of this message are strictly forbidden and subjected to civil and criminal sanctions.

Oct. 16, 2017

GDPR and the pharo website

by Bruce O'Neel

Hi, We're having some discussions on the Squeak side about GDPR and squeak.org. Â Are there any thoughts about changes to pharo.org for GDPR? Â We have similar web presences so one imagines similar issues. Â If GDPR is not ringing any bells you can startÂ [http://www.eugdpr.org](http://www.eugdpr.org), and the most interesting pages are probablyÂ [http://www.eugdpr.org/key-changes.html](http://www.eugdpr.org/key-changes.h… andÂ [http://www.eugdpr.org/gdpr-faqs.html](http://www.eugdpr.org/gdpr-faqs.html). Thanks. bruce

Oct. 15, 2017

Re: [Pharo-users] Is possible to keep some code closed in Pharo?

by Ricardo Pacheco

Thanks a lot for the info!! -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Oct. 14, 2017

Re: [Pharo-users] Bloc Example Errors & question

by Ricardo Pacheco

Really impressive Alex, congratulations and thanks for the great work. Just as a feedback, I tried the examples again with a new image+bloc, under windows 10, and now most of the examples run but others still don't, like all the Animation, MobilePhone, Selectionand some in the Benchmarks. Thanks a lot Ricardo -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Oct. 14, 2017

Re: [Pharo-users] Music beat detection and 60FPS graphics on Pharo?

by phil＠highoctane.be

Thanks, I'll try that out! Phil On Sat, Oct 14, 2017 at 5:36 PM, ClÃ©ment Bera <bera.clement(a)gmail.com> wrote: > Hi Phil, > > I did that using Ronie's OpenAL binding and Merwann's wav parser back in > 2014-2015: > > MCSmalltalkhubRepository > owner: 'ronsaldo' > project: 'OpenAL' > > MCSmalltalkhubRepository > owner: 'MerwanOuddane' > project: 'WAVParser' > > I did things such as (build yourself something derived from this code I > did not check if it works): > > MyClass>>example > WAVParser wavFromStream: ('resources/music/spellNoise.wav' > asFileReference readStream binary readStream). > contextAttributes := ALContextAttributes new. > device := OpenALC openDefaultDevice. > context := device createContext: contextAttributes asList. > context process. > context currentDuring: [ > "Create the buffer" > buffer := self makeBufferFromHeader: wav header data: wav data asByteArray. > "Create the source" > source := OpenAL genSource. > OpenAL sourcei: source param: AL_BUFFER value: buffer. > "Play the source" > OpenAL sourcePlay: source. > "Play for sometime " > (Delay forSeconds: wav header soundDuration) wait. > "Delete the source and the buffer" > OpenAL deleteSource: source; > deleteBuffer: buffer > ]. > OpenALC nullCurrentContext. > context destroy. > device close. > > MyClass>>makeBufferFromHeader: header data: data > | buffer | > buffer := OpenAL genBuffer. > OpenAL bufferData: buffer format: (self readFormatFromHeader: header) > data: data size: data size freq: header sampleRate. > ^ buffer > > MyClass>>readFormatFromHeader: header > ^ header channels = 1 > ifTrue: [ > header bitsPerSample = 8 > ifTrue: [ AL_FORMAT_MONO8 ] > ifFalse: [ AL_FORMAT_MONO16 ] ] > ifFalse: [ > header bitsPerSample = 8 > ifTrue: [ AL_FORMAT_STEREO8 ] > ifFalse: [ AL_FORMAT_STEREO16 ] ] > > I am pretty sure with a little work those things could work again. I have > never succeeded in playing mp3 files from Pharo though (but I'm on mac and > I remembered trying solutions that did not work on Mac but may work on > other OS). > > Have fun guys :-) > > On Sat, Oct 14, 2017 at 10:01 AM, phil(a)highoctane.be <phil(a)highoctane.be> > wrote: > >> I'd like to do something like this: https://www.youtube.com/ >> watch?v=vL7D4eU0lYE >> >> to showcase FFI, Bloc, and the Pharo liveliness. >> >> And once I get the basics working, level up in getting it working in a VR >> headset. >> >> Is there anyone having a binding to a library for dealing with the sound >> part, like FMod or other things like that? >> >> I see this as a medium term project, so, like I can get it working by the >> end of the year. >> >> TIA >> >> Phil >> > > > > -- > ClÃ©ment BÃ©ra > Pharo consortium engineer > https://clementbera.wordpress.com/ > BÃ¢timent B 40, avenue Halley 59650 > <https://maps.google.com/?q=40,+avenue+Halley+59650%C2%A0Villeneuve+d'Ascq&entry=gmail&source=g>Villeneuve > d > <https://maps.google.com/?q=40,+avenue+Halley+59650%C2%A0Villeneuve+d'Ascq&entry=gmail&source=g> > 'Ascq > <https://maps.google.com/?q=40,+avenue+Halley+59650%C2%A0Villeneuve+d'Ascq&entry=gmail&source=g> >

Oct. 14, 2017

Re: [Pharo-users] Music beat detection and 60FPS graphics on Pharo?

by ClÃ©ment Bera

Hi Phil, I did that using Ronie's OpenAL binding and Merwann's wav parser back in 2014-2015: MCSmalltalkhubRepository owner: 'ronsaldo' project: 'OpenAL' MCSmalltalkhubRepository owner: 'MerwanOuddane' project: 'WAVParser' I did things such as (build yourself something derived from this code I did not check if it works): MyClass>>example WAVParser wavFromStream: ('resources/music/spellNoise.wav' asFileReference readStream binary readStream). contextAttributes := ALContextAttributes new. device := OpenALC openDefaultDevice. context := device createContext: contextAttributes asList. context process. context currentDuring: [ "Create the buffer" buffer := self makeBufferFromHeader: wav header data: wav data asByteArray. "Create the source" source := OpenAL genSource. OpenAL sourcei: source param: AL_BUFFER value: buffer. "Play the source" OpenAL sourcePlay: source. "Play for sometime " (Delay forSeconds: wav header soundDuration) wait. "Delete the source and the buffer" OpenAL deleteSource: source; deleteBuffer: buffer ]. OpenALC nullCurrentContext. context destroy. device close. MyClass>>makeBufferFromHeader: header data: data | buffer | buffer := OpenAL genBuffer. OpenAL bufferData: buffer format: (self readFormatFromHeader: header) data: data size: data size freq: header sampleRate. ^ buffer MyClass>>readFormatFromHeader: header ^ header channels = 1 ifTrue: [ header bitsPerSample = 8 ifTrue: [ AL_FORMAT_MONO8 ] ifFalse: [ AL_FORMAT_MONO16 ] ] ifFalse: [ header bitsPerSample = 8 ifTrue: [ AL_FORMAT_STEREO8 ] ifFalse: [ AL_FORMAT_STEREO16 ] ] I am pretty sure with a little work those things could work again. I have never succeeded in playing mp3 files from Pharo though (but I'm on mac and I remembered trying solutions that did not work on Mac but may work on other OS). Have fun guys :-) On Sat, Oct 14, 2017 at 10:01 AM, phil(a)highoctane.be <phil(a)highoctane.be> wrote: > I'd like to do something like this: https://www.youtube.com/ > watch?v=vL7D4eU0lYE > > to showcase FFI, Bloc, and the Pharo liveliness. > > And once I get the basics working, level up in getting it working in a VR > headset. > > Is there anyone having a binding to a library for dealing with the sound > part, like FMod or other things like that? > > I see this as a medium term project, so, like I can get it working by the > end of the year. > > TIA > > Phil > -- ClÃ©ment BÃ©ra Pharo consortium engineer https://clementbera.wordpress.com/ BÃ¢timent B 40, avenue Halley 59650 Villeneuve d'Ascq

Oct. 14, 2017

Re: [Pharo-users] Bloc Example Errors & question

by Sean P. DeNigris

Aliaksei Syrel wrote > During esug Ronie told me that using UFFI-OpenGL is not the best approach. > â Don't leave us hanging! What is the right/better approach?! ----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Oct. 14, 2017

Re: [Pharo-users] "Building-With versus Building-on"

by H. Hirzel

Hello Serge https://ummisco.github.io/kendrick/ https://github.com/UMMISCO/kendrick :-) Maybe you can refer to a report how it was used? --Hannes On 10/14/17, Serge Stinckwich <serge.stinckwich(a)gmail.com> wrote: > On Sat, Oct 14, 2017 at 11:50 AM, H. Hirzel <hannes.hirzel(a)gmail.com> > wrote: > >> On 10/12/17, Andrew Glynn <aglynn42(a)gmail.com> wrote: >> > https://medium.com/@dasein42/building-with-versus-building-on-c51aa3034 >> > c71 >> > This is an article not specifically about Pharo, rather on the state of >> > the industry >> > in general and how it got that way, but positing Pharo as a way to >> > learn >> > building-on rather than building-with, where in the latter case on >> > every project you start at essentially the same place. >> > As a result it does put in front of people a fair amount of info on >> > Pharo, and challenges them to try it. >> > >> > cheersAndrew Glynn >> >> >> Thank you for this comprehensive report. >> >> Do you have a reference for more info about the epidemiology project >> which was completed in only a months time? [1] >> >> -- Hannes >> >> >> >> [1] <citation> >> After Google spent millions failing to solve the epedemiology of the >> Ebola outbreak, an application built with it, or rather on it, by one >> developer in an extremely short timespan (under a month), successfully >> predicted the path and allowed it to be stopped by vaccinating those >> in the most likely path. Google themselves took notice, and their Dart >> language, while using syntax similar to the JavaScript many of their >> developers are familiar with, uses the object model from the OSS >> Smalltalk. The problem is not simply a matter of how much engineers >> enjoy their work, but it can be a life or death matter, as it was in >> the case of the Toyota microcode. >> </citation> >> >> â > Yes I'm also interested by this. > Never heard this before :-) > > -- > Serge Stinckwich > UMI UMMISCO 209 (IRD/UPMC/UY1) > "Programs must be written for people to read, and only incidentally for > machines to execute."http://www.doesnotunderstand.org/ >

Oct. 14, 2017

Re: [Pharo-users] Music beat detection and 60FPS graphics on Pharo?

by Norbert Hartl

> Am 14.10.2017 um 14:22 schrieb Sven Van Caekenberghe <sven(a)stfx.eu>: > > > >> On 14 Oct 2017, at 11:05, Norbert Hartl <norbert(a)hartl.name> wrote: >> >> I think that should be easy. I did something like that for a club installation in the early 2000. Squeak had line-in sound and a FFT library. Combined with Morphic a super tool for doing fun stuff. > > Picturing Norbert as a DJ â¦ > It's VJ ;) Norbert >> Norbert >> Am 14.10.2017 um 10:01 schrieb "phil(a)highoctane.be" <phil(a)highoctane.be>: >> >>> I'd like to do something like this: https://www.youtube.com/watch?v=vL7D4eU0lYE >>> >>> to showcase FFI, Bloc, and the Pharo liveliness. >>> >>> And once I get the basics working, level up in getting it working in a VR headset. >>> >>> Is there anyone having a binding to a library for dealing with the sound part, like FMod or other things like that? >>> >>> I see this as a medium term project, so, like I can get it working by the end of the year. >>> >>> TIA >>> >>> Phil

Oct. 14, 2017

Re: [Pharo-users] Music beat detection and 60FPS graphics on Pharo?

by Sven Van Caekenberghe

> On 14 Oct 2017, at 11:05, Norbert Hartl <norbert(a)hartl.name> wrote: > > I think that should be easy. I did something like that for a club installation in the early 2000. Squeak had line-in sound and a FFT library. Combined with Morphic a super tool for doing fun stuff. Picturing Norbert as a DJ ... > Norbert > Am 14.10.2017 um 10:01 schrieb "phil(a)highoctane.be" <phil(a)highoctane.be>: > >> I'd like to do something like this: https://www.youtube.com/watch?v=vL7D4eU0lYE >> >> to showcase FFI, Bloc, and the Pharo liveliness. >> >> And once I get the basics working, level up in getting it working in a VR headset. >> >> Is there anyone having a binding to a library for dealing with the sound part, like FMod or other things like that? >> >> I see this as a medium term project, so, like I can get it working by the end of the year. >> >> TIA >> >> Phil

Oct. 14, 2017

Re: [Pharo-users] Bloc Example Errors & question

by Aliaksei Syrel

Hi Ricardo, Some examples such as example3D are meant to be experimental, so I moved them a bit far away from main examples. Additionally, we deprecated position: and it took some time to update examples, but now they should work :) In order to connect elements with lines you would need to use BlLineElement. Corresponding examples can be found in Bloc-Examples-Line category. In attachment I send a short video showing how lines behave when anchor elements are dragged/resized. â Bloc-LineExamples.mov <https://drive.google.com/file/d/0B-bMBVDOi3oTb1ZlVXVnS1ZlQTg/view?usp=drive…> â P.S. Just for fun I also attached a video of example3D. It is nothing special, just shows how to integrate OpenGL in Bloc. During esug Ronie told me that using UFFI-OpenGL is not the best approach. â Bloc-example3D.mov <https://drive.google.com/file/d/0B-bMBVDOi3oTYzBiZVZyOGxOYU0/view?usp=drive…> â Cheers, Alex On 14 October 2017 at 00:55, Ricardo Pacheco <ricardo.pacheco.roldan@gmail. com> wrote: > I was reviewing the Bloc examples because I'm looking for a way to connect > several blocks like this: <http://forum.world.st/file/t370703/muestra.png > > > . The idea is that if I move the block, the link with other blocks is kept. > I could not find any similar example. Any hint would be appreciated. > > Also, while reviewing the examples in the latest Pharo 6, some crashed and > a > couple even let Pharo unresponsive: > > BlBasicExamples >> example3D (crash) > BlBasicExamples >> exampleWithImage > BlBenchmark >> example_821nestedEl_in1000x1000_mouseMove50ms (crash) > BlMobilePhone >> open > > Thanks > > Ricardo > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html > > ââââ

Oct. 14, 2017

Fwd: [Pharo-dev] Let's prepare for Google Code-In 2017 with Pharo Consortium

by Serge Stinckwich

Dear Jigyasa, thank you for your hard work for promoting Pharo ! I followup your message to the Pharo-users mailing-list. If you want to help Pharo in a concrete way, please join the mentors team and try to propose exercices. Regards, ---------- Forwarded message ---------- From: Jigyasa Grover <grover.jigyasa1(a)gmail.com> Date: Thu, Oct 12, 2017 at 11:27 PM Subject: Re: [Pharo-dev] Let's prepare for Google Code-In 2017 with Pharo Consortium To: pharo-dev(a)lists.pharo.org Hello Pharo-ers ! On behalf of the community, I would like to thank each one of you for their significant contribution in the recently concluded *Google Summer of Code 2017* with *Pharo Consortium*. We aspire to take-off on a long flight after this successful stint. In this spirit, I proposed at ESUG 2017 that we take part in the upcoming *Google Code-In 2017*. GCI is a contest to introduce pre-university students (ages 13-17) to open source software development. Because Google Code-in is often the first experience many students have with open source, the contest is designed to make it easy for students to jump right in with /bite-sized tasks/ (3 to 5 days) having categorised as: Code, Documentation/Training, Outreach/Research, Quality Assurance, or User Interface. Students search for a task from the list created by us that interests them and claim it. They have at least three days to complete it. The student works on the task, getting guidance from mentors, if needed. Once the student is ready, they submit their work for review through the contest website. Mentors from the organisation evaluate the work, provide feedback, and if it's complete, accept it so that student can claim a new task. Otherwise, specific feedback is provided, and the student goes back to improving it. Participants who complete at least 1 task get a digital certificate. Participants who complete 3 or more tasks receive a t-shirt too. At the end of the contest, each organisation chooses five finalists to receive limited edition Google Code-in hoodies. Two finalists from each organisation get to be the grand prize winners and go on a trip to Google Headquarters in California ! The contest begins for students on November 28, 2017 at 09:00 (PST). *With organisation applications closing on October 24, 2017*, we need to be well prepared for this seasonâs application with a hope to get selected. As an open source evangelist and a Pharo developer, I would like to invite all the experienced members to be a part of the "GCI with Pharo Consortium" Team and mentor students. To get added to the âprivate repositoryâ (we need to keep prospective students away from the task list before the program begins ð ) where you can put in your tasks/suggestions kindly EMail me or any of the previously added mentor. Looking forward to an appreciable representation from the Pharo community. Best regards Jigyasa Grover Pharo Consortium Org Admin, Google Summer of Code 2017 [hidden email] Link to know more about GCI: https://codein.withgoogle.com/archive/ <https://codein.withgoogle.com/archive/ > Link to sample tasks: https://developers.google.com/open-source/gci/resources/example-tasks <https://developers.google.com/open-source/gci/resources/example-tasks> Link to FAQs: https://developers.google.com/open-source/gci/faq <https://developers.google.com/open-source/gci/faq > Link to contest rules: https://developers.google.com/open-source/gci/resources/contest-rules <https://developers.google.com/open-source/gci/resources/contest-rules> Link to GCI presentation for outreach: https://developers.google.com/open-source/gci/resources/ downloads/Google-Code-in-2016-slides.pdf <https://developers.google.com/open-source/gci/resources/ downloads/Google-Code-in-2016-slides.pdf> -- Sent from: http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC/UY1) "Programs must be written for people to read, and only incidentally for machines to execute."http://www.doesnotunderstand.org/

Oct. 14, 2017

Re: [Pharo-users] "Building-With versus Building-on"

by Serge Stinckwich

On Sat, Oct 14, 2017 at 11:50 AM, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: > On 10/12/17, Andrew Glynn <aglynn42(a)gmail.com> wrote: > > https://medium.com/@dasein42/building-with-versus-building-on-c51aa3034 > > c71 > > This is an article not specifically about Pharo, rather on the state of > > the industry > > in general and how it got that way, but positing Pharo as a way to > > learn > > building-on rather than building-with, where in the latter case on > > every project you start at essentially the same place. > > As a result it does put in front of people a fair amount of info on > > Pharo, and challenges them to try it. > > > > cheersAndrew Glynn > > > Thank you for this comprehensive report. > > Do you have a reference for more info about the epidemiology project > which was completed in only a months time? [1] > > -- Hannes > > > > [1] <citation> > After Google spent millions failing to solve the epedemiology of the > Ebola outbreak, an application built with it, or rather on it, by one > developer in an extremely short timespan (under a month), successfully > predicted the path and allowed it to be stopped by vaccinating those > in the most likely path. Google themselves took notice, and their Dart > language, while using syntax similar to the JavaScript many of their > developers are familiar with, uses the object model from the OSS > Smalltalk. The problem is not simply a matter of how much engineers > enjoy their work, but it can be a life or death matter, as it was in > the case of the Toyota microcode. > </citation> > > â Yes I'm also interested by this. Never heard this before :-) -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC/UY1) "Programs must be written for people to read, and only incidentally for machines to execute."http://www.doesnotunderstand.org/

Oct. 14, 2017

Re: [Pharo-users] "Building-With versus Building-on"

by H. Hirzel

On 10/12/17, Andrew Glynn <aglynn42(a)gmail.com> wrote: > https://medium.com/@dasein42/building-with-versus-building-on-c51aa3034 > c71 > This is an article not specifically about Pharo, rather on the state of > the industry > in general and how it got that way, but positing Pharo as a way to > learn > building-on rather than building-with, where in the latter case on > every project you start at essentially the same place. > As a result it does put in front of people a fair amount of info on > Pharo, and challenges them to try it. > > cheersAndrew Glynn Thank you for this comprehensive report. Do you have a reference for more info about the epidemiology project which was completed in only a months time? [1] -- Hannes [1] <citation> After Google spent millions failing to solve the epedemiology of the Ebola outbreak, an application built with it, or rather on it, by one developer in an extremely short timespan (under a month), successfully predicted the path and allowed it to be stopped by vaccinating those in the most likely path. Google themselves took notice, and their Dart language, while using syntax similar to the JavaScript many of their developers are familiar with, uses the object model from the OSS Smalltalk. The problem is not simply a matter of how much engineers enjoy their work, but it can be a life or death matter, as it was in the case of the Toyota microcode. </citation>

Oct. 14, 2017