March 2016 - Pharo-users - lists.pharo.org

Re: [Pharo-users] [Metacello] Apparent loop in before / after ....

by Dale Henrichs

Hi Stef, Before we get too far, there is a `false ifTrue: [` statement in the middle of MetacelloPackagesSpec>>sortPackageSpecs:packageSpec:groupLoops:for:. If you change the false to true and then run again with the Transcript open to record the information ... With these loops, you want to look for a repeating pattern near the end and/or pass me the output from the Transcript and let me help figure out the problem ... I've started an issue[1] for this problem in case we come up with enough information to be able to improve the validation or at least provide better info than: edit this method and call Dale :) Dale [1] https://github.com/dalehenrich/metacello-work/issues/387 On 03/26/2016 01:56 PM, stepharo wrote: > hi dale > > I'm working a pretty large configuration and I got the following error > messsage (and I do not understand I cannot debug). > Do you have any suggestion because I did not even know that this error > exist before. > I disabled the validation of the config because it validates packages > that I cannot modify such as XML or SMark. > > Stef > > >

March 28, 2016

Re: [Pharo-users] Call for action for Roassal

by Offray Vladimir Luna CÃ¡rdenas

Hi Alexandre, On 28/03/16 12:55, Alexandre Bergel wrote: > Hi Offray! > >> On the data input front, the main aspect in the workshops is "where the data comes from?". In the examples of the book, most of it comes from the Pharo/Moose image itself. Where providing external data sources (Tweets, medicine info, public spending) and we're creating custom objects to >> hold them, but some kind of "generic" spreadsheet for populating/viewing/editing data sources would be the best addition here. > Yes, you are right. I have tried to change this. However, I do not always have the data in hand. Help is welcome on this... And help is coming (sort of... ;-)), because I meant "We're providing external data sources (Tweets, medicine info, public spending) and we're creating custom objects to hold them" in grafoscopio. In the "generic spreadsheet" front we're trying to provide support for SQLite, so we could try to see what aspects of grafoscopio can be used in tandem with Roassal. >> On the data output front, the HTML exporter generates a great impression. I think that improving it and including the support for some small "web applets" with sliders/menus/inbox would be the next step. > This is an interesting point. However, the web world is tough. Sure, we could improve the exporter. But competing against d3 and all its friends is difficult. For example, this morning Iâve heard about http://dimplejs.org . Frankly, it is much simpler to use it than embed a Roassal-generated visualization in an html page. > Having Pharo play a bigger role on the web yes. But the Roassal effort cannot drag it all. > Again, suggestion and help are more than welcome... I don't know if is possible to use something like and exporter raphael.js or dimplejs or d3.js... I'm trying something like that for the pdf world, leveraging the power of pandoc and LaTeX, while keeping the moldability and interactivity of writing/visualizing inside Pharo. Anyway, is interesting to consider this future paths and know which are the perceptions of different actors while using Roassal. Cheers and thanks as always for this community and what it makes :-), Offray

March 28, 2016

Re: [Pharo-users] Call for action for Roassal

by Alexandre Bergel

Hi Offray! > On the data input front, the main aspect in the workshops is "where the data comes from?". In the examples of the book, most of it comes from the Pharo/Moose image itself. Where providing external data sources (Tweets, medicine info, public spending) and we're creating custom objects to > hold them, but some kind of "generic" spreadsheet for populating/viewing/editing data sources would be the best addition here. Yes, you are right. I have tried to change this. However, I do not always have the data in hand. Help is welcome on this... > On the data output front, the HTML exporter generates a great impression. I think that improving it and including the support for some small "web applets" with sliders/menus/inbox would be the next step. This is an interesting point. However, the web world is tough. Sure, we could improve the exporter. But competing against d3 and all its friends is difficult. For example, this morning Iâve heard about http://dimplejs.org . Frankly, it is much simpler to use it than embed a Roassal-generated visualization in an html page. Having Pharo play a bigger role on the web yes. But the Roassal effort cannot drag it all. Again, suggestion and help are more than welcome... Alexandre > > On 24/02/16 03:51, Alexandre Bergel wrote: >> Dear community, >> >> As you may have seen, Roassal has entered a stabilization phase. The book AgileVisualization.com will soon be released. After its release, Roassal will go over a new development phase. In order to prepare it, I am asking this question: >> >> What are the 3 aspects you would like to see improved in Roassal? >> >> You can answer publicly or by sending private messages. >> >> Kind regards, >> Alexandre > >

March 28, 2016

Re: [Pharo-users] Running Pharo 5 on Ubuntu 16.04

by Peter UhnÃ¡k

> > I get: > bash: ./pharo: No such file or directory This is an error if you try to run 32bit on 64bit (or if the file is missing â just to make things confusing ;)). Look here at the "Other" section http://pharo.org/gnu-linux-installation sudo dpkg --add-architecture i386 sudo apt-get update sudo apt-get install libx11-6:i386 sudo apt-get install libgl1-mesa-glx:i386 sudo apt-get install libfontconfig1:i386 sudo apt-get install libssl1.0.0:i386 Peter

March 28, 2016

Re: [Pharo-users] [Moose-dev] Re: Call for action for Roassal

by Alexandre Bergel

I checked the Roassal plugin you defined, but it uses NBMacShell, for which I have no idea what this is :-) Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > On Mar 28, 2016, at 2:41 PM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > > Hi Peter! > > Any news about the GraphViz layout? > > Cheers, > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu <http://www.bergel.eu/> > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > >> On Feb 24, 2016, at 6:35 AM, Peter UhnÃ¡k <i.uhnak(a)gmail.com <mailto:i.uhnak@gmail.com>> wrote: >> >> >> >> On Wed, Feb 24, 2016 at 10:28 AM, Anne Etien <anne.etien(a)univ-lille1.fr <mailto:anne.etien@univ-lille1.fr>> wrote: >> Hi Alexandre, >> >> In a wonderful world, I would like: >> - a real graph layout (like in graphviz) that can take into account around hundred nodes and several hundred of edges and place the nodes in order to see something. Currently, I have to use the circle layout and it looks strange. >> >> Unfortunately making real graph layouts is really hard issueâ¦ I've wrote my bachelor thesis about this and didn't get very far; it's bit of a nightmare if you don't have good foundations. :'( >> >> In any case, I wrote a simpler layout delegator in Roassal that delegates the layouting to graphviz and it works reasonably well, so I could probably add it to Roassal (you however need graphviz installed and it would add another dependency to Roassal, which I'm not so keen on). >> >> Maybe also OGDF (http://ogdf.net/doku.php <http://ogdf.net/doku.php>) could be used if you are ok with GPLâ¦ they have their own graph format so there could be some interaction. >> >> Peter >

March 28, 2016

Re: [Pharo-users] is there a better way to browse the mail archives than

by Peter UhnÃ¡k

This http://forum.world.st/Pharo-f1294836.html ? On Sun, Mar 27, 2016 at 8:00 PM, Torsten Bergmann <astares(a)gmx.de> wrote: > >is there a better way to browse the mail archives > > > http://lists.pharo.org => select the list and click on "Archives" > >

March 28, 2016

Re: [Pharo-users] [Spec] CheckBoxModel>>enabled: does not work?

by Peter UhnÃ¡k

Indeed, it is broken https://pharo.fogbugz.com/f/cases/17754/CheckBoxModel-RadioButtonModel-igno… I don't know how this is done in morphic, but you could probably hack it via buttonModel whenBuiltDo: [ :w | w widget someMorphicMessageSend ] (or something like that) On Sat, Mar 26, 2016 at 8:00 PM, Julien Delplanque <julien(a)tamere.eu> wrote: > Hello, > > I am trying to disable a CheckBoxModel using #enabled: method does not > works. > > Any idea? > > Regards, > > Julien > >

March 28, 2016

Re: [Pharo-users] [Moose-dev] Re: Call for action for Roassal

by Alexandre Bergel

Hi Peter! Any news about the GraphViz layout? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > On Feb 24, 2016, at 6:35 AM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > > > > On Wed, Feb 24, 2016 at 10:28 AM, Anne Etien <anne.etien(a)univ-lille1.fr <mailto:anne.etien@univ-lille1.fr>> wrote: > Hi Alexandre, > > In a wonderful world, I would like: > - a real graph layout (like in graphviz) that can take into account around hundred nodes and several hundred of edges and place the nodes in order to see something. Currently, I have to use the circle layout and it looks strange. > > Unfortunately making real graph layouts is really hard issueâ¦ I've wrote my bachelor thesis about this and didn't get very far; it's bit of a nightmare if you don't have good foundations. :'( > > In any case, I wrote a simpler layout delegator in Roassal that delegates the layouting to graphviz and it works reasonably well, so I could probably add it to Roassal (you however need graphviz installed and it would add another dependency to Roassal, which I'm not so keen on). > > Maybe also OGDF (http://ogdf.net/doku.php <http://ogdf.net/doku.php>) could be used if you are ok with GPLâ¦ they have their own graph format so there could be some interaction. > > Peter

March 28, 2016

Re: [Pharo-users] left-pad.io

by Esteban A. Maringolo

2016-03-25 8:55 GMT-03:00 Sven Van Caekenberghe <sven(a)stfx.eu>: >> On 24 Mar 2016, at 22:25, phil(a)highoctane.be wrote: >> Internet, the great CO2 production device. >> http://www.internetlivestats.com/watch/co2-emissions/ > It feels to me that those calculations are always too simple, and wrong as well. Multiplying maximum server power usage times maximum dirty electricity generation CO2 emission gives overstated results. There is a huge drive for lower power consumption (because electricity in a data center is VERY expensive), to move datacenters to cooler areas, to power them with clean, renewable electricity. Ask bitcoin miners about getting efficient computing. :) > BTW, it seems that I did not fully understand the story about the left-pad.io library, here is one writeup: > > Rage-quit: Coder unpublished 17 lines of JavaScript and âbroke the Internetâ > Dispute over module name in npm registry became giant headache for developers > http://arstechnica.com/information-technology/2016/03/rage-quit-coder-unpub… > > Quite interesting & food for thought. It's interesting, and that's a difference with Debian's apt-get; while npm is both the tool and, mostly, an unique the registry, apt-get decouples that so you can have your custom deb sources. Pharo way of dealing with dependencies is good, but we lack the packaging system and convenient CLI. Dale's tODE is a good example of something done in that direction. Regards, Esteban A. Maringolo

March 28, 2016

Re: [Pharo-users] is there a better way to browse the mail archives than

by Dominique B.

Hi all,Dear Stepharo, I recenty discovered MarkMAil.http://markmail.org/search/list:fr.inria.gforge.lists.pharo-projec… Â Â Â Â Dominique Bordereaux Le Dimanche 27 mars 2016 12h48, stepharo <stepharo(a)free.fr> a Ã©crit : Hi I would like the reread the thread on || and pragmas and I have difficulty using the interface of http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html is there a better way to browse the mail archives it? Stef

March 28, 2016