February 2019 - Pharo-users

Re: [Pharo-users] Pharo 7 - how to see method author/timestamp n Calypso?

by Paul DeBruicker

Hi EstebanLM wrote > >> Without >> having to do anything by hand when a package is loaded, I mean. And >> also a >> way to see that info right next to the code pane without having to click >> anything? Also hopefully senders/implementors count? > > Uhm? > I do not understand thisâ¦ but I think is not related to iceberg but > calypso, isnât? > If is calypso, and what you ask is to have the references available (for > example in another tab) this is not there but is easy to implement. In > fact, I remember an iteration of calypso that had them, and I think the > reason while is gone is that It becomes kind of a pain in large images > (but now we have real lazy tabs so we could review that decision). Yeah you're right. Calypso. MY reading of Cyril's response made me think it was a calypso/iceberg integration I'd have to do/set-up manually for every package rather than something automatically handled when a package is loaded into the image. In Nautilus there was the AnnotationPanePlugin that showed author/timestamp/sender count/implementer count without any intervention on my part. See attached from Pharo 6. Once you turned the AnnotationPanePlugin on in any nautilus browser it was on in all the browsers you create in the future. Omnibrowser did it automatically IIRC. Just wondering if there is something like that already in Pharo 7 or if not how to get it in Calypso. Paul Nautilus_with_annotation_pane.png <http://forum.world.st/file/t94460/Nautilus_with_annotation_pane.png> -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Feb. 4, 2019

Re: [Pharo-users] why doesn't this baseline load any package when included in another baseline?

by Paul DeBruicker

Thanks Pierce Turns out my problem seems to have been from using a #cacheRepository: send in the Metacello load instruction. e.g. when I do a Metacello new baseline:'MyProject'; repository:'/my/path/'; cacheRepository: '/my/cache'; load Then the packages aren't loaded but if I do a Metacello new baseline:'MyProject'; repository:'/my/path/'; load then everything is loaded. The cache directory already has the packages in it, from another load into another image in pharo 6. So I'll try to learn what that cacheRepository: send is doing that I don't expect. thanks for looking into this. Paul Pierce Ng-3 wrote > On Sun, Feb 03, 2019 at 01:41:30PM -0800, PAUL DEBRUICKER wrote: >> MCHttpRepository >> location: 'http://www.squeaksource.com/TimeZoneDatabase' > > Hi Paul, > > I see that there is a ConfigurationOfTimeZoneDatabase in the SS repo as > well. > >> spec baseline: 'TimeZoneDatabase' >> with: [ spec repository: >> 'http://www.squeaksource.com/TimeZoneDatabase' ]. > > In your BaselineOfYourProject that is citing TimeZoneDatabase as a > dependency, you could try loading ConfigOfTimeZoneDatabase instead: > > spec project: 'TimeZoneDatabase' with: [ > spec > className: 'ConfigurationOfTimeZoneDatabase'; > version: #stable; > repository: 'http://www.squeaksource.com/TimeZoneDatabase' ]. > > This is known working in my BaselineOfGlorpSQLite which loads > ConfigurationOfUDBC > from STH. > > Pierce -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Feb. 4, 2019

Re: [Pharo-users] Pharo MOOC 7.0 image

by eftomi

OK, I successfully loaded Seaside, Bootstrap and Magritte into Pharo 7.0.1 (32 and 64 bit) on Win10. If anybody needs the 'how-to', here's what I did: - Install stable version of Magritte3 from Catalog Browser (marked as Pharo 7.0 compatible) - Install stable version of Bootstrap from Catalog Browser (marked as Pharo 7.0 compatible) Bootstrap project includes Seaside and it takes a couple of minutes to load. The load order - firstly Magritte3 and then Bootstrap - is important, otherwise I am getting this error: Loading 3.5.1 of ConfigurationOfMagritte3...MetacelloConflictingProjectError: Load Conflict between existing BaselineOfGrease [baseline] from github://SeasideSt/Grease:master/repository and ConfigurationOfGrease release1.2 from http://smalltalkhub.com/mc/Seaside/MetacelloConfigurations/main Sometimes, the Bootstrap / Seaside project leads to an error message from Iceberg saying that the path/file name is too long. -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Feb. 4, 2019

Re: [Pharo-users] Slots docs?

by Marcus Denker

> On 1 Feb 2019, at 14:16, Vitor Medina Cruz <vitormcruz(a)gmail.com> wrote: > > Hello, > > Where I can find documentation for slots? > Sadly notâ¦ It is on the todo for far too long. I will put it on higher priority and hope to have some documentation soon. Marcus

Feb. 4, 2019

Re: [Pharo-users] Learn Pharo - Not Working

by Ben Coman

On Mon, 4 Feb 2019 at 01:58, magicspeller <pharo(a)magicspeller.info> wrote: > Ben Coman wrote > > On Sun, 3 Feb 2019 at 19:54, Sven Van Caekenberghe < > > > sven@ > > > > wrote: > >> > >> You are on Windows, are there any other Windows users that can confirm > >> this either way ? > >> > > > > On Win 10 and this works for me in both 32-bit and 64-bit Pharo 7.0.1 > > (build: 146, commit: c48755a) > > 64-bit VM: 201901051900 > > https://github.com/OpenSmalltalk/opensmalltalk-vm.git Date: Sat Jan 5 > > 20:00:11 2019 CommitHash: 7a3c6b6 Plugins: 201901051900 > > > > cheers -ben > > Thanks, everyone. I think I owe you all an apology. I just tried the 64-bit > version again and it worked perfectly. > If you hare learning and having fun, thats good with me. > > The instructions just say, "You can learn Pharo by clicking on the > following > expression:". I didn't expect a new window to open; I had just finished a > different Pharo course in which everything stayed in the same window. You'd > think I would see a new window opening anyway, but I'm wondering if it > might > have been hidden behind the main window. Its exactly this sort of little niggle that adepts just fly by without noticing. Fresh eyes are really important. I just discovered the window tabs > at the bottom as well, which would have helped if I'd thought to look > there. > > Hope I didn't cause anyone a lot of frustration. > > In a way, I am glad I posed the question, because I have learned a lot in > the ensuing discussion. I'll respond to a couple of the new replies, but > thank you, everyone, very, very much. > How would you feel about stretching that learning to submit a PR updating that text to indicate a window will open? cheers -ben > > Warren > > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html > >

Feb. 4, 2019

Re: [Pharo-users] Pharo 7 - how to see method author/timestamp n Calypso?

by Esteban Lorenzano

Hi, > On 4 Feb 2019, at 05:29, Paul DeBruicker <pdebruic(a)gmail.com> wrote: > > Thanks Cyril. > > For those projects I don't own/maintain that are stored in MCZ files is > there a way to see who authored the method? Or is Iceberg + git-blame the > only way to go now? Those will show the ts/author as before. > > > If git-blame is the only way is there a way to have all the repos an image > uses brought under git so I can git-blame everything automatically? Answered below :) > Without > having to do anything by hand when a package is loaded, I mean. And also a > way to see that info right next to the code pane without having to click > anything? Also hopefully senders/implementors count? Uhm? I do not understand thisâ¦ but I think is not related to iceberg but calypso, isnât? If is calypso, and what you ask is to have the references available (for example in another tab) this is not there but is easy to implement. In fact, I remember an iteration of calypso that had them, and I think the reason while is gone is that It becomes kind of a pain in large images (but now we have real lazy tabs so we could review that decision). > When I read code I skim code written by other people (especially people with > more experience with the domain, like your MDL package) and assume it's more > correct because they've published it. And more critically review what I've > written in/against those packages. > > > Without the author and timestamp visible next to the method code pane it is > harder to know whether I should trust or be more skeptical of the method. In Pharo this was always after a click. It is still now always after a click. > I don't always remember which parts I wrote and which parts someone else > wrote. Same. A click will tell you :) Esteban > > > Paul > > > > CyrilFerlicot wrote >> On Sun 3 Feb 2019 at 22:02, PAUL DEBRUICKER < > >> pdebruic@ > >> > wrote: >> >>> Hi - >>> >>> >>> How can I see who wrote a method and when they wrote it in Calypso? >> >> >> Hello, >> >> You need to add Calypso to Iceberg and have a locale clone linked. Then an >> Â« history Â» button will appear in Calypso whose info are extracted via git >> blame feature of git. >> >> >>> >>> In Nautilus it was the AnnotationPane plugin IIRC. >>> >>> Thanks >>> >>> Paul >>> >>> -- >> Cyril Ferlicot >> https://ferlicot.fr > > > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html <http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html>

Feb. 4, 2019

Re: [Pharo-users] Learn Pharo - Not Working

by john pfersich

On a Win 10 Lenovo laptop with a trackpad with no mouse buttons, the 64-bit version took several clicks on âProfStef goâ to register. I suspect it might be the trackpad which isnât sending mouse messages correctly because I also have problems with other apps. /*âââââââââââââââââ-*/ Sent from my iPhone https://boincstats.com/signature/-1/user/51616339056/sig.png See https://objectnets.net and https://objectnets.org > On Feb 3, 2019, at 04:25, Ben Coman <btc(a)openinworld.com> wrote: > > > >> On Sun, 3 Feb 2019 at 19:54, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> Hi, >> >> It would also be quite surprising if this depended on the 32/64 bits difference. >> >> In any case it works for me (macOS 64 bit): it opens a window titled 'Welcome (1/29)' containing step one of the tutorial: >> >> === >> "Hello! I'm Professor Stef. >> >> You must want me to help you learn Pharo. >> >> So let's go to the first lesson. Select the text below, right-click and choose 'Do it'" >> >> ProfStef next. >> === >> >> You are on Windows, are there any other Windows users that can confirm this either way ? > > On Win 10 and this works for me in both 32-bit and 64-bit Pharo 7.0.1 (build: 146, commit: c48755a) > 64-bit VM: 201901051900 https://github.com/OpenSmalltalk/opensmalltalk-vm.git Date: Sat Jan 5 20:00:11 2019 CommitHash: 7a3c6b6 Plugins: 201901051900 > > cheers -ben

Feb. 4, 2019

Re: [Pharo-users] Pharo 7 - how to see method author/timestamp n Calypso?

by Paul DeBruicker

Thanks Cyril. For those projects I don't own/maintain that are stored in MCZ files is there a way to see who authored the method? Or is Iceberg + git-blame the only way to go now? If git-blame is the only way is there a way to have all the repos an image uses brought under git so I can git-blame everything automatically? Without having to do anything by hand when a package is loaded, I mean. And also a way to see that info right next to the code pane without having to click anything? Also hopefully senders/implementors count? When I read code I skim code written by other people (especially people with more experience with the domain, like your MDL package) and assume it's more correct because they've published it. And more critically review what I've written in/against those packages. Without the author and timestamp visible next to the method code pane it is harder to know whether I should trust or be more skeptical of the method. I don't always remember which parts I wrote and which parts someone else wrote. Paul CyrilFerlicot wrote > On Sun 3 Feb 2019 at 22:02, PAUL DEBRUICKER < > pdebruic@ > > wrote: > >> Hi - >> >> >> How can I see who wrote a method and when they wrote it in Calypso? > > > Hello, > > You need to add Calypso to Iceberg and have a locale clone linked. Then an > Â« history Â» button will appear in Calypso whose info are extracted via git > blame feature of git. > > >> >> In Nautilus it was the AnnotationPane plugin IIRC. >> >> Thanks >> >> Paul >> >> -- > Cyril Ferlicot > https://ferlicot.fr -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Feb. 4, 2019

Re: [Pharo-users] why doesn't this baseline load any package when included in another baseline?

by Pierce Ng

On Sun, Feb 03, 2019 at 01:41:30PM -0800, PAUL DEBRUICKER wrote: > MCHttpRepository > location: 'http://www.squeaksource.com/TimeZoneDatabase' Hi Paul, I see that there is a ConfigurationOfTimeZoneDatabase in the SS repo as well. > spec baseline: 'TimeZoneDatabase' > with: [ spec repository: 'http://www.squeaksource.com/TimeZoneDatabase' ]. In your BaselineOfYourProject that is citing TimeZoneDatabase as a dependency, you could try loading ConfigOfTimeZoneDatabase instead: spec project: 'TimeZoneDatabase' with: [ spec className: 'ConfigurationOfTimeZoneDatabase'; version: #stable; repository: 'http://www.squeaksource.com/TimeZoneDatabase' ]. This is known working in my BaselineOfGlorpSQLite which loads ConfigurationOfUDBC from STH. Pierce

Feb. 4, 2019

Re: [Pharo-users] Learn Pharo - Not Working

by pharo＠magicspeller.info

On 2/3/2019 1:35 PM, Richard70nl wrote: > I just checked, the "right click -> do it" only works if at least the > cursor is somewhere on the statement. I normally do a cmd-D (macOS) in > these situations though. But AFAIK itâs not necessary to select the > whole statement. If the cursor is somewhere else in the editor the > âright click -> do itâ does not work as expected. I think the editor > should maybe put the cursor in the position where you right click. But > that is more of a preference. I think if you get used to that > behaviour then you probably donât even think about it. > > Coming from most common coding editors, I find the editors in Pharo a > bit quirky. But I (we?) probably get used to it. I did check online > how some people use external editors and I think itâs not worth the > hassle. Itâs not as straightforward programming as Iâm used to. And, I > think if you use an external editor you miss the âimmersionâ of the > environment. Thanks, Richard!

Feb. 3, 2019