February 2020 - Pharo-users

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

by horrido

tbrunz wrote > The competition is certainly getting more interesting and challenging. > > I found that if I started from your website to reach the videos, they're a > lot more understandable, as the background info needed to comprehend what > we're seeing is spelled out more completely there. > > On the whole, it's great to see a competition like this being supported > and > implemented! Hopefully it will bring in more developers. And inspire > more > competitions, too. Thanks! Much appreciated! Yes, that was my goal, to inspire people to give Smalltalk (Pharo) a shot. At this point, I'd like to present some comments from the participating teams. Many of them found learning Pharo difficult, even though I presented what I thought were pretty good learning resources (see https://jrmpc.ca/) Did I leave out anything that would've been more helpful? One team told me that they found the Pharo class library intractable due to lack of documentation. I imagine this opinion was shared by other teams, as well. I think they were looking for something along the lines of this GNU Smalltalk Library Reference <https://www.gnu.org/software/smalltalk/manual-base/gst-base.html> , a more traditional style of documentation. Frankly, I'm utterly amazed that the GNU Smalltalk people were able to create this reference (kudos!), and I wish something similar existed for Pharo (and Squeak and Dolphin). In hindsight, perhaps I should've given them this library reference, but I think it would've confused them because I'm sure there are incompatibilities. > Any chance that the source code for one or more of the competitors will > become available after the competition has concluded? Certainly, I can do that. I'll at least post the three winning team minds. Thanks for the suggestion. Richard -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Feb. 29, 2020

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

by tbrunz

The competition is certainly getting more interesting and challenging. I found that if I started from your website to reach the videos, they're a lot more understandable, as the background info needed to comprehend what we're seeing is spelled out more completely there. On the whole, it's great to see a competition like this being supported and implemented! Hopefully it will bring in more developers. And inspire more competitions, too. Any chance that the source code for one or more of the competitors will become available after the competition has concluded? -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Feb. 29, 2020

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

by phil＠highoctane.be

Nice! á§ On Sat, Feb 29, 2020 at 3:59 PM Richard Kenneth Eng < horrido.hobbies(a)gmail.com> wrote: > https://jrmpc.ca/2020/02/29/round-4-1-leading-team/ > > Next week's final round will be more of the same: > https://jrmpc.ca/2020/02/29/round-5-challenge/. But the competition map > will be considerably more challenging. Yes, they will have to *earn* > First Prize! > > Richard > >

Feb. 29, 2020

[pharo8-api-change] newTextEditor

by Hilaire

Hi, RubPluggableTextMorph replaced the old PluggableTextMorph. acceptOnCR: and changedAction: are not valid any more. For the former never mind. For the latter how should it be rewritten? I read these self textArea announcer when: RubTextChanged send: #whenTextChangedInTextArea: to: self. and whenTextChangedInTextArea: anAnnouncement Â Â Â self announcer announce: anAnnouncement It looks like we have both the old and new word of changes propagation. I am wondering how to propagate it in DrGeo (pre-Announcement era) Thanks newDescriptionMorph Â Â Â ^(self Â Â Â Â Â Â newTextEditorFor: self Â Â Â Â Â Â getText: #description Â Â Â Â Â Â setText: #description: Â Â Â Â Â Â getEnabled: nil) Â Â Â Â Â Â acceptOnCR: false; Â Â Â Â Â Â setBalloonText: 'A description of the script. To help the user, describe carefully what the script does and the input arguments to select to use it.' translated; Â Â Â Â Â Â changedAction: [:text | self changed: #isValid ]; Â Â Â Â Â Â selectAll -- Dr. Geo http://drgeo.eu

Feb. 29, 2020

[ANN] Round 4 Results Are In

by Richard Kenneth Eng

https://jrmpc.ca/2020/02/29/round-4-1-leading-team/ Next week's final round will be more of the same: https://jrmpc.ca/2020/02/29/round-5-challenge/. But the competition map will be considerably more challenging. Yes, they will have to *earn* First Prize! Richard

Feb. 29, 2020

[pharo8-api-change] #mouseEnter event on Menu

by Hilaire

Hi, On P8, the code bellow does not generate the #mouseEnter event when the cursor enter the menu. This code was working on P7. Any idea why it is not working on P8 :-) Â Â Â menuBar Â Â Â Â Â Â add: 'Macro-construction' translated Â Â Â Â Â Â font: self theme menuBarFont Â Â Â Â Â Â icon: nil Â Â Â Â Â Â help: 'Build or execute macro-construction. A macro is a construction template you can apply to items in the sketch area.' translated Â Â Â Â Â Â subMenu: self macroconstructionMenu. Â Â Â menuBar lastSubmorph Â Â Â Â Â Â on: #mouseEnter Â Â Â Â Â Â send: #updateMacroMenu Â Â Â Â Â Â to: self. Thanks Hilaire -- Dr. Geo http://drgeo.eu

Feb. 28, 2020

Re: [Pharo-users] Pharo as a client to swagger API?

by Sebastian Heidbrink

Hi Jerry, it might be a little ot of date, but it is a start. http://smalltalkhub.com/#!/~HeSe/OpenApi-Spec Cheers! Sebastian On 2020-02-26 7:05 p.m., Jerry Kott wrote: > Hello, > > I know people have used Pharo for REST APIs - has anyone used Pharo as > a client for Swagger? > > Second question (I could probably find out but I am feeling lazy): > what would be a good REST API package to use? Are there any tutorials? > > *Jerry Kott* > This message has been digitally signed. > PGP Fingerprint: > A9181736DD2F1B6CC7CF9E51AC8514F48C0979A5 > > >

Feb. 27, 2020

Re: [Pharo-users] [Pharo8-api-change] announcer for model

by Hilaire

Le 26/02/2020 Ã 19:19, Hilaire a Ã©critÂ : > Now Model are required to understand announcer, for example in: > > UITheme>>newTextEntryIn: aThemedMorph for: aModel get: getSel set: > setSel class: aClass getEnabled: enabledSel help: helpText > > What is the rational behind, should my model be subclass of Model (which > I prefer not) or implement announcer? Then, how should it be cleanup? > > The RubPLuggableText* classes replacement breaks my code in two places. These two were easy to fix by adding an anouncer to the model. All in all, so far I did not see much breaks, only one with Glamour Presenter not easy top fix as GLM is a hard to understand for me. https://bugs.launchpad.net/drgeo/+bugs?field.tag=pharo8 -- Dr. Geo http://drgeo.eu

Feb. 27, 2020

Re: [Pharo-users] Pharo as a client to swagger API?

by Norbert Hartl

Please have a look at https://github.com/zweidenker/OpenAPI <https://github.com/zweidenker/OpenAPI> The implementation lacks a lot of features in OpenAPI and JSONSchema but is useful for server and client usage. If you need stuff open tickets on the repo please, I'll try to take care. Norbert > Am 27.02.2020 um 04:05 schrieb Jerry Kott <jkott(a)image-ware.com>: > > Hello, > > I know people have used Pharo for REST APIs - has anyone used Pharo as a client for Swagger? > > Second question (I could probably find out but I am feeling lazy): what would be a good REST API package to use? Are there any tutorials? > > Jerry Kott > This message has been digitally signed. > PGP Fingerprint: > A9181736DD2F1B6CC7CF9E51AC8514F48C0979A5 > > >

Feb. 27, 2020

Pharo as a client to swagger API?

by Jerry Kott

Hello, I know people have used Pharo for REST APIs - has anyone used Pharo as a client for Swagger? Second question (I could probably find out but I am feeling lazy): what would be a good REST API package to use? Are there any tutorials? Jerry Kott This message has been digitally signed. PGP Fingerprint: A9181736DD2F1B6CC7CF9E51AC8514F48C0979A5

Feb. 27, 2020