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

Re: [Pharo-users] suggestion for book code snippets

by stephane ducasse

not yet :) On Mar 19, 2013, at 10:23 PM, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > stephane ducasse wrote >> normally code snippet in the book that are tagged with a special tag are >> extracted and run as unit tests. >> This is long time that I did not try but this was working. > > Is there a Jenkins job? > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/suggestion-for-book-code-snippets-tp4677338p4677420.h… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >

March 20, 2013

Re: [Pharo-users] Keymappings 101 tutorial

by stephane ducasse

cool :) I like it. Stef On Mar 19, 2013, at 6:56 PM, Guillermo Polito <guillermopolito(a)gmail.com> wrote: > Hi guys, > > I've written a little tutorial on Keymappings for Pharo 2.0. > > http://playingwithobjects.wordpress.com/2013/03/19/keymappings-101-for-phar… > > Hope it's useful :), > Guille

March 20, 2013

Re: [Pharo-users] Why are SmallTalk projects/source code hosted on SS3 Gemstone instead of Git?

by Camillo Bruni

On 2013-03-20, at 10:50, Davorin Rusevljan <davorin.rusevljan(a)gmail.com> wrote: > On Wed, Mar 20, 2013 at 2:58 AM, Victor Stan <victor.stan(a)gmail.com> wrote: > >> Why are SmallTalk projects/source code hosted on SS3 Gemstone instead of >> Git/GitHub? >> >> I'm coming to SmallTalk from the world of web development with open source >> software, primarily Rails, and I'm very familiar with the amazing social >> network/source code repository that is GitHub. It is truly an industry >> defining entity, so many open source projects have been able to harness the >> ease of use, features and community around Git and GitHub. >> >> At the moment, as I'm trying to learn more about SmallTalk and Pharo >> especially, (my primary interest in Pharo is to use it as a web development >> platform), I am a bit shocked, if I may be frank, at the tooling used for >> source code and open source project management. I see that the popular >> trend now is to move to SS3/Gemstone, and I appreciate anyone that helps >> open source development/projects, but I can't see how they can even come >> close to the functionality of GitHub for source code hosting and OS project >> management, so I pose the question: is there an effort, why or why not, to >> start integrating with GitHub and Git for source code management? >> >> I know that historical precent and the tools built into Pharo/SmallTalk >> images, like Monticello are predecessors to GUI source control, but given >> the leaps that Git has managed to take, in distributed source code >> management, how does the existing SmallTalk community feel about it's >> current tooling in this regard? >> >> > > First welcome! > > As others have said, there are efforts to use git as source control and I > am looking forward to their progress. As for slow adoption of git, I think > the following might be some of the reasons: > > 1) file based VCS, are a bit rude for Smalltalk, which operates on smaller > source granularity, and typicall Smalltalk based VCS handle that in more > natural way not true... and just for the record, Monticello is file-based too, it does not store any high-level information. If you store each method as separate file as done with filetree you get exactly the same granularity as monticello. see: https://github.com/pharo-project/pharo-core > 2) Monticello is distributed VCS, and I am not so sure that it compared to > git lacks many features that would be esseintial to Smalltalk developer. > (but since I am only causal user of both, I might be wrong on this) as a model monticello and git overlap pretty well, however many things are much more implicit in monticello than in git (namely branches).

March 20, 2013

new (learning) project - tiangle with draggable points on a screen

by sminni

Hi I have a small project (a real requirement) and I want a little guidance to do it (myself) - pl. assume I am new to pharo though I can navigate the IDE & have a background in O-O development. 1. Draw a triangle with draggable handles on points 2. The sides length and angles will be displayed (in editable fields) 3. We can lock any of the sides / angles 4. If the side / angle is edited then an action can be initiated to recomplete the triangle by redrawing the side clicked next Thanks Sanjay ----- --- Regards, Sanjay -- View this message in context: http://forum.world.st/new-learning-project-tiangle-with-draggable-points-on… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

March 20, 2013

Re: [Pharo-users] Why are SmallTalk projects/source code hosted on SS3 Gemstone instead of Git?

by Davorin Rusevljan

On Wed, Mar 20, 2013 at 2:58 AM, Victor Stan <victor.stan(a)gmail.com> wrote: > Why are SmallTalk projects/source code hosted on SS3 Gemstone instead of > Git/GitHub? > > I'm coming to SmallTalk from the world of web development with open source > software, primarily Rails, and I'm very familiar with the amazing social > network/source code repository that is GitHub. It is truly an industry > defining entity, so many open source projects have been able to harness the > ease of use, features and community around Git and GitHub. > > At the moment, as I'm trying to learn more about SmallTalk and Pharo > especially, (my primary interest in Pharo is to use it as a web development > platform), I am a bit shocked, if I may be frank, at the tooling used for > source code and open source project management. I see that the popular > trend now is to move to SS3/Gemstone, and I appreciate anyone that helps > open source development/projects, but I can't see how they can even come > close to the functionality of GitHub for source code hosting and OS project > management, so I pose the question: is there an effort, why or why not, to > start integrating with GitHub and Git for source code management? > > I know that historical precent and the tools built into Pharo/SmallTalk > images, like Monticello are predecessors to GUI source control, but given > the leaps that Git has managed to take, in distributed source code > management, how does the existing SmallTalk community feel about it's > current tooling in this regard? > > First welcome! As others have said, there are efforts to use git as source control and I am looking forward to their progress. As for slow adoption of git, I think the following might be some of the reasons: 1) file based VCS, are a bit rude for Smalltalk, which operates on smaller source granularity, and typicall Smalltalk based VCS handle that in more natural way 2) Monticello is distributed VCS, and I am not so sure that it compared to git lacks many features that would be esseintial to Smalltalk developer. (but since I am only causal user of both, I might be wrong on this) 1+2 = there are a bit less reasons to switch than it appears on the first look, and since every switch requires energy, it did not happen yet. I am certainly looking forward to it :) , since Github visibility would be very beneficial. Once again welcome! Davorin Rusevljan http://www.cloud208.com

March 20, 2013

Re: [Pharo-users] Glorp + Postgres array type

by CHRIS BAILEY

Hi Guillermo, thanks for that. I'm using DBX for legacy reasons but there's no reason why it couldn't use native. I managed to get it working by looking at how some other DatabaseTypes worked but am not sure whether I'm doing it completely right. It won't perform a full toManyMapping so I'm just making do with directly mapping the id's and then doing another read in the post fetch to get at the joined objects. On a similar note, I noticed that Glorp isn't retrieving two objects with a composite SQL statement when you specify a one to one mapping in the descriptor. It is fetching the first and then leaving a Proxy in the second; which will only go to the database with a separate query when you actually ask for it. I have a few cases where having the objects fully resolved at startup might be better than doing each one on demand. Is there any better way to do this than a loop in the post fetch? It also caused me a little confusion because as soon as you do something such as put them into a Set, the = matching of a real Object against a new Proxy that comes along won't work unless you've explicity defined equality (Proxy = Object does in fact work because it does a getValue first) I was trusting Glorp to only allow one instance of a particular object and therefore expecting identity equality to be sufficient !PostgreSQLPlatform methodsFor: '*glorp-extensions' stamp: 'user 3/19/2013 05:13'! arrayConverter Â Â Â ^DelegatingDatabaseConverter Â Â Â Â Â Â named: #array Â Â Â Â Â Â hostedBy: self Â Â Â Â Â Â fromStToDb: #toArray:for: Â Â Â Â Â Â fromDbToSt: #readArray:for:.! ! !PostgreSQLPlatform methodsFor: '*glorp-extensions' stamp: 'user 3/19/2013 05:14'! arrayOf: elementType Â Â Â ^self typeNamed: #arrayOf, elementType asString ifAbsentPut: [GlorpPGArrayType new elementType: elementType ].! ! !PostgreSQLPlatform methodsFor: '*glorp-extensions' stamp: 'user 3/19/2013 05:13'! readArray: anObject for: aType Â Â Â anObject ifNil: [^nil]. Â Â Â ^((anObject copyFrom: 2 to: anObject size - 1) subStrings: ',') collect: [:each | aType elementType fromString: each]! ! !PostgreSQLPlatform methodsFor: '*glorp-extensions' stamp: 'user 3/19/2013 05:13'! toArray: anObject for: aType Â Â Â anObject ifNil: [^nil]. Â Â Â ^'{', anObject asCommaString, '}'! ! Â Â Â GlorpDatabaseType subclass: #GlorpPGArrayType Â Â Â instanceVariableNames: 'elementType' Â Â Â classVariableNames: '' Â Â Â poolDictionaries: '' Â Â Â category: 'Glorp-Extensions'! !GlorpPGArrayType methodsFor: 'as yet unclassified' stamp: 'user 3/19/2013 05:03'! converterForStType: aClass Â Â Â ^self platform converterNamed: #array.! ! !GlorpPGArrayType methodsFor: 'accessing' stamp: 'user 3/19/2013 05:05'! elementType Â Â Â ^ elementType! ! !GlorpPGArrayType methodsFor: 'accessing' stamp: 'user 3/19/2013 05:05'! elementType: anObject Â Â Â elementType := anObject! ! "-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- "! GlorpPGArrayType class Â Â Â instanceVariableNames: ''! !GlorpPGArrayType class methodsFor: 'as yet unclassified' stamp: 'user 3/19/2013 05:05'! of: elementType Â Â Â ^self new elementType: elementType! ! Â --- On Mon, 18/3/13, Guillermo Polito <guillermopolito(a)gmail.com> wrote: From: Guillermo Polito <guillermopolito(a)gmail.com> Subject: Re: [Pharo-users] Glorp + Postgres array type To: "A friendly place where any question about pharo is welcome" <pharo-users(a)lists.gforge.inria.fr> Cc: dbxtalk(a)googlegroups.com, glorp-group(a)googlegroups.com Date: Monday, 18 March, 2013, 11:41 Hi Chris, I'm not really sure Glorp supports that... but at least I can try to give a look at how the driver responds to it, so: - Which driver are you using? OpenDBX or the native postgres one?Â - can you provide me some script to setup the problem? I'm not really an expert on postgresql specifics :) On Sun, Mar 17, 2013 at 11:46 AM, Chris <cpmbailey(a)btinternet.com> wrote: Hi, does anyone know if Glorp supports the array type in Postgres? I did a basicExecuteSQLString: and it came back with '{1,2,3}' so as if it might not be too complicated to make work for my scenario at least. I really want to do a toManyMapping using these integers in the array as a join to another table and have it resolve their objects, but wouldn't know where to start! I'll forward this question to the glorp and DBXtalk lists also, probably someone else has more idea.Â Thanks Chris Tx,Guille

March 20, 2013

Re: [Pharo-users] Why are SmallTalk projects/source code hosted on SS3 Gemstone instead of Git?

by Camillo Bruni

On 2013-03-20, at 02:58, Victor Stan <victor.stan(a)gmail.com> wrote: > Why are SmallTalk projects/source code hosted on SS3 Gemstone instead of > Git/GitHub? > > I'm coming to SmallTalk from the world of web development with open source > software, primarily Rails, and I'm very familiar with the amazing social > network/source code repository that is GitHub. It is truly an industry > defining entity, so many open source projects have been able to harness the > ease of use, features and community around Git and GitHub. > > At the moment, as I'm trying to learn more about SmallTalk and Pharo > especially, (my primary interest in Pharo is to use it as a web development > platform), I am a bit shocked, if I may be frank, at the tooling used for > source code and open source project management. I see that the popular > trend now is to move to SS3/Gemstone, and I appreciate anyone that helps > open source development/projects, but I can't see how they can even come > close to the functionality of GitHub for source code hosting and OS project > management, so I pose the question: is there an effort, why or why not, to > start integrating with GitHub and Git for source code management? > > I know that historical precent and the tools built into Pharo/SmallTalk > images, like Monticello are predecessors to GUI source control, but given > the leaps that Git has managed to take, in distributed source code > management, how does the existing SmallTalk community feel about it's > current tooling in this regard? there are efforts being made, albeit slow ones, but eventually we will get there. 1. There is dale henrich's fileout format filetree so we can actually run any file-based versioning system ontop: https://github.com/dalehenrich/filetree This is already used in a couple of projects, for instance a regular fileout of the pharo core: https://github.com/pharo-project/pharo-core 2. There is a working (read and write) implementation of a git repository which can be loaded as a FileSystem in the image: FilesystemGit http://smalltalkhub.com/#!/~FileSystemGitDev/FileSystem-Git and a working image form here https://ci.inria.fr/pharo-contribution/job/FileSystem-Git/ What is missing? Mostly time to finish the full git-protocol so we can solve the current lack of communication in the implementation. If you are motivated, please join!

March 20, 2013

Re: [Pharo-users] Why are SmallTalk projects/source code hosted on SS3 Gemstone instead of Git?

by Paul DeBruicker

Rails had 468 committers for its 3.2.0 release [1]. Pharo probably had less than a tenth of that between 1.4 and 2.0 and Seaside 3.0 maybe a fifth of Pharo. As Stuart mentioned there is work being done. Smalltalk is the 48th most popular language on github[2] and so there are projects and tooling for interacting with it. On the mailing list archive across all Smalltalk public mailing lists there are ~2200 posts about github[3] discussing various reasons why things are or are not happening. Its not that there's not effort, or it doesn't exist, or isn't considered. Its that its either not there yet, or not going to get there because a better option will come up or along that people in the more-limited-in-number-of-people-than-you're-used-to open source Smalltalk community want to work on more than github integration [4]. Which features of git are you missing? Which of github? [1] http://contributors.rubyonrails.org/releases [2] https://github.com/languages/Smalltalk [3] http://forum.world.st/template/NamlServlet.jtp?macro=search_page&node=12947… [4] http://www.smalltalkhub.com On 03/19/2013 06:58 PM, Victor Stan wrote: > Why are SmallTalk projects/source code hosted on SS3 Gemstone instead of > Git/GitHub? > > I'm coming to SmallTalk from the world of web development with open > source software, primarily Rails, and I'm very familiar with the amazing > social network/source code repository that is GitHub. It is truly an > industry defining entity, so many open source projects have been able to > harness the ease of use, features and community around Git and GitHub. > > At the moment, as I'm trying to learn more about SmallTalk and Pharo > especially, (my primary interest in Pharo is to use it as a web > development platform), I am a bit shocked, if I may be frank, at the > tooling used for source code and open source project management. I see > that the popular trend now is to move to SS3/Gemstone, and I appreciate > anyone that helps open source development/projects, but I can't see how > they can even come close to the functionality of GitHub for source code > hosting and OS project management, so I pose the question: is there an > effort, why or why not, to start integrating with GitHub and Git for > source code management? > > I know that historical precent and the tools built into Pharo/SmallTalk > images, like Monticello are predecessors to GUI source control, but > given the leaps that Git has managed to take, in distributed source code > management, how does the existing SmallTalk community feel about it's > current tooling in this regard? > > Thanks, > > Victor Stan > > Schedule me: > http://quicklyschedule.quicklyschedule.me/victor > > Add me to your address book - it's easy! > http://contactmonkey.com/victor >

March 20, 2013

Re: [Pharo-users] Why are SmallTalk projects/source code hosted on SS3 Gemstone instead of Git?

by Dennis Schetinin

I'm ashamed to admit that, but I'm not aware about those magic functionality and amazing advantages GitHub can offer. Couild you please explain (me) that? (I'm not ignorant in general, just didn't have a chance/time to explore that, though I've used GitHub few times and have account there.) And I hope that overview could be a good specification for smalltalkers to implement and perhaps even excel. As for me, I'm not a big fan of migrating everything to GitHub, not only because I don't know its advantages but also because I still believe in objects. I still think live objects are much better then dead text. And I just beware of giving this essential advantage for some bells and whistles. -- Best regards, Dennis Schetinin 2013/3/20 Victor Stan <victor.stan(a)gmail.com> > Why are SmallTalk projects/source code hosted on SS3 Gemstone instead of > Git/GitHub? > > I'm coming to SmallTalk from the world of web development with open source > software, primarily Rails, and I'm very familiar with the amazing social > network/source code repository that is GitHub. It is truly an industry > defining entity, so many open source projects have been able to harness the > ease of use, features and community around Git and GitHub. > > At the moment, as I'm trying to learn more about SmallTalk and Pharo > especially, (my primary interest in Pharo is to use it as a web development > platform), I am a bit shocked, if I may be frank, at the tooling used for > source code and open source project management. I see that the popular > trend now is to move to SS3/Gemstone, and I appreciate anyone that helps > open source development/projects, but I can't see how they can even come > close to the functionality of GitHub for source code hosting and OS project > management, so I pose the question: is there an effort, why or why not, to > start integrating with GitHub and Git for source code management? > > I know that historical precent and the tools built into Pharo/SmallTalk > images, like Monticello are predecessors to GUI source control, but given > the leaps that Git has managed to take, in distributed source code > management, how does the existing SmallTalk community feel about it's > current tooling in this regard? > > Thanks, > > Victor Stan > > Schedule me: > http://quicklyschedule.quicklyschedule.me/victor > > Add me to your address book - it's easy! > http://contactmonkey.com/victor > >

March 20, 2013

Re: [Pharo-users] Why are SmallTalk projects/source code hosted on SS3 Gemstone instead of Git?

by Stuart Herring

This isn't entirely in response to your question - it's really just a rant on the topic that's been building up for a while, and I'm only speaking as a developer that enjoys using Smalltalk and Pharo in particular. Personally - even as someone originally with a background in C and Java and so well used to file based SCM systems - I much prefer Monticello and working in the image in general. It worries me how much Git and GitHub is venerated by the recent generation of the Open Source community. Git itself is just a DVCS, it's not the first and it's not the last, it's arguably not the best or the worst either. It's just the most trendy right now. If we had a proper seamless connectivity to Git from within the image, I'd probably use it, as it would allow some external tools - particularly code review tools - to work a little better. But I don't think it'd be a revolution and I definitely wouldn't use GitHub. I'd host my own remote repository, or use something like BitBucket instead. I also don't think Git made any particular leaps in source management. Everything that Git can do, other tools can do one way or another. Some of the Git workflow is optimised towards working a particular way, but that doesn't mean you can't do those things in other systems. Additionally, some of the Git workflow is needlessly complicated (what's the point of staging for your local repository?) However, it's GitHub that really worries me. I'm disturbed by how often it seems that people assume Git means GitHub. GitHub is just one service for hosting projects, and it's a wholly commercial, proprietary one - and it's quickly becoming a bigger single point of failure for the Open Source world than Sourceforge was. It's just one option, and should never be considered to be the only one. In addition to that, it's still fundamentally focussed on file based projects - no matter how good Pharo based Git integration gets, GitHub will always involve some degree of impedance mismatch. There's a lot to be said for having tools designed specifically to work with your language and environment - that's why IDEs exist. So I think the Squeak community made the right decision when they originally created Squeaksource, and now the Pharo community is making the right decision by getting behind SmalltalkHub. GitHub has some very good features, but I think the community in general would be better served by having some of those features - and features in GitHub competitors - in SmalltalkHub than by trying to shoehorn Smalltalk projects onto GitHub. (Though some have already achieved that). In the end, I think the whole issue generates more talk than it's worth. If the owner of a project is happy with how they're handling their source at the moment, then there's no problem, even if someone not involved in the project wouldn't have made that choice themselves. If they're not - there are already alternatives. BTW, if you want to use GitHub for your own projects in Pharo, you can - just have a look at FileTree (https://github.com/dalehenrich/filetree) You have to use git itself external to the image - as FileTree is just responsible for creating a structure suitable for file-based source control, but it does work. Regards, Stuart On 20 March 2013 12:58, Victor Stan <victor.stan(a)gmail.com> wrote: > Why are SmallTalk projects/source code hosted on SS3 Gemstone instead of > Git/GitHub? > > I'm coming to SmallTalk from the world of web development with open source > software, primarily Rails, and I'm very familiar with the amazing social > network/source code repository that is GitHub. It is truly an industry > defining entity, so many open source projects have been able to harness the > ease of use, features and community around Git and GitHub. > > At the moment, as I'm trying to learn more about SmallTalk and Pharo > especially, (my primary interest in Pharo is to use it as a web development > platform), I am a bit shocked, if I may be frank, at the tooling used for > source code and open source project management. I see that the popular trend > now is to move to SS3/Gemstone, and I appreciate anyone that helps open > source development/projects, but I can't see how they can even come close to > the functionality of GitHub for source code hosting and OS project > management, so I pose the question: is there an effort, why or why not, to > start integrating with GitHub and Git for source code management? > > I know that historical precent and the tools built into Pharo/SmallTalk > images, like Monticello are predecessors to GUI source control, but given > the leaps that Git has managed to take, in distributed source code > management, how does the existing SmallTalk community feel about it's > current tooling in this regard? > > Thanks, > > Victor Stan > > Schedule me: > http://quicklyschedule.quicklyschedule.me/victor > > Add me to your address book - it's easy! > http://contactmonkey.com/victor >

March 20, 2013