August 2020 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Extract-method refactoring erratic behavior in Pharo 8

by StÃ©phane Ducasse

Thanks. This is a useful information. We found a bug in calypso, apparently the editor is sometimes working on the edited text and sometimes on the previous version (via the object). Philippe did you open the issue we talked about? Tx > On 8 Aug 2020, at 01:36, Esteban Maringolo <emaringolo(a)gmail.com> wrote: > > Hi, > > Just to add some feedback to this, I found that having the formatter > in auto mode seems to interfere. If I disable the formatter and resort > to the manual Ctrl+Shift+F shortcut, then it seems I'm able to extract > code in a more predictable way. > > I don't know if it was that or if it was just a coincidence and I'm in a fluke. > > Regards, > > Esteban A. Maringolo > > On Sun, Aug 2, 2020 at 4:19 PM Tim Mackinnon <tim(a)testit.works> wrote: >> >> I think these ones should be testable quite easily - I wrote (when prompted by Stef) a series of tests for the text selection expansion commands which use a similar ast/node based inferencing - so the refactorings should be written with an ast passed to them along with cursor and text selection positioning and that is all testable. (if its not this way, we should change it so it is unit testable like this). >> >> If I can get some time (hopefully my newish job starts to lighten up a bit), I will try and have a look if no-one else has stepped in. I'm quite passionate in making pharo more "intellij fluid-like" so we can have an enjoyable keyboard centric, and fast modern refactoring experience as we have all the right tooling to do this really well. >> >> Tim >> >> On Sun, 2 Aug 2020, at 3:45 PM, tbrunz wrote: >>> I found the same problem only yesterday when I tried "Extract method" in >>> Pharo 8 (for the first time). >>> >>> Comprehensive UI tests would be a great thing. But complicated to create. >>> Like writing tutorials for GUI-based applications. ;^) >>> >>> Is there a way to emulate a GUI user and the actions of mouse moves & clicks >>> (as well as keypresses)? And to capture the results of pointing, clicking, >>> right-click menu selections, etc? >>> >>> Is there a UI testing framework for Pharo that includes this? If not, >>> should we start building one? >>> >>> How much of the above is tied directly to Spec2 and how much is part of the >>> core elements of Pharo? >>> >>> -t >>> >>> >>> >>> >>> >>> -- >>> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >>> >>> >> > -------------------------------------------- StÃ©phane Ducasse http://stephane.ducasse.free.fr / http://www.pharo.org 03 59 35 87 52 Assistant: Aurore Dalle FAX 03 59 57 78 50 TEL 03 59 35 86 16 S. Ducasse - Inria 40, avenue Halley, Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza Villeneuve d'Ascq 59650 France

Aug. 10, 2020

[ANN] Smalltalk's Successor

by Richard Kenneth Eng

https://smalltalk.tech.blog/2020/08/10/smalltalks-successor/ A bold claim. It'll be interesting to see if anybody challenges me on this.

Aug. 10, 2020

Re: [Pharo-users] Extract-method refactoring erratic behavior in Pharo 8

by Esteban Maringolo

Hi, Just to add some feedback to this, I found that having the formatter in auto mode seems to interfere. If I disable the formatter and resort to the manual Ctrl+Shift+F shortcut, then it seems I'm able to extract code in a more predictable way. I don't know if it was that or if it was just a coincidence and I'm in a fluke. Regards, Esteban A. Maringolo On Sun, Aug 2, 2020 at 4:19 PM Tim Mackinnon <tim(a)testit.works> wrote: > > I think these ones should be testable quite easily - I wrote (when prompted by Stef) a series of tests for the text selection expansion commands which use a similar ast/node based inferencing - so the refactorings should be written with an ast passed to them along with cursor and text selection positioning and that is all testable. (if its not this way, we should change it so it is unit testable like this). > > If I can get some time (hopefully my newish job starts to lighten up a bit), I will try and have a look if no-one else has stepped in. I'm quite passionate in making pharo more "intellij fluid-like" so we can have an enjoyable keyboard centric, and fast modern refactoring experience as we have all the right tooling to do this really well. > > Tim > > On Sun, 2 Aug 2020, at 3:45 PM, tbrunz wrote: > > I found the same problem only yesterday when I tried "Extract method" in > > Pharo 8 (for the first time). > > > > Comprehensive UI tests would be a great thing. But complicated to create. > > Like writing tutorials for GUI-based applications. ;^) > > > > Is there a way to emulate a GUI user and the actions of mouse moves & clicks > > (as well as keypresses)? And to capture the results of pointing, clicking, > > right-click menu selections, etc? > > > > Is there a UI testing framework for Pharo that includes this? If not, > > should we start building one? > > > > How much of the above is tied directly to Spec2 and how much is part of the > > core elements of Pharo? > > > > -t > > > > > > > > > > > > -- > > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html > > > > >

Aug. 7, 2020

Re: [Pharo-users] Intermediate-Level Tutorials for Pharo

by StÃ©phane Ducasse

> One more thought on this... I assume you've seen Jupyter Notebooks? > They're starting to see some use where I work (we now have our own > 'enterprise server'). I recently took an intro class to see how it works, > and how to use them. > > How much of a "Jupyter-style" notebook capability would the community be > interested in? By that I mean having the ability to mix 'rich' > documentation with code and data to produce interactive 'notebooks' with > similarities to what Jupyter does -- but simpler! Jupyter is much too > complicatedâ¦ I would not go that road for class and package comments. Now we have a good infrastructure for doing this with Pillar. > What you describe for enhanced comments sounds like a step in that > direction... Obviously Pharo is already oriented toward mixing code and > data in one document, and enhancing the comments moves it closer to a > notebook with richer documentation possibilities. > > So it seems to me that generalizing this "enhanced document capability" and > making it more prominent (such as giving it its own type of window, rather > than it being a browser pane tied to the code?) would take it closer yet to > realizing a general, flexible "Pharo Notebooks" concept. In the future (once I have finished making sure that we can write book in microdown) we could think about loading book in notebooks with a bit more liveness. Now it requires man power and we are busy on other topics. GT is already doing it. > My understanding is that Offray's Grafoscopio is essentially what I'm > describing, but maybe more oriented to data analysis & presentation..?? (He > can say better than I, as I'm not sure how accurate that is.) I am thinking > of something that would include that, but maybe be more general-purpose. > > Part of this idea is to feature a "semi-automated" subset of Spec2 that > makes it easier to get nice graphical UIs in a notebook fashion -- but does > not require as much depth of understanding Spec2. (All of Spec2 allows > anyone to build anything.. but not everyone needs to build so much..? This > is the value of frameworks and selectable motifs, yes?) > > Could what I'm describing be a way for everyone to step easily into Spec2 > when its full flexibility for making GUIs isn't needed (yet)? By this I'm > implying code generators that create common/typical Spec2 framework classes > & methods that would make up the front-end of the 'documentation' element of > "Pharo Notebooks". Pharo being Pharo, one could then customize furtherâ¦ To me documenting framework is another level. For now I would be more than happy if we would have a good old way book containing tutorials about Spec2. > Because "it's always easier to edit something than to create from a blank > page", yes? > > I can see Pharo taking away "market share" from Jupyter Notebooks, by being > simpler and easier to work with. Data + Code + Document: All three elements > being "live" and interactive. Pharo has the first two.. What about the > third? Having a document renderer is a first step then after we can decide what is the semantics of certain boxes inside the texte and get some live and others not. But this requires coding effort. S.

Aug. 6, 2020

Re: [Pharo-users] ZnInvalidUTF8: Illegal leading byte for utf-8 encoding while running Elegant Code image conversion example

by StÃ©phane Ducasse

this would be nice for archival in the bug entry. S > On 5 Aug 2020, at 18:34, Offray Vladimir Luna CÃ¡rdenas <offray.luna(a)mutabit.com> wrote: > > Thanks StÃ©phane and Tomo, > > I have added the working code to the GH issue thread. There is still need of testing images for the non working one? > > Offray > > On 5/08/20 4:00 a. m., StÃ©phane Ducasse wrote: >> offray >> >> could you add your pictures to the bug entry >> >> https://github.com/pharo-project/pharo/issues/7043 <https://github.com/pharo-project/pharo/issues/7043> >> >> S. >> >>> On 5 Aug 2020, at 07:53, Tomohiro Oda <tomohiro.tomo.oda(a)gmail.com <mailto:tomohiro.tomo.oda@gmail.com>> wrote: >>> >>> Offray, >>> >>> I tried it myself and found that the code works on some jpg pics and >>> does not work on some other pics. >>> For my case, using PluginBasedJPEGReadWriter instead of JPEGReadWriter >>> solved the problem. >>> >>> Best Regards, >>> --- >>> tomo >>> >>> 2020å¹´8æ5æ¥(æ°´) 2:43 Offray Vladimir Luna CÃ¡rdenas <offray.luna(a)mutabit.com <mailto:offray.luna@mutabit.com>>: >>>> >>>> Thanks Tomo, >>>> >>>> I tried your proposal, but now I get: "Error: marker C2 cannot be >>>> handled" and still the exportation is not working. >>>> >>>> Cheers, >>>> >>>> Offray >>>> >>>> On 4/08/20 2:04 a. m., Tomohiro Oda wrote: >>>>> Offray, >>>>> >>>>> Apparently, readStreamDo: should be binaryReadStreamDo: and >>>>> writeStreamDo: should be binaryWriteStreamDo: . >>>>> --- >>>>> tomo >>>>> >>>>> 2020å¹´8æ4æ¥(ç«) 15:42 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr <mailto:stephane.ducasse@inria.fr>>: >>>>>> Thanks for the report I confirm that I can reproduce the problem. >>>>>> I do not know yet the answer. Now I think strange that we use a characterStream for reading jpeg. >>>>>> S. >>>>>> >>>>>> >>>>>> On 3 Aug 2020, at 20:41, Offray Vladimir Luna CÃ¡rdenas <offray.luna(a)mutabit.com <mailto:offray.luna@mutabit.com>> wrote: >>>>>> >>>>>> Hi, >>>>>> >>>>>> Today I was an introduction to Pharo. As usual, I asked the learner to >>>>>> taste the environment and syntax by running the examples in excellent >>>>>> Sven's Elegant Code[1] (BTW, can I translate snips of it to Spanish?). >>>>>> When she was adapting the example 6 about converting JPGs to PNGs, we >>>>>> get the error reported in this mail's subject. I tried running her >>>>>> example in my machine with her images and with my own and still I got >>>>>> the same error. What are we missing? >>>>>> >>>>>> [1] https://medium.com/concerning-pharo/elegant-pharo-code-bb590f0856d0 <https://medium.com/concerning-pharo/elegant-pharo-code-bb590f0856d0> >>>>>> >>>>>> We are using Pharo 8.x on Manjaro Gnu/Linux 64 bits. >>>>>> >>>>>> Thanks, >>>>>> >>>>>> Offray >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -------------------------------------------- >>>>>> StÃ©phane Ducasse >>>>>> http://stephane.ducasse.free.fr <http://stephane.ducasse.free.fr/> / http://www.pharo.org <http://www.pharo.org/> >>>>>> 03 59 35 87 52 >>>>>> Assistant: Aurore Dalle >>>>>> FAX 03 59 57 78 50 >>>>>> TEL 03 59 35 86 16 >>>>>> S. Ducasse - Inria >>>>>> 40, avenue Halley, >>>>>> Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza >>>>>> Villeneuve d'Ascq 59650 >>>>>> France >>>>>> >>>> >>> >> >> -------------------------------------------- >> StÃ©phane Ducasse >> http://stephane.ducasse.free.fr <http://stephane.ducasse.free.fr/> / http://www.pharo.org <http://www.pharo.org/> >> 03 59 35 87 52 >> Assistant: Aurore Dalle >> FAX 03 59 57 78 50 >> TEL 03 59 35 86 16 >> S. Ducasse - Inria >> 40, avenue Halley, >> Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza >> Villeneuve d'Ascq 59650 >> France >> -------------------------------------------- StÃ©phane Ducasse http://stephane.ducasse.free.fr / http://www.pharo.org 03 59 35 87 52 Assistant: Aurore Dalle FAX 03 59 57 78 50 TEL 03 59 35 86 16 S. Ducasse - Inria 40, avenue Halley, Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza Villeneuve d'Ascq 59650 France

Aug. 6, 2020

Re: [Pharo-users] A question concerning Nautilus

by StÃ©phane Ducasse

Thanks I will check this since Iâm working on it. > On 6 Aug 2020, at 17:37, gpatrick <g_patrickb(a)yahoo.com> wrote: > > > From: gpatrick <g_patrickb(a)yahoo.com> > Subject: Re: A question concerning Nautilus > Date: 6 August 2020 at 17:37:56 CEST > To: pharo-users(a)lists.pharo.org > > > I found the pdf of PBE 8, but it is the last change. The current build of > PBE 8 failed. > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html > > > -------------------------------------------- StÃ©phane Ducasse http://stephane.ducasse.free.fr / http://www.pharo.org 03 59 35 87 52 Assistant: Aurore Dalle FAX 03 59 57 78 50 TEL 03 59 35 86 16 S. Ducasse - Inria 40, avenue Halley, Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza Villeneuve d'Ascq 59650 France

Aug. 6, 2020

Re: A question concerning Nautilus

by gpatrick

I found the pdf of PBE 8, but it is the last change. The current build of PBE 8 failed. -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Aug. 6, 2020

Re: A question concerning Nautilus

by gpatrick

Is there a "Pharo By Example 8" pdf document that can be downloaded? -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Aug. 6, 2020

Re: [Pharo-users] Intermediate-Level Tutorials for Pharo

by tbrunz

> >>> I've been thinking lately that it would be nice to expand the number of > >>> Pharo tutorials we have available. But rather than (or along with) > >>> creating > >>> more "beginner" level tutorials, I'd like to see some good > "intermediate" > >>> level Pharo tutorials. > >> > >> Me too :) > > > > Let's do it, then. I'll volunteer to do most of the work. :^) > > I will review anything you write :) > > > > My hope is that participating in this will make me capable of creating > > advanced tutorials all by myself. > > I usually like to write to learn and dump what I learned. > > > >>> I think that programmers who already know the Pharo > >>> syntax and messaging semantics could benefit from more advanced > tutorials > >>> that demonstrate how to develop "real world" Pharo code for "real > world" > >>> processing needs. > >> > >> Yes yes I would love that. > > > > That was part of my motivation for creating a Pharo app to solve the > Zebra > > Puzzle. First, of course, I wanted to solve it. ;^) > > I will send you some feeedback and PR. Okay, I think it's ready to be reviewed... https://github.com/tbrunz/logic-puzzle Thanks, -t -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Aug. 6, 2020

How to print playground contents as I type them.

by Offray Vladimir Luna CÃ¡rdenas

Hi, I have an annoying bug in Grafoscopio. While text nodes are updated as I write them, code nodes capture the penultimate keystroke. So, when I revisit a text node all the typed content is there, but when I do the same with a code (playground) node I found the last character lost (this is particularly annoying when the last keystroke is a key completion or a cut and paste operation that happens in a single combined stroke). When I was programming the notebook behavior I remember dealing with transmissions between parts of the playground and the rest of the UI and how to capture playground events. So I think that a minimal test example would be to send to the Transcript, keystrokes from the playground as they happen and to see which the the message that capture them all. So, How can I print playground contents as I type them in the playground? Thanks, Offray

Aug. 5, 2020