- Pharo-dev - lists.pharo.org

Re: [Pharo-project] [Pharo-users] Company/freelance working with Pharo/Seaside

by StÃ©phane Ducasse

On Dec 12, 2011, at 11:45 AM, Sven Van Caekenberghe wrote: > > On 12 Dec 2011, at 11:28, StÃ©phane Ducasse wrote: > >> We need your inputs to build a structure to answer these questions. >> So what would help you to make your clients feel more confident? >> Again I repeat it (and I know that you know): we are really interested in making business grows around pharo. >> >> so do you think that the consortium could have a list of >> companies offering services? >> freelancers? >> â¦ >> The consortium should help you. > > Having an active community where many people participate in making Pharo better all the time is the best reference. > > It is also important that success stories, even small ones, are shared. > > Having a public list of available consultancy resources would be good, yes. > > But I guess that half the people on these lists are available for remotely delivered services in one form or another ;-) > > Although it is important that the community keeps on growing, we reached critical mass a long time ago, IMHO. :) Yes but I would like to structure that point :) > > Sven

Dec. 12, 2011

Re: [Pharo-project] Do we need the URI Package?

by Frank Shearar

On 11 December 2011 16:51, Sven Van Caekenberghe <sven(a)beta9.be> wrote: > > On 11 Dec 2011, at 11:38, Marcus Denker wrote: > >> Hi, >> >> There are three packages concerned with URLs: >> >> Â Â Â -> ZnUrl in Zinc >> Â Â Â -> Network-URI >> Â Â Â -> Network-Url >> >> URI was a package from Impara that was used extensively in all Impara products and Sophie... back than, >> the idea was to integrate Impara infrastructure in Squeak, but that did not happen due to politics... >> >> Network-URI seems to be used nowhere in the system, so I guess we can remove it? Or is anyone using it? > > ZnUrl started as a copy of Seaside's WAUrl. From the class comment: > > Â I am ZnUrl, an implementation of an interpreted HTTP(S) URL/URI. > Â Contrary to other implementations, this one is specific for HTTP(S). > > In other words, it might not be general enough, although I think it is better in its domain. > Covering all possible URI/URL types over all kinds of applications is not simple. Indeed - Squeak's Network-URI supports things like mailto: schemes, and there's a registration mechanism for arbitrary URIs (like SIP URIs). I can't imagine that Pharo's Network-URI has diverged very far from Squeak's? frank > Yes, we need to simplify this, but it is a lot of work. Maybe we could have a look at what other libraries do. > > Sven

Dec. 12, 2011

[Pharo-project] Citezen

by Alexandre Bergel

Hi! Apparently, Citezen does not parse scg.bib (http://scg.unibe.ch/scgbib) The following expression raises an error: CZBibParser parse: (FileStream fileNamed: '/Users/alexandrebergel/Workspace/scgbib/scg.bib') contents Is there something obvious I missed? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Dec. 12, 2011

Re: [Pharo-project] [Pharo-users] Company/freelance working with Pharo/Seaside

by Sven Van Caekenberghe

On 12 Dec 2011, at 11:28, StÃ©phane Ducasse wrote: > We need your inputs to build a structure to answer these questions. > So what would help you to make your clients feel more confident? > Again I repeat it (and I know that you know): we are really interested in making business grows around pharo. > > so do you think that the consortium could have a list of > companies offering services? > freelancers? > â¦ > The consortium should help you. Having an active community where many people participate in making Pharo better all the time is the best reference. It is also important that success stories, even small ones, are shared. Having a public list of available consultancy resources would be good, yes. But I guess that half the people on these lists are available for remotely delivered services in one form or another ;-) Although it is important that the community keeps on growing, we reached critical mass a long time ago, IMHO. Sven

Dec. 12, 2011

Re: [Pharo-project] IdentitySet but using #hash rather than #identityHash ?

by Levente Uzonyi

On Mon, 12 Dec 2011, Mariano Martinez Peck wrote: > Hi guys. I hope this is not a very stupid question. Background: in Fuel we > have a IdentityDictionary where we put each of the objects we find while > traversing the graph. We need to use IdentitySet because we cannot have > repetitions (and to avoid loops) so we NEED to use #==. In such dictionary > we put ALL objects of the graph, so it can be very big. Since IdentitySet > uses #identityHash, it means it will be using those ONLY 12 bits in the > object header. It means that we have 2^12 = 4096 different values. > > Question: having explained the previous, I wanted to be able to use #hash > rather than #identityHash since several classes implement #hash and hence I > thought that using #hash I could have less colisions and hence a better > performance. I tried to make a subclass of IdentitySet that uses #hash > rather than #identityHash but my image freezes. I also tried something like: > > set := PluggableSet new. > set hashBlock: [ :elem | elem hash ]. > set equalBlock: [ :a :b | a == b ]. > > But it doesn't work either. I works with simple tests in a workspace but > when I run the full tests of Fuel, it enters in a loop in the method #hash > of Collection.. > > Anyway, my question is, should that work? if not, what is the exact reason? If the serialized objects remain unchanged, then it can work. You can also give another IdentitySet implementation a try, e.g.: http://leves.web.elte.hu/squeak/LargeIdentitySet.st . Levente > > Thanks in advance, > > -- > Mariano > http://marianopeck.wordpress.com >

Dec. 12, 2011

Re: [Pharo-project] [Pharo-users] Company/freelance working with Pharo/Seaside

by StÃ©phane Ducasse

Janko, stephane and others We need your inputs to build a structure to answer these questions. So what would help you to make your clients feel more confident? Again I repeat it (and I know that you know): we are really interested in making business grows around pharo. so do you think that the consortium could have a list of companies offering services? freelancers? â¦ The consortium should help you. Stef

Dec. 12, 2011

[Pharo-project] IdentitySet but using #hash rather than #identityHash ?

by Mariano Martinez Peck

Hi guys. I hope this is not a very stupid question. Background: in Fuel we have a IdentityDictionary where we put each of the objects we find while traversing the graph. We need to use IdentitySet because we cannot have repetitions (and to avoid loops) so we NEED to use #==. In such dictionary we put ALL objects of the graph, so it can be very big. Since IdentitySet uses #identityHash, it means it will be using those ONLY 12 bits in the object header. It means that we have 2^12 = 4096 different values. Question: having explained the previous, I wanted to be able to use #hash rather than #identityHash since several classes implement #hash and hence I thought that using #hash I could have less colisions and hence a better performance. I tried to make a subclass of IdentitySet that uses #hash rather than #identityHash but my image freezes. I also tried something like: set := PluggableSet new. set hashBlock: [ :elem | elem hash ]. set equalBlock: [ :a :b | a == b ]. But it doesn't work either. I works with simple tests in a workspace but when I run the full tests of Fuel, it enters in a loop in the method #hash of Collection.. Anyway, my question is, should that work? if not, what is the exact reason? Thanks in advance, -- Mariano http://marianopeck.wordpress.com

Dec. 12, 2011

Re: [Pharo-project] Latest Zinc in Pharo 1.3 with MetacelloConfiguration

by Sven Van Caekenberghe

FranÃ§ois, On 12 Dec 2011, at 05:51, Francois Stephany wrote: > But I'd like to do that with a MetacelloConfiguration. May I add a version 14 in the ConfigurationOfZincHTTPComponents? > > Can I use the latest versions of each package ? Or are there some 'stable' versions I should use ? > > There are two ConfigurationOfZincHTTPComponents: one in the Zn repository and one in the MetacelloRepository. Which one should I update? Why is there two different place to find it? > > Cheers, > > Francois It would be great if you could update both to the latest versions of all packages. Merci beaucoup! Sven

Dec. 12, 2011

Re: [Pharo-project] [ANN] Eclipse Icons for Pharo

by StÃ©phane Ducasse

Sure but we would like to avoid to have more license. I would prefer a CreativeCommons license because it is simple to understand and is not related to code. Stef On Dec 11, 2011, at 4:45 PM, Ben Coman wrote: > > The EPL does not seem the same show stopper as the GPL since the Eclipse License and FAQ indicate it is not viral like the GPL. There is no requirement that an EPL licensed program combined with a non-EPL licensed program requires the combination to be licensed under the EPL as a whole. In fact it is designed to allow distribution of closed source commercial applications based on it while keeping the common base open source. > > FAQ#17 actually says: "When incorporating a portion of a Program licensed under the EPL into my own proprietary product distributed in object code form, can I use a single license for the full product, in other words, covering the portion of the Program plus my own code? Answer: Yes. The object code for the product may be distributed under a single license as long as it references the EPL portion and complies, for that portion, with the terms of the EPL." > > Complying with the terms effectively be satisfied by: > 1. "sources" be available "just for the icons" > 2. Disclaiming warranty and liability - which the MIT already does > 3. Assumedly no patent issues arising from inclusion of icons. > > > StÃ©phane Ducasse wrote: >> I'm not sure that I would like to carry the Eclipse License around in Pharo :) >> >> >> On Dec 11, 2011, at 3:15 AM, Esteban Lorenzano wrote: >> >> >>> Hi, >>> >>> Today I was bored and not wanting to think too much... but I wanted to do something for Pharo... and I never liked the current Pharo icons, so I took one icon library I really like and changed all needed icons (well... all that I saw). >>> Here a couple of screen shots: >>> >>> <Captura de pantalla 2011-12-10 a la(s) 23.05.55.png> >>> <Captura de pantalla 2011-12-10 a la(s) 23.06.20.png> >>> >>> Of course, I don't think they are perfect (also maybe I didn't pick the best icons), but I think they look a lot better than the older. >>> >>> If you want to see how they look, this are the packages: >>> >>> for Pharo 1.3: >>> >>> <Eclipse-Icons-EstebanLorenzano.2.mcz> >>> >>> for Pharo 1.4: >>> >>> <Eclipse-Icons-EstebanLorenzano.4.mcz> >>> >>> >>> Then you execute: >>> >>> ThemeIcons initializeIcons. >>> World resetWorldMenu. >>> >>> ... and enjoy your new icons :) >>> >>> btw... this icons are in an open-source license, the EPL: >>> http://www.eclipse.org/legal/epl-v10.html >>> >>> so, maybe âif all agreeâ, we can add this icons to regular distribution :) >>> >>> best, >>> Esteban >>> >>> >>> >> >> >> >> >> >

Dec. 12, 2011

[Pharo-project] Latest Zinc in Pharo 1.3 with MetacelloConfiguration

by Francois Stephany

But I'd like to do that with a MetacelloConfiguration. May I add a version 14 in the ConfigurationOfZincHTTPComponents? Can I use the latest versions of each package ? Or are there some 'stable' versions I should use ? There are two ConfigurationOfZincHTTPComponents: one in the Zn repository and one in the MetacelloRepository. Which one should I update? Why is there two different place to find it? Cheers, Francois -- http://tulipemoutarde.be BE: +32 (0)65 709 131 CA: +1 778 558 3225

Dec. 12, 2011