Re: [Pharo-users] Matrix error

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:

Re: [Pharo-users] Fossil and Filetree

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

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

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

Re: [Pharo-users] Fossil and Filetree

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

Re: [Pharo-users] Fossil and Filetree

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

Re: [Pharo-users] Fossil and Filetree

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,

Re: [Pharo-users] Pharo family update

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

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

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

Re: [Pharo-users] Fossil and Filetree

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

Re: [Pharo-users] Fossil and Filetree

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

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

Hi Peter, Le 24 oct. 2015 à 20:36, Peter Uhnák a écrit : > bump? :) > > On Tue, Sep 29, 2015 at 12:57 AM, Peter Uhnák wrote: > How practical it is to do set-based comparison in > TestAsserter>>assertCollection:hasSameElements: ? > > For example #(1 1 2) has same elements

[Pharo-users] fast subclassing/class creation in tests

Hi, is it possible to do fast, non-system wide class subclassing in tests? Currently I would do something like ~ MyTest>>testSomething cls := SomeParent subclass: #Something. "... do some tests ..." cls removeFromSystem

Re: [Pharo-users] VM crash on Ubuntu 14.04

Posting to Pharos-dev or Vm Dev may find you more assistance. My suggestions would be: a) upgrade to Pharo 5 and b) run in gdb so we all can be better informed about the issue you are seeing. Is PhaROS doing low level calls? --- robert > On Oct 24, 2015, at 3:32 PM, Johan Fabry

Re: [Pharo-users] Pharo family update

Wow, thanks for great feedback to everyone. I will try to modify drawings by your sugestions. Here is few questions: - Aida web framework is ready for Pharo? In Pharo Catalog it is labeled as unstable. - FFI by this:

Re: [Pharo-users] VM crash on Ubuntu 14.04

Can you provide the image file. What exactly runs in the image (does it depend on ROS or does it crash even without it). For what do you use Roassal in this environment. Can you reproduce the crash with a clean image (and maybe loading some package - without all of the ROS-stuff? (I just followed

Re: [Pharo-users] VM crash on Ubuntu 14.04

Ben, thanks for replying but since no VM guys are following up on this, apparently, it does not make much sense for me to go this way. Guys, am I to assume there is not help for me on this topic? > On Oct 23, 2015, at 11:03, Ben Coman wrote: > > On Thu, Oct 22, 2015 at

Re: [Pharo-users] fast subclassing/class creation in tests

You can wrap the subclassing and the \removeFromSystem with SystemAnnouncer uniqueInstance suspendAllWhile: [ ] 2015-10-24 20:43 GMT+02:00 Peter Uhnák : > Hi, > > is it possible to do fast, non-system wide class subclassing in tests? > > Currently I would do something like >

Re: [Pharo-users] fast subclassing/class creation in tests

Extend Pharo byte codes to support Newspeak namespaces. #justsayin --- robert > On Oct 24, 2015, at 6:22 PM, Nicolai Hess wrote: > > You can wrap the subclassing and the \removeFromSystem with > SystemAnnouncer uniqueInstance suspendAllWhile: [ ] > > 2015-10-24 20:43

Re: [Pharo-users] Matrix error

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

Re: [Pharo-users] #collect:as:Dictionary

What is the practical value of creating a dictionary from non-association objects? That seems to me like the programmer made a mistake and forgot something. But maybe you do it regularly, I can only speak for myself. However consider also this: #(a b c) collect: [ :each | each -> each first

Re: [Pharo-users] How to programatically select an item in a Spec TreeModel ?

> > > Unless Cyril is going to do the rewrite himself. > Wasn't that the plan? I'm confused :) Oh? I do not remember anyone mentioning on the mailing list that someone will change Spec to use FT. Or was this from some internal discussion at Inria/Synectique? Peter

Re: [Pharo-users] How to programatically select an item in a Spec TreeModel ?

Le 24 oct. 2015 8:12 AM, "Peter Uhnák" a écrit : >> >> Waiting for the FT-based rewrite is the thing to do. > > > If by waiting you mean doing FT-based rewrite, then sure. :) Ah, you want to do it? ;) > Unless Cyril is going to do the rewrite himself. Wasn't that the plan?

Re: [Pharo-users] Fossil and Filetree

I will write you if needed, I am not there yet. Hilaire Le 22/10/2015 22:51, Dale Henrichs a écrit : > Hilaire, if you are interested in contributing, I would be willing to > add you to the FileTree project up on GitHub ... Oops, unless you > don't want to be:) > > Dale > > On 10/22/2015 01:40

Re: [Pharo-users] How to programatically select an item in a Spec TreeModel ?

Thank you very much ! Le ven. 23 oct. 2015 à 21:03, Peter Uhnák a écrit : > It's also possible that it is simply bugged. > > PackageRemotesManager doesn't use TreeModel, it uses different widget > (whose API looks cleaner). > > I'll try to look at this tomorrow (unless

Re: [Pharo-users] How to programatically select an item in a Spec TreeModel ?

> > Waiting for the FT-based rewrite is the thing to do. If by waiting you mean doing FT-based rewrite, then sure. :) Unless Cyril is going to do the rewrite himself. P

Re: [Pharo-users] #collect:as:Dictionary

2015-10-23 8:33 GMT+02:00 Marcus Denker : > > > On 23 Oct 2015, at 07:12, Peter Uhnák wrote: > > > > Hi, > > > > is this intentional behavior? > > > > #(a b c) collect: [ :each | each -> each first asciiValue ] as: > Dictionary. > > "a

Re: [Pharo-users] How to programatically select an item in a Spec TreeModel ?

Le 24 oct. 2015 12:07 PM, "Peter Uhnák" a écrit : >> >> > Unless Cyril is going to do the rewrite himself. >> Wasn't that the plan? I'm confused :) > > > Oh? I do not remember anyone mentioning on the mailing list that someone will change Spec to use FT. Or was this from some

Re: [Pharo-users] Pharo family update

Le 24/10/2015 09:27, stepharo a écrit : > Superb! Really nice > Margritte -> Magritte > Mondorian -> Mondrian > > to add > > Never heard about PharoLink but you should have Garage (a database > generic API) > > You could add MongoTalk close to Voyage > > GLORP > Relational > Mapper >

Re: [Pharo-users] Pharo family update

Superb! Really nice Margritte -> Magritte Mondorian -> Mondrian to add Never heard about PharoLink but you should have Garage (a database generic API) You could add MongoTalk close to Voyage GLORP Relational Mapper Woden 3D Roassal3D Omnibrowser is deprecated I would put

Re: [Pharo-users] How to programatically select an item in a Spec TreeModel ?

Le 24/10/2015 08:11, Peter Uhnák a écrit : > Waiting for the FT-based rewrite is the thing to do. > > > If by waiting you mean doing FT-based rewrite, then sure. :) > > Unless Cyril is going to do the rewrite himself. > > P > Hi, Create a FTTree should be my next work :) I already begun