December 2019 - Pharo-users

Re: [Pharo-users] External Module not found - LGitLibrary

by BrunoBB

The following also fail: DynamicLoader loadLibrary: 'C:\Users\Usuario\Documents\Pharo\vms\70-x64\libgit2.dll' -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Dec. 20, 2019

Re: [Pharo-users] External Module not found - LGitLibrary

by BrunoBB

Hi, Any idea how to fix this problem ? regards, bruno -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Dec. 20, 2019

Re: [Pharo-users] Code overview - or maybe not

by tbrunz

Excellent! I think Pharo will greatly benefit from having something like this. I push for UML tools here where I work, but it tends to fall on deaf ears. (To be fair, that's probably mainly due to few of us having the understanding of, and working with, OOD/OOP. I think both will need to change in lock-step. I will not give up...) I'm also interested in ways to help newcomers (myself included) grasp not just the tools in Pharo, but the codebase as well. To build an app in Pharo, one needs to know what's available in the base in the form of classes & methods -- because that's what you build your own apps on top of, what you sometimes extend, and what you include/call from your code, etc. This is compounded when you factor in libraries outside of Pharo that you can obtain from GitHub/SmalltalkHub/etc. More codebases to know about! Pharo has wonderful search tools... It's a big selling point. And examples help a lot. So does the wonderful library of booklets, and the many blogs. But what about having "understanding tools" within the IDE? Pharo is explorable (another selling point), and one technique is to browse the codebase. Yet browsing by the class & method requires a good memory & the ability to intuit from the limited view of "one method at a time" to build up an understanding of what the foundation code is, and how to use it (properly). I'm thinking of such things as Spec, Seaside, etc. And yes, one tends to open multiple windows, which helps -- to a point, after which you have a "window management problem". Big & multiple monitors were never so useful! But tools like what you're creating, Kasper, will help that issue by showing a wider, more integrated view with fewer fine details. Something between a top-level class structure such as what we see for Collections in the 'Pharo by Example' book and reading method code line by line. This is what UML was designed to address. A "live environment" that also has "live UML" would be, for me, the "killer app" that would make Pharo irresistibly compelling. -t -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Dec. 20, 2019

Re: [Pharo-users] Code overview - or maybe not

by Christopher Fuhrman

Kasper, There's a way to run PlantUML to process in a pipe (stdin/out) which gives pretty good performance for rendering: java -Djava.awt.headless=true -jar plantuml.jar -pipe -tsvg -charset UTF-8 It takes a PlantUML source as input and generates the format of the file (e.g. SVG) on stdout. The VSCode extension called markdown-preview-enhanced <https://github.com/shd101wyy/markdown-preview-enhanced> runs it this way. Because of the pipe complexity (and the fact that your machine needs a JVM, GraphViz and a properly configured path, etc.), I never tried to use it this way in Pharo. The markdown-preview-enhanced extension for VSCode does a lot of things (too many?) but I think of pillar when I use it. It shows an HTML version in real-time as you type, which includes PlantUML diagrams. You can use pandoc to get to LaTeX/PDF as final output. I'm using it for my course notes because of this, but also because it does reveal output (useful for presenting), too. If I had a Mac, I would use pillar :) -- I struggled with using it in Windows 10 with MikTeX (which I use very well with LyX). If my memory serves me, Pavel K. and/or Julien D. had done a visitor in Pharo that would generate PlantUML script from (moose?) (meta)models, but I can't remember the precise details. I didn't aim for the sexy visitor version when I did the Moose support because I wanted people to be able to choose easily what classes to include in the diagram (because there's usually some context for it to be useful). A list with classes inside a hierarchy (the way we did it in Moose) seemed to be adequate. I'm pretty sure you could make an intuitive browser (or reuse the current one) with filters to select the classes for the diagram. As for using UML to make diagrams, I also have toyed with the idea of making an editor on top of PlantUMLs SVG, such that you could change the source script intuitively. For example, if you don't want to see the 30+ messages a class supports, you can right click on the class in the SVG and choose a "hide" option. Sadly, the SVG that is generated by PlantUML is more for drawing (it was ported from the PNG code I think) and so things like a bounding box of a class or the IDs for classes don't exist. Classes are "drawn" as a rectangle for the title, a rectangle for the attributes, etc. However, those are all things that could be coded back into PlantUML (it's open source). SVG (in a modern browser at least) can be pretty powerful. These days, the only UML diagrams I "draw" are on whiteboards or an electronic sketch pad (Surface pro). Pushing rectangles and lines around in a graphics editor is something that only makes me anxious (I have used some Visio templates a few years ago, but they're all now requiring too many clicks when you're used to PlantUML). Plus, PlantUML also supports many other formats (including DOT, just put @startdot/@enddot). On Fri, 20 Dec 2019 at 14:31, Kasper Ãsterbye <kasper.osterbye(a)gmail.com> wrote: > On 20 December 2019 at 19.59.05, tbrunz (wild.ideas(a)gmail.com) wrote: > > What I would find useful (and what I think Kasper has started down the > road > to) is the ability to generate PlantUML script from a specified (set of) > packages or classes in Pharo. That would make it easy not only to examine > the design (in a more synoptic way -- something I've seen several other > newcomers express an interest in), but also to embed diagrams in > documentation such as PDFs & web pages. > > I expect that to be done over the hollidays. I expect to have a working > copies of > > - Generate object diagram from a root (I will filter on category names and > subclasses) > > - Generate a sequence diagram by analysing a MessageTally from a block. > Filter on categories, subclasses and methods > > Short of that, and probably much easier to implement, is to just add > PlantUML script to Pharo class comments as you write them -- but have a > simple way to trigger the system to parse the comment and render the > script > into PlantUML diagrams. This could be in the form of opening a web browser > in the host and having the diagram appear via the PlantUML server. But > more > useful perhaps would be to have it create PNG file(s) in the host > filesystem > (and open them). > > I have that working in my image. The > https://github.com/kasperosterbye/PillarRichTextRender allow pillar to be > used and rendered in class and package comments. Again, in my image I have > an extension which allow the [[[ â¦ ]]] syntax of pillar (and ```of github) > to use a language called âplantumlâ, which renders the diagram in the > documentation. I hope to package it all up over the holidays or early > January. The same thing allow latex math to be rendered in those same > comments. > > Best, > > Kasper > -- Christopher Fuhrman, P.Eng., PhD *Professeur au DÃ©partement de gÃ©nie logiciel et des technologies de l'informationÃTS (Ãcole de technologie supÃ©rieure)* http://profs.etsmtl.ca/cfuhrman +1 514 396 8638 *L'ÃTS est une constituante de l'UniversitÃ© du QuÃ©bec*

Dec. 20, 2019

Re: [Pharo-users] Code overview - or maybe not

by Kasper Ãsterbye

On 20 December 2019 at 19.59.05, tbrunz (wild.ideas(a)gmail.com) wrote: What I would find useful (and what I think Kasper has started down the road to) is the ability to generate PlantUML script from a specified (set of) packages or classes in Pharo. That would make it easy not only to examine the design (in a more synoptic way -- something I've seen several other newcomers express an interest in), but also to embed diagrams in documentation such as PDFs & web pages. I expect that to be done over the hollidays. I expect to have a working copies of - Generate object diagram from a root (I will filter on category names and subclasses) - Generate a sequence diagram by analysing a MessageTally from a block. Filter on categories, subclasses and methods Short of that, and probably much easier to implement, is to just add PlantUML script to Pharo class comments as you write them -- but have a simple way to trigger the system to parse the comment and render the script into PlantUML diagrams. This could be in the form of opening a web browser in the host and having the diagram appear via the PlantUML server. But more useful perhaps would be to have it create PNG file(s) in the host filesystem (and open them). I have that working in my image. The https://github.com/kasperosterbye/PillarRichTextRender allow pillar to be used and rendered in class and package comments. Again, in my image I have an extension which allow the [[[ â¦ ]]] syntax of pillar (and ```of github) to use a language called âplantumlâ, which renders the diagram in the documentation. I hope to package it all up over the holidays or early January. The same thing allow latex math to be rendered in those same comments. Best, Kasper

Dec. 20, 2019

Re: [Pharo-users] Code overview - or maybe not

by tbrunz

Thank you, Norbert! I do recall seeing an earlier version of this, when I was investigating how to use PlantUML within Google Docs several months ago; that led me to Christopher's blog, https://fuhrmanator.github.io/ <https://fuhrmanator.github.io/> (where I learned about Pharo's LibC class and how to use it to invoke shell commands in Linux -- which I was quite pleased to find!) At the time, though, I didn't really investigate it; I got the impression that it required Moose and was intended for analyzing other languages (such as Java). What I would find useful (and what I think Kasper has started down the road to) is the ability to generate PlantUML script from a specified (set of) packages or classes in Pharo. That would make it easy not only to examine the design (in a more synoptic way -- something I've seen several other newcomers express an interest in), but also to embed diagrams in documentation such as PDFs & web pages. Short of that, and probably much easier to implement, is to just add PlantUML script to Pharo class comments as you write them -- but have a simple way to trigger the system to parse the comment and render the script into PlantUML diagrams. This could be in the form of opening a web browser in the host and having the diagram appear via the PlantUML server. But more useful perhaps would be to have it create PNG file(s) in the host filesystem (and open them). How about this? A GUI app in Pharo that allows one to create UML diagrams in a more point-and-click fashion, which then outputs the equivalent PlantUML script (with an option to automatically embed it in a selected class comment). That, plus the normal text in class comments, would allow anyone who needs a deeper understanding of the package/class set to easily obtain UML diagrams as well as descriptions -- all without the need to embed drawings within an image -- or rely on external PDF booklets and web pages. Otherwise, being unfamiliar with the implementation details of a class that seems useful for building something, I find that you end up having to slowly build your own mental model of the class structure (and its behavior) by opening and studying class & methods, one after another. Better would be a synoptic view of the whole thing in a few UML diagrams. This could be taken further, of course: A Pharo app that allows one to draw UML diagrams, then not only renders the PlantUML script, but also constructs the classes & method templates in your image for you. Start with UML to design what you have in mind, then with a few clicks, generate "starter code" and continue by filling in the details of the methods to implement your application. That could be Pharo's "killer app"... -t -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Dec. 20, 2019

fileout ** ERROR! THIS SCRIPT IS MISSING **

by PAUL DEBRUICKER

This is in Pharo 7 In a package I have a class that has methods that I can see in a browser. When I save it to an mcz file the class isn't saved in the file for the package. When I file out the class and file it back in there is a load error. The fileout has many of these errors scriptMarkerFor:withLabel:on: ** ERROR! THIS SCRIPT IS MISSING ** renderNameAndAddressFor:on: ** ERROR! THIS SCRIPT IS MISSING ** Those methods are defined in the image and in the class's super class. I cannot change the class's package because I get method dict lookup errors. Making a copy of the class fixes everything for the copied class. Is there a way to scan my package for other classes that are broken like this one was? Thanks Paul

Dec. 20, 2019

Re: [Pharo-users] External Module not found - LGitLibrary

by BrunoBB

Hi, My problem is in Pharo 7 and also it happend randomly. But this time is not going away ... My Pharo 7 VM is installed in "C:\Users\Usuario\Documents\Pharo\vms\70-x64" If i remember correctly i have read there are some issues when is not installed in the default path. regards, bruno -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Dec. 20, 2019

[ANN] Pharo Newsletter December 2019

by Marcus Denker

The December newsletter is now online: https://mailchi.mp/pharo/pharo-newsletter-december-2019 If you have content for the next newsletter -> send me a mail. It starts to get *really* difficult to not forget something. Marcus

Dec. 20, 2019

Techtalk December recording online

by Marcus Denker

"Working with Spec2 and GTK" Recording: https://www.youtube.com/watch?v=IVY7TH4MCXI There is a playlist for all techtalk recordings here: https://www.youtube.com/playlist?list=PL4actYd6bfnx8l8cqYWhdNB6gJgRvk5sH

Dec. 20, 2019