- Pharo-users - lists.pharo.org

Re: [Pharo-users] Trait method override

by Vitor Medina Cruz

Well, found out about aliasing in http://pharo.gemtalksystems.com/book/LanguageAndLibraries/Traits/, is that the correct way of doint it? On Thu, Aug 16, 2018 at 11:30 AM, Vitor Medina Cruz <vitormcruz(a)gmail.com> wrote: > Hello, > > In a class that uses a Trait, how can I override one of it's method by > appending behavior to the method implemented by the Trait? In a typical > override, this is done by calling super: > > method > > super method > "extended behavior" > ... > > > Is there a way to change "super" to a reference the Trait? > > Regards, > Vitor >

Aug. 16, 2018

Re: [Pharo-users] Zinc loading problems (as project dep)

by Sven Van Caekenberghe

Hi Petr, I also have project: 'ZincHTTPComponents' with: [ spec className: 'ConfigurationOfZincHTTPComponents'; repository: 'http://mc.stfx.eu/ZincHTTPComponents'; loads: #('Core' 'Tests' 'REST' 'AWS'); versionString: #stable ]; in my main project, which has not changed in years and always works, AFAIK. I also use(d) the load expression ConfigurationOfZincHTTPComponents project load: #stable a lot and it normally works. Metacello sometimes acts weird when you already have code/projects loaded. I am afraid I don't know what could be wrong. Sven > On 16 Aug 2018, at 17:09, Petr Fischer via Pharo-users <pharo-users(a)lists.pharo.org> wrote: > > > From: Petr Fischer <petr.fischer(a)me.com> > Subject: Zinc loading problems (as project dep) > Date: 16 August 2018 at 17:09:41 GMT+2 > To: pharo-users(a)lists.pharo.org > > > Hello, > > I am trying to load stable Zinc as dependency in my project, like this: > > ... > project: 'ZincHTTPComponents' with: [ > spec > className: #ConfigurationOfZincHTTPComponents; > versionString: #'stable'; > loads: #('Core' 'WebSocket' ); > repository: 'http://mc.stfx.eu/ZincHTTPComponents/' ]. > ... > > I need WebSocket package, whiuch is not loaded by default and updated Core package (there is new method ZnClient defaultEncoder: - I need this). > > Actual stable version of ZincHTTPComponents is 2.9.4 (for Pharo 6.x) and in this 2.9.4 stable version, there is Zinc-HTTP package with version Zinc-HTTP-SvenVanCaekenberghe.475. > > Default version in Pharo 6.1 image is Zinc-HTTP-TheIntegrator.461. > > After my project configuration load, there is no updated Zinc in my image. > > When I try to load manually by: > > ConfigurationOfZincHTTPComponents project load: #stable. > > error dialog occurs complaining about Zinc-HTTP have unsaved changes in the image (load/merge/cancel) - so, maybe, automatic load of Zinc as project depenedency is ignored due to this reason. > > How to solve this situation? Can I force dependency to load (in my project ConfigurationOf)? > > Thanks! Petr Fischer > > > > >

Aug. 16, 2018

Zinc loading problems (as project dep)

by Petr Fischer

Hello, I am trying to load stable Zinc as dependency in my project, like this: ... project: 'ZincHTTPComponents' with: [ spec className: #ConfigurationOfZincHTTPComponents; versionString: #'stable'; loads: #('Core' 'WebSocket' ); repository: 'http://mc.stfx.eu/ZincHTTPComponents/' ]. ... I need WebSocket package, whiuch is not loaded by default and updated Core package (there is new method ZnClient defaultEncoder: - I need this). Actual stable version of ZincHTTPComponents is 2.9.4 (for Pharo 6.x) and in this 2.9.4 stable version, there is Zinc-HTTP package with version Zinc-HTTP-SvenVanCaekenberghe.475. Default version in Pharo 6.1 image is Zinc-HTTP-TheIntegrator.461. After my project configuration load, there is no updated Zinc in my image. When I try to load manually by: ConfigurationOfZincHTTPComponents project load: #stable. error dialog occurs complaining about Zinc-HTTP have unsaved changes in the image (load/merge/cancel) - so, maybe, automatic load of Zinc as project depenedency is ignored due to this reason. How to solve this situation? Can I force dependency to load (in my project ConfigurationOf)? Thanks! Petr Fischer

Aug. 16, 2018

Trait method override

by Vitor Medina Cruz

Hello, In a class that uses a Trait, how can I override one of it's method by appending behavior to the method implemented by the Trait? In a typical override, this is done by calling super: method super method "extended behavior" ... Is there a way to change "super" to a reference the Trait? Regards, Vitor

Aug. 16, 2018

Re: [Pharo-users] separate native window of same Pharo image

by Peter Uhnak

> I believe this is a known Windows issue. Well this is more of a show-stopper than just an issue. Is the project maintained? Is Windows support something that is planned? Thanks, Peter On Thu, Jul 19, 2018 at 7:35 PM kmo <voxkmp(a)gmail.com> wrote: > I believe this is a known Windows issue. I have certainly seen it on my > Windows machine at work. Doesn't happen on Linux. > > > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html > >

Aug. 16, 2018

Re: [Pharo-users] Dynabook and interest based learning

by H. Hirzel

Hello Hilaire I think your 7 posts http://blog.drgeo.eu/tag/dynabook about the concept and learning model associated with the Dynabook are very helpful to see the way forward to use Squeak/Pharo/Cuis as an environment/authoring system for dynamic media. I particular as these posts also contain an analysis what could/should be implemented. --Hannes P.S. I included the Cuis list as I assume some people there are also interested in this. This does not imply that a discussion has to be cc-ed to all lists because many are on more than one list. On 8/11/18, Hilaire <hilaire(a)drgeo.eu> wrote: > How can Dynabook and interest based learning can be related? > > http://blog.drgeo.eu/post/2018/Interest-based-learning > > Hilaire > > -- > Dr. Geo > http://drgeo.eu > > > >

Aug. 16, 2018

Re: [Pharo-users] Jupyter notebooks / Dynabook / JupyterTalk

by Stephan Eggermont

In the group with Roassal you should load the (symbolic) version of Roassal you need. Stephan

Aug. 16, 2018

Re: [Pharo-users] Jupyter notebooks / Dynabook / JupyterTalk

by H. Hirzel

Hello JesÃºs MarÃ Your most recent note about the different groups for the Metacello command clarifies the situation. Thank you also for your two answers yesterday 15th. You asked if I installed Jupyter and and ZeroMQ in your system? The answer is no: I was assuming Jupytertalk (your Pharo Smalltalk implementation) will provide a standalone setup for a Jupyter kernel. Look at how nteract works (https://nteract.io/) works. I download one executable file and that contains the client (the electron packed web browser) and a kernel (nodejs). No Python Jupyter installation necessary. If I want to add a R kernel I execute what is given in https://nteract.io/kernels/r Within R install.packages(c('repr', 'IRdisplay', 'evaluate', 'crayon', 'pbdZMQ', 'devtools', 'uuid', 'digest')) devtools::install_github('IRkernel/IRkernel') IRkernel::installspec() So I thought it is similar with Pharo Smalltalk Jupytertalk. This does not seem to be the case. A full Jupyter installation is 600MB as I have seen so far. I could go for that at the moment but actually I prefer a smaller solution. So my follow up question is: How do I install the ZeroMQ asynchronous messaging library for Pharo? Is that sufficient? I understand that the ZeroMQ installation is a prerequisite for the Pharo Smalltalk Jupytertalk installation but that the Metacello script does not load that (or only part of it) --Hannes On 8/16/18, JesÃºs MarÃ <jmariaguirre(a)gmail.com> wrote: > Yes, you are right, indeed there are three groups in the baseline so you > can > install only JupyterTalk package doing > > Metacello new > baseline: 'JupyterTalk'; > repository: 'github://jmari/JupyterTalk:master/repository'; > load:'default' > > This is the right way. > > ---------------------------- > group: 'default' with: #('JupyterTalk'); > group: 'roassalSupport' with: #('JupyterTalk-Roassal'); > group: 'all' with: #('JupyterTalk-Roassal'). > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html > >

Aug. 16, 2018

Re: [Pharo-users] Jupyter notebooks / Dynabook / JupyterTalk

by JesÃºs MarÃ

Yes, you are right, indeed there are three groups in the baseline so you can install only JupyterTalk package doing Metacello new baseline: 'JupyterTalk'; repository: 'github://jmari/JupyterTalk:master/repository'; load:'default' This is the right way. ---------------------------- group: 'default' with: #('JupyterTalk'); group: 'roassalSupport' with: #('JupyterTalk-Roassal'); group: 'all' with: #('JupyterTalk-Roassal'). -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Aug. 16, 2018

Re: [Pharo-users] XML Writer not pretty printing

by Peter Uhnak

Thanks! #removeAllFormattingNodes did the trick. Perhaps #prettyPrinted / #enablePrettyPrinting should call it by default? WIth regards, Peter On Tue, Aug 14, 2018 at 10:27 PM Carlo <snoobabk(a)gmail.com> wrote: > Hi Peter > > It seems that #preservesIgnorableWhitespace: is only adhered to "...When > validation is enabled and a DTD with element declarations is present..." > (See comment in SAX2ContentHandler>>ignorableWhitespace:) The actual > parsing code is in SAXParserDriver>>handleWhitespace: > > What you could do is use #removeAllFormattingNodes but > your-mileage-may-vary... > > parser := XMLDOMParser > on:'<root> > <tab/> > <twoSpaces/> > <fourSpaces/> > </root>'. > > (parser parseDocument) > removeAllFormattingNodes; > prettyPrinted. > > Regards > Carlo > > On 14 Aug 2018, at 13:08, Peter Uhnak <i.uhnak(a)gmail.com> wrote: > > Hi, > > I am trying to output a pretty printed document, but it seems that the > configuration is being ignored > > doc := '<root> > <tab/> > <twoSpaces/> > <fourSpaces/> > </root>' parseXML. > > String << [ :stream | > doc > printOn: stream > beforeWritingDo: [ :writer | > writer > enablePrettyPrinting; > enablePlatformSpecificLineBreak. > writer formatter indentString: ' '. ] ] > > > produces > > "'<root> > <tab/> > <twoSpaces/> > <fourSpaces/> > </root>'" > > I thought that maybe #preservesIgnorableWhitespace: has something to do > with it, but whether it is true or false, the output is not pretty printed > (not to mention, that pretty printing should ignore any preserved > whitespaces anyway). > > Is this a bug? Should I print it in a different way? > > Thanks, > Peter > > >

Aug. 16, 2018