- Pharo-users - lists.pharo.org

Re: [Pharo-users] Pharo Launcher

by Stephane Ducasse

sean I do not have this behavior. I can use the launcher to open multiple images from the launcher. On Tue, Apr 17, 2018 at 1:00 PM, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > Ben Coman wrote >> I *prefer* never to close PharoLauncher. > > That's the way I work as well, especially because I found that on Mac > apparently you have to close all open images before Launcher will open again > from the Dock. > > > > ----- > Cheers, > Sean > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >

April 18, 2018

Re: [Pharo-users] [ANN] Agile Artificial Intelligence: Programming Neural Networks in Pharo

by Stephane Ducasse

Since you want feedback, I do not like the section with one paragraph. It does not like a book but like a doc. I thought that I set up all the infrastructure for a booklet on IA for you and I will remove it since you do not use it. Stef On Wed, Apr 18, 2018 at 5:54 PM, Hilaire <hilaire(a)drgeo.eu> wrote: > Cool. Thanks > > > > Le 18/04/2018 Ã 14:53, Alexandre Bergel a Ã©crit : >> >> It is now time to share an early version of a new book. >> https://agileartificialintelligence.github.io > > > -- > Dr. Geo > http://drgeo.eu > > >

April 18, 2018

Re: [Pharo-users] SDL2SpecialCharacterMapping problem

by Esteban Lorenzano

In fact, I have the answer. But Iâm afk, I will answer later, sorry :) > On 18 Apr 2018, at 21:00, alvaro piorno <alvaropiorno100(a)gmail.com> wrote: > > Hi Ben, > The thing is that i found that the problem can be reproduced without my code. > > <asd.png> > â > The class has a class variable named "Mappings" (photo shows an inspector of it). > There are associations for left and right arrow: > - (1073741904 -> arrowLeft) > - (1073741903 -> arrowRight) > If i send "Mappings at: 1073741904" i get "arrowLeft", > but if i send "Mappings at: 1073741903" i get "nil" instead of "arrowRight". > > This is done automatically when handling OS events, but as this fails i am not getting associated character for "arrowRight". > > Just in case i send you the information you requested. > Thanks > > OS/VM/Image versions: > > Operating System/Hardware > ------------------------- > unix linux-gnu x86_64 > > Virtual Machine > --------------- > /home/alvaro/Desktop/pharo6.1-64/bin/lib/pharo/5.0-201707201942/pharo > CoInterpreter VMMaker.oscog-eem.2254 uuid: 4f2c2cce-f4a2-469a-93f1-97ed941df0ad Jul 20 2017 > StackToRegisterMappingCogit VMMaker.oscog-eem.2252 uuid: 2f3e9b0e-ecd3-4adf-b092-cce2e2587a5c Jul 20 2017 > VM: 201707201942 https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ Date: Thu Jul 20 12:42:21 2017 -0700 $ Plugins: 201707201942 https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ > > Unix built on Jul 20 2017 20:40:36 Compiler: 4.6.3 > VMMaker versionString VM: 201707201942 https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ Date: Thu Jul 20 12:42:21 2017 -0700 $ Plugins: 201707201942 https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ > CoInterpreter VMMaker.oscog-eem.2254 uuid: 4f2c2cce-f4a2-469a-93f1-97ed941df0ad Jul 20 2017 > StackToRegisterMappingCogit VMMaker.oscog-eem.2252 uuid: 2f3e9b0e-ecd3-4adf-b092-cce2e2587a5c Jul 20 2017 > > Image > ------------ > 6.1 > > 2018-04-01 19:59 GMT-03:00 Ben Coman <btc(a)openinworld.com>: >> Hi Alvaro, >> >> This is not an area I've been involved in, but just a general comment... >> >> Can you export a self contained example from your code that can be loaded >> into a fresh Image that demonstrate the problem? >> Its always easier if people can see the problem with their own eyes. >> >> Also, what version OS/VM/Image are you running? >> i.e. World Menu > System > System Reporter >> >> cheers -ben >> >>> On 1 April 2018 at 11:45, alvaro piorno <alvaropiorno100(a)gmail.com> wrote: >>> Hi, >>> >>> Iam having a problem handling some OSKeywordEvents. These events should have character associated. >>> >>> The mapping is resolved by SDL2SpecialCharacterMapping using a dictionary(Mappings), it has the mapping, for example, for left arrow and right arrow. >>> >>> It resolve correctly for "left arrow" with key: 1073741904(Integer) , but it does not found "right arrow" with key: 1073741903(Integer). >>> >>> Both keys are present. >>> Any idea? >>> >> >

April 18, 2018

Re: [Pharo-users] SDL2SpecialCharacterMapping problem

by alvaro piorno

Hi Ben, The thing is that i found that the problem can be reproduced without my code. â The class has a class variable named "Mappings" (photo shows an inspector of it). There are associations for left and right arrow: - (1073741904 -> arrowLeft) - (1073741903 -> arrowRight) If i send "Mappings at: 1073741904" i get "arrowLeft", but if i send "Mappings at: 1073741903" i get "nil" instead of "arrowRight". This is done automatically when handling OS events, but as this fails i am not getting associated character for "arrowRight". Just in case i send you the information you requested. Thanks * OS/VM/Image versions:* Operating System/Hardware ------------------------- unix linux-gnu x86_64 Virtual Machine --------------- /home/alvaro/Desktop/pharo6.1-64/bin/lib/pharo/5.0-201707201942/pharo CoInterpreter VMMaker.oscog-eem.2254 uuid: 4f2c2cce-f4a2-469a-93f1-97ed941df0ad Jul 20 2017 StackToRegisterMappingCogit VMMaker.oscog-eem.2252 uuid: 2f3e9b0e-ecd3-4adf-b092-cce2e2587a5c Jul 20 2017 VM: 201707201942 https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ Date: Thu Jul 20 12:42:21 2017 -0700 $ Plugins: 201707201942 https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ Unix built on Jul 20 2017 20:40:36 Compiler: 4.6.3 VMMaker versionString VM: 201707201942 https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ Date: Thu Jul 20 12:42:21 2017 -0700 $ Plugins: 201707201942 https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ CoInterpreter VMMaker.oscog-eem.2254 uuid: 4f2c2cce-f4a2-469a-93f1-97ed941df0ad Jul 20 2017 StackToRegisterMappingCogit VMMaker.oscog-eem.2252 uuid: 2f3e9b0e-ecd3-4adf-b092-cce2e2587a5c Jul 20 2017 Image ------------ 6.1 2018-04-01 19:59 GMT-03:00 Ben Coman <btc(a)openinworld.com>: > Hi Alvaro, > > This is not an area I've been involved in, but just a general comment... > > Can you export a self contained example from your code that can be loaded > into a fresh Image that demonstrate the problem? > Its always easier if people can see the problem with their own eyes. > > Also, what version OS/VM/Image are you running? > i.e. World Menu > System > System Reporter > > cheers -ben > > On 1 April 2018 at 11:45, alvaro piorno <alvaropiorno100(a)gmail.com> wrote: > >> Hi, >> >> Iam having a problem handling some OSKeywordEvents. These events should >> have character associated. >> >> The mapping is resolved by SDL2SpecialCharacterMapping using a >> dictionary(Mappings), it has the mapping, for example, for left arrow and >> right arrow. >> >> It resolve correctly for "left arrow" with key: 1073741904(Integer) , but >> it does not found "right arrow" with key: 1073741903(Integer). >> >> Both keys are present. >> Any idea? >> >> >

April 18, 2018

Re: [Pharo-users] SmalltalkCI now supports loading tonel-based projects

by Bernardo Ezequiel Contreras

it works https://travis-ci.org/vonbecmann/earley-parser/builds/365332549 thanks. On Wed, Apr 18, 2018 at 2:04 PM, Gabriel Cotelli <g.cotelli(a)gmail.com> wrote: > Yes, that failure it's the same I reported in > https://github.com/pharo-vcs/iceberg/issues/643. > > On Wed, Apr 18, 2018 at 1:48 PM, Damien Pollet < > damien.pollet+pharo(a)gmail.com> wrote: > >> I can confirm coverage is back. I think the drop is at least partly due >> to the changes I did while it was broken. >> >> However the Pharo 7 builds seem to be broken now, with what looks like a >> libgit issueâ¦ https://travis-ci.org/cdlm/clap-st >> >> On 18 April 2018 at 13:24, Gabriel Cotelli <g.cotelli(a)gmail.com> wrote: >> >>> Hi, >>> We managed to implement the coveralls support for Tonel based repos, and >>> fixed the problem loading dependencies in Tonel format (by enabling the >>> Iceberg-Metacello integration). >>> >>> So feel free to test it and report any problem detected (it's now merged >>> in smalltalkCI/master). >>> >>> By now the only open issue we known is: https://github.com/pharo-vcs/i >>> ceberg/issues/643. >>> >>> Regards, >>> Gabriel >>> >>> >>> On Sat, Apr 7, 2018 at 6:28 AM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: >>> >>>> Hi, >>>> >>>> SmalltalkCI now supports loading tonel-based projects, so feel free to >>>> start using it. >>>> >>>> The configuration is still the same. >>>> >>>> Please note that coveralls support for tonel is not yet in place, but >>>> that's just a cherry on top. :-) >>>> >>>> Cheers, >>>> Peter >>>> >>> >>> >> > -- Bernardo E.C. Sent from a cheap desktop computer in South America.

April 18, 2018

Re: [Pharo-users] SmalltalkCI now supports loading tonel-based projects

by Gabriel Cotelli

Yes, that failure it's the same I reported in https://github.com/pharo-vcs/ iceberg/issues/643. On Wed, Apr 18, 2018 at 1:48 PM, Damien Pollet < damien.pollet+pharo(a)gmail.com> wrote: > I can confirm coverage is back. I think the drop is at least partly due to > the changes I did while it was broken. > > However the Pharo 7 builds seem to be broken now, with what looks like a > libgit issueâ¦ https://travis-ci.org/cdlm/clap-st > > On 18 April 2018 at 13:24, Gabriel Cotelli <g.cotelli(a)gmail.com> wrote: > >> Hi, >> We managed to implement the coveralls support for Tonel based repos, and >> fixed the problem loading dependencies in Tonel format (by enabling the >> Iceberg-Metacello integration). >> >> So feel free to test it and report any problem detected (it's now merged >> in smalltalkCI/master). >> >> By now the only open issue we known is: https://github.com/pharo-vcs/i >> ceberg/issues/643. >> >> Regards, >> Gabriel >> >> >> On Sat, Apr 7, 2018 at 6:28 AM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: >> >>> Hi, >>> >>> SmalltalkCI now supports loading tonel-based projects, so feel free to >>> start using it. >>> >>> The configuration is still the same. >>> >>> Please note that coveralls support for tonel is not yet in place, but >>> that's just a cherry on top. :-) >>> >>> Cheers, >>> Peter >>> >> >> >

April 18, 2018

Re: [Pharo-users] SmalltalkCI now supports loading tonel-based projects

by Damien Pollet

I can confirm coverage is back. I think the drop is at least partly due to the changes I did while it was broken. However the Pharo 7 builds seem to be broken now, with what looks like a libgit issueâ¦ https://travis-ci.org/cdlm/clap-st On 18 April 2018 at 13:24, Gabriel Cotelli <g.cotelli(a)gmail.com> wrote: > Hi, > We managed to implement the coveralls support for Tonel based repos, and > fixed the problem loading dependencies in Tonel format (by enabling the > Iceberg-Metacello integration). > > So feel free to test it and report any problem detected (it's now merged > in smalltalkCI/master). > > By now the only open issue we known is: https://github.com/pharo-vcs/ > iceberg/issues/643. > > Regards, > Gabriel > > > On Sat, Apr 7, 2018 at 6:28 AM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > >> Hi, >> >> SmalltalkCI now supports loading tonel-based projects, so feel free to >> start using it. >> >> The configuration is still the same. >> >> Please note that coveralls support for tonel is not yet in place, but >> that's just a cherry on top. :-) >> >> Cheers, >> Peter >> > >

April 18, 2018

Re: [Pharo-users] Playground and Smalltalk script

by Hilaire

Anyway it is not big deal, I was just wondering. Thanks for the clarification Hilaire Le 17/04/2018 Ã 21:07, Tudor Girba a Ã©critÂ : > Hi, > > It would if we would be able to know that there is no search possible within a context. > > In your case, an .st file is a FileReference, and this class defines several searches (for example for files in a folder). Thus we cannot guarantee statically that no search is possible, so we chose to allow you to always dive in. > > But, this is the behavior of the generic Spotter. In your case you want a more restricted behavior (simple list, no dive in), and this is certainly legitimate, and it would be ideal to support it. > > Cheers, > Doru -- Dr. Geo http://drgeo.eu

April 18, 2018

Re: [Pharo-users] [ANN] Agile Artificial Intelligence: Programming Neural Networks in Pharo

by Hilaire

Cool. Thanks Le 18/04/2018 Ã 14:53, Alexandre Bergel a Ã©critÂ : > It is now time to share an early version of a new book. > https://agileartificialintelligence.github.io -- Dr. Geo http://drgeo.eu

April 18, 2018

Re: [Pharo-users] [ANN] Agile Artificial Intelligence: Programming Neural Networks in Pharo

by Tudor Girba

Nice :) Doru > On Apr 18, 2018, at 2:53 PM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > > Hi! > > It is now time to share an early version of a new book. > https://agileartificialintelligence.github.io > > Feedback is very welcome. > > Kind regards, > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > -- www.tudorgirba.com www.feenk.com "The coherence of a trip is given by the clearness of the goal."

April 18, 2018