October 2015 - Pharo-users - lists.pharo.org

Re: [Pharo-users] TestAsserter>>assertCollection:hasSameElements:

by Peter UhnÃ¡k

bump? :) On Tue, Sep 29, 2015 at 12:57 AM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > How practical it is to do set-based comparison > in TestAsserter>>assertCollection:hasSameElements: ? > > For example #(1 1 2) has same elements as #(1 2) which may make sense for > sets, but not for bags. > > The main reason I was using it is that in tests the expected collection > may be created by hand, > which means it is very often an array #(...), { ... }, while models very > often return OrderedCollections (at least in my case). > > So my question is --- how to compare collections irrespective of type, and > possibly of order? > > A) always convert the actual collection toanArray > > B) change difference: behavior for non-sets (ton of work with catastrophic > consequences) > > C) extend TAssertable with new methods like > > #assertElementsOf: actualCollection equals: expectedCollection > #assertUnorderedElementsOf: actualCollection equals: expectedCollection > > C.a) directly in Pharo/SUnit > C.b) in independend SUnit-Extensions repository/project > C.c) just in my project > > D) stop discussing non-problems > > Thanks, > Peter >

Oct. 24, 2015

Re: [Pharo-users] Fossil and Filetree

by Dale Henrichs

At the end of the day, I would assume that it would be possible to run travis-ci tests against a fossil repository which would be very useful to have ... but like I said, I'm fine with whatever you guys decide... Dale On 10/24/15 10:12 AM, Thierry Goubier wrote: > Le 24/10/2015 18:56, Hilaire a Ã©crit : >> I was not aware filetree need to be modified as well? But wait, I can >> use it right now with Fossil, so I am bit lost. > > No, no. This is just the development of GitFileTree is integrated > inside the main FileTree repository. > > If you look at > https://github.com/dalehenrich/filetree/tree/pharo4.0/repository, > you'll find both MonticelloFileTree-Core and MonticelloFileTree-Git > (as well as the Tests and the GitTests). > > Thierry > >> >> Hilaire >> >> Le 24/10/2015 18:44, Thierry Goubier a Ã©crit : >>> Hilaire, Dale, >>> >>> the easiest would be to make a fork of filetree on github, and try >>> from there. But a branch in the main filetree would work just as well, >>> with the added benefit of the travis CI integration (and gitfiletree >>> has tests in there). Running tests locally is often necessary, but >>> setting it up is a bit more involved (but I should have that in a >>> Makefile somewhere). >>> >>> Hilaire, if you prefer a Smalltalkhub project, just do so and I'll >>> make regular merges back into filetree. >>> >>> Thierry >> >> > >

Oct. 24, 2015

Re: [Pharo-users] Fossil and Filetree

by Thierry Goubier

Le 24/10/2015 18:56, Hilaire a Ã©crit : > I was not aware filetree need to be modified as well? But wait, I can > use it right now with Fossil, so I am bit lost. No, no. This is just the development of GitFileTree is integrated inside the main FileTree repository. If you look at https://github.com/dalehenrich/filetree/tree/pharo4.0/repository, you'll find both MonticelloFileTree-Core and MonticelloFileTree-Git (as well as the Tests and the GitTests). Thierry > > Hilaire > > Le 24/10/2015 18:44, Thierry Goubier a Ã©crit : >> Hilaire, Dale, >> >> the easiest would be to make a fork of filetree on github, and try >> from there. But a branch in the main filetree would work just as well, >> with the added benefit of the travis CI integration (and gitfiletree >> has tests in there). Running tests locally is often necessary, but >> setting it up is a bit more involved (but I should have that in a >> Makefile somewhere). >> >> Hilaire, if you prefer a Smalltalkhub project, just do so and I'll >> make regular merges back into filetree. >> >> Thierry > >

Oct. 24, 2015

Re: [Pharo-users] Fossil and Filetree

by Hilaire

I was not aware filetree need to be modified as well? But wait, I can use it right now with Fossil, so I am bit lost. Hilaire Le 24/10/2015 18:44, Thierry Goubier a Ã©crit : > Hilaire, Dale, > > the easiest would be to make a fork of filetree on github, and try > from there. But a branch in the main filetree would work just as well, > with the added benefit of the travis CI integration (and gitfiletree > has tests in there). Running tests locally is often necessary, but > setting it up is a bit more involved (but I should have that in a > Makefile somewhere). > > Hilaire, if you prefer a Smalltalkhub project, just do so and I'll > make regular merges back into filetree. > > Thierry -- Dr. Geo http://drgeo.eu http://google.com/+DrgeoEu

Oct. 24, 2015

Re: [Pharo-users] Fossil and Filetree

by Thierry Goubier

Hilaire, Dale, the easiest would be to make a fork of filetree on github, and try from there. But a branch in the main filetree would work just as well, with the added benefit of the travis CI integration (and gitfiletree has tests in there). Running tests locally is often necessary, but setting it up is a bit more involved (but I should have that in a Makefile somewhere). Hilaire, if you prefer a Smalltalkhub project, just do so and I'll make regular merges back into filetree. Thierry Le 24/10/2015 18:04, Dale Henrichs a Ã©crit : > Thierry and Hilaire, > > If you want to work together up on the github repo, that's up to you and > Hilaire, if you have a github id, let me know and I will add you as a > contributor on the project so that you two can work together ... > > Dale > > On 10/24/15 6:55 AM, Hilaire wrote: >> Le 22/10/2015 10:47, Thierry Goubier a Ã©crit : >>> Yes, I guess so. >>> >>> Still, with all the people interested by Fossil, I think the >>> motivation is there. And it would be nice to see a bit of refactoring >>> to decouple the format from the specific commands used for the >>> specific VCS. >>> >>> Thierry >> I started to look at it creating abstracted super classes. But RB >> (refactoring tool I guess) bumped on the middle, try again, then went >> fine, ouf! >> Any sandbox where to commit? >> >> Hilaire >> > > >

Oct. 24, 2015

Re: [Pharo-users] Fossil and Filetree

by Dale Henrichs

Thierry and Hilaire, If you want to work together up on the github repo, that's up to you and Hilaire, if you have a github id, let me know and I will add you as a contributor on the project so that you two can work together ... Dale On 10/24/15 6:55 AM, Hilaire wrote: > Le 22/10/2015 10:47, Thierry Goubier a Ã©crit : >> Yes, I guess so. >> >> Still, with all the people interested by Fossil, I think the >> motivation is there. And it would be nice to see a bit of refactoring >> to decouple the format from the specific commands used for the >> specific VCS. >> >> Thierry > I started to look at it creating abstracted super classes. But RB > (refactoring tool I guess) bumped on the middle, try again, then went > fine, ouf! > Any sandbox where to commit? > > Hilaire >

Oct. 24, 2015

Re: [Pharo-users] Pharo family update

by Martin BÃ¤hr

Excerpts from Adam's message of 2015-10-23 23:58:48 +0200: > I just updated drawing of projects around Pharo. > > Main idea is to guide people (new users of Pharo) through fields of interests > - something they might be looking for. I choose these 10 fields devided into > some specific subjects. Somewhere it is too detailed, while elsewhere it is > too fuzzy - it is just showing image of Pharo I have in my mind. this looks great! i would order the topics so that related ones are next to each other, for example it is a bit puzzling why http/zinc is not part of webdevelopment, but if you order them so that you have development - web - server ... then zinc and web would be very close and the exact category would not matter. it could even be in the middle. same goes for monticello and metacello. aren't they closely related? why is one in development, the other in working? putting working next to development would solve that. i think this order would place related topics close to each other: working - development - web - server - connectors - data - model - import/export - output - graphics closing the circle, graphics touches working which relates to the games and multimedia subtopics too. this is actually something i preferred from the first version. it was more fuzzy and didn't make such absolute statements where something belongs that people could argue about. (ok, maybe i am the only one arguing :-) > I prepared textual version on github - but right now it is not coherent with > the drawing (I will correct this if needed). maybe also put the svg on github so that people can fork and update it? greetings, martin. -- eKita - the online platform for your entire academic life -- chief engineer eKita.co pike programmer pike.lysator.liu.se caudium.net societyserver.org secretary beijinglug.org mentor fossasia.org foresight developer foresightlinux.org realss.com unix sysadmin Martin BÃ¤hr working in china http://societyserver.org/mbaehr/

Oct. 24, 2015

Re: [Pharo-users] Matrix error

by Offray Vladimir Luna CÃ¡rdenas

Thanks Werner, Both work fine. First seems more legible to me and I don't need DhbVector properties yet. My error was using #numberOfRows #numberOfColumns as constructors instead of #rows and #columns. Cheers, Offray On 24/10/15 03:21, Werner Kassens wrote: > Hi Offray, > you could try this: > > medMatrix:=Matrix rows: 5 columns: 7. > 1 to: medMatrix numberOfRows do: [:row | > 1 to: medMatrix numberOfColumns do: [ :column | > medMatrix at: row at: column put: 0. > Transcript show: row asString, ',', column asString, '|'. > ]. > Transcript cr. > ]."see transcript" > medMatrix. > "(0 0 0 0 0 0 0 > 0 0 0 0 0 0 0 > 0 0 0 0 0 0 0 > 0 0 0 0 0 0 0 > 0 0 0 0 0 0 0 )" > "in scismalltalk:" > m2:=DhbMatrix rows: ((1 to: 5) collect:[:i|(Array new:7)]). > 1 to: m2 numberOfRows do: [:row | > 1 to: m2 numberOfColumns do: [ :column | > m2 at: row at: column put: 0. > Transcript show: row asString, ',', column asString, '|'. > ]. > Transcript cr. > ]."see transcript" > m2. > "a DhbVector(0 0 0 0 0 0 0) > a DhbVector(0 0 0 0 0 0 0) > a DhbVector(0 0 0 0 0 0 0) > a DhbVector(0 0 0 0 0 0 0) > a DhbVector(0 0 0 0 0 0 0)" > > > werner > >

Oct. 24, 2015

Re: [Pharo-users] Data Kitchen: A data visualization project powered by Pharo. Feedback welcomed.

by Offray Vladimir Luna CÃ¡rdenas

Sorry... this was meant to be a private mail... Offray On 24/10/15 09:49, Offray Vladimir Luna CÃ¡rdenas wrote: > Hi Serge, > > As I told you, once the call was over, I will be talking with you. So > here we are :-). Our proposal didn't make it to the next round, but > we're having this conversation thanks to the participation, which is > already a big benefit. > > I would like to give you some deeper overview of the Data Kitchen > project and where is "conceptually" located to zoom in in health > related issues to let you see where collaboration could happen. > > The Data Kitchen project is part of the explorations I'm making in my > doctoral studies. The "philosophical question" is "how we can change > the digital artifacts that change us?". By "we" I'm talking about the > community around a local hackerspace (in a broader sense), because > this places are interesting "laboratories" of social appropriation of > science and technology with dynamics which are different (at least in > the Global South) of more institutionalized approaches (like the ones > in universities). We're not constrained by curricula or titles, but > also we have less resources and "official" dialog spaces, like happens > with universities. So I think that hackerspaces are a key places for > this kind of experiments and studies on other ways to make/appropriate > knowledge (including health related issues). Data Kitchen, Data Week > and other projects a wrote/plan, happens in our local hackerspace. > > The idea of interactive data narratives & visualizations started > because after a local hackathon on 2013, I saw that the mobile "apps" > approach was pretty limited. People become "data sensors" of mobile > phones to feed some cloud infrastructure they don't own or understand. > On the other hand, telling stories with data is more empowering: once > you have understand how to tell your first story, you can tell another > one without depending on software developers, app makers, external > clouds, etc. And data story telling can be a bridge between the > programming world and the oral/printing world. This were the reasons > behind trying to make my own self-contained moldable tool and pocket > infrastructure for data visualization and narratives. > > Because I have been related with civic hackers and/or hacktivits, one > of the first places I'm trying to look is twitter and that is one of > my primary concerns, and because I made a consultancy for the > Colombian government on Open and Community Innovation on Health, this > is a secondary one. A friend is working on data visualization to > compare how much medicine info is released by public health agencies. > I'll try to use Roassal on that visualization. > > My idea would be to implement data kitchen (this mix of tools, people > and places) and use political discourse on Twitter and public medicine > information as examples in our workshops and published memories and > materials, but I would like to open the possibility to the people to > bring their own data sets and questions to the table. > > Most of my studies and work has been auto-sponsored but is taking long > time to get results because I need to pause research for work and > viceversa, so I'm really interested in some ways to make this project > and its associated research sustainable, so I will be waiting to hear > your ideas and proposals. > > Thanks for your interest Serge, > > Bests, > > Offray > > On 15/10/15 02:43, Serge Stinckwich wrote: >> On Thu, Oct 15, 2015 at 2:07 AM, Offray Vladimir Luna CÃ¡rdenas >> <offray(a)riseup.net> wrote: >>> Hi, >>> >>> In my effort to more create more meaningful computer mediated >>> experiences >>> for me and other and to use Pharo as a medium for that I have >>> proposed the >>> following project: >>> >>> --- >>> >>> - Name: Data Kitchen: Frictionless data, moldable tools, pocket >>> infrastructures & permanent workshops for community empowerment >>> - url: >>> https://www.newschallenge.org/challenge/data/entries/data-kitchen-frictionl… >>> >>> >>> --- >>> >>> It combines the ideas of moldable tools, agile visualization in this >>> community with some of other like frictionless data, by Open Knowledge >>> Foundation and what I call "pocket infrastructures". Any feedback is >>> welcomed. You can make it here in this list, but if you can made it >>> on their >>> platform, from a simple "heart" (+1) or drop me a line, it would be >>> greatly >>> appreciated and it will help to make more visible the project. >> I really like the idea of using Pharo/ROASSAL for data viz especially >> in the context of southern countries (you talk about about Global >> South in your document). Having a portable environment is definitively >> a plus in the context of countries where the bandwidth is really >> limited. >> My lab is working with developing countries (including south-america) >> and we could exchange some private emails on how to sustain such a >> project. >> I'm interested by such tool in the context of health and/or crisis >> issues for example. >> >> Regards, > > >

Oct. 24, 2015

Re: [Pharo-users] Data Kitchen: A data visualization project powered by Pharo. Feedback welcomed.

by Offray Vladimir Luna CÃ¡rdenas

Hi Serge, As I told you, once the call was over, I will be talking with you. So here we are :-). Our proposal didn't make it to the next round, but we're having this conversation thanks to the participation, which is already a big benefit. I would like to give you some deeper overview of the Data Kitchen project and where is "conceptually" located to zoom in in health related issues to let you see where collaboration could happen. The Data Kitchen project is part of the explorations I'm making in my doctoral studies. The "philosophical question" is "how we can change the digital artifacts that change us?". By "we" I'm talking about the community around a local hackerspace (in a broader sense), because this places are interesting "laboratories" of social appropriation of science and technology with dynamics which are different (at least in the Global South) of more institutionalized approaches (like the ones in universities). We're not constrained by curricula or titles, but also we have less resources and "official" dialog spaces, like happens with universities. So I think that hackerspaces are a key places for this kind of experiments and studies on other ways to make/appropriate knowledge (including health related issues). Data Kitchen, Data Week and other projects a wrote/plan, happens in our local hackerspace. The idea of interactive data narratives & visualizations started because after a local hackathon on 2013, I saw that the mobile "apps" approach was pretty limited. People become "data sensors" of mobile phones to feed some cloud infrastructure they don't own or understand. On the other hand, telling stories with data is more empowering: once you have understand how to tell your first story, you can tell another one without depending on software developers, app makers, external clouds, etc. And data story telling can be a bridge between the programming world and the oral/printing world. This were the reasons behind trying to make my own self-contained moldable tool and pocket infrastructure for data visualization and narratives. Because I have been related with civic hackers and/or hacktivits, one of the first places I'm trying to look is twitter and that is one of my primary concerns, and because I made a consultancy for the Colombian government on Open and Community Innovation on Health, this is a secondary one. A friend is working on data visualization to compare how much medicine info is released by public health agencies. I'll try to use Roassal on that visualization. My idea would be to implement data kitchen (this mix of tools, people and places) and use political discourse on Twitter and public medicine information as examples in our workshops and published memories and materials, but I would like to open the possibility to the people to bring their own data sets and questions to the table. Most of my studies and work has been auto-sponsored but is taking long time to get results because I need to pause research for work and viceversa, so I'm really interested in some ways to make this project and its associated research sustainable, so I will be waiting to hear your ideas and proposals. Thanks for your interest Serge, Bests, Offray On 15/10/15 02:43, Serge Stinckwich wrote: > On Thu, Oct 15, 2015 at 2:07 AM, Offray Vladimir Luna CÃ¡rdenas > <offray(a)riseup.net> wrote: >> Hi, >> >> In my effort to more create more meaningful computer mediated experiences >> for me and other and to use Pharo as a medium for that I have proposed the >> following project: >> >> --- >> >> - Name: Data Kitchen: Frictionless data, moldable tools, pocket >> infrastructures & permanent workshops for community empowerment >> - url: >> https://www.newschallenge.org/challenge/data/entries/data-kitchen-frictionl… >> >> --- >> >> It combines the ideas of moldable tools, agile visualization in this >> community with some of other like frictionless data, by Open Knowledge >> Foundation and what I call "pocket infrastructures". Any feedback is >> welcomed. You can make it here in this list, but if you can made it on their >> platform, from a simple "heart" (+1) or drop me a line, it would be greatly >> appreciated and it will help to make more visible the project. > I really like the idea of using Pharo/ROASSAL for data viz especially > in the context of southern countries (you talk about about Global > South in your document). Having a portable environment is definitively > a plus in the context of countries where the bandwidth is really > limited. > My lab is working with developing countries (including south-america) > and we could exchange some private emails on how to sustain such a > project. > I'm interested by such tool in the context of health and/or crisis > issues for example. > > Regards,

Oct. 24, 2015