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

Re: [Pharo-users] new (learning) project - tiangle with draggable points on a screen

by S Krish

There are two ways to approach this problem: * Spatial * Vector *Spatial:* As per the pharo by example pdf, you can create a custom TriangleMorph ( they have a cross ). Add the behavior that you mention to the TriangleMorphWithAttributes that holds the plain triangle morph. So on change to the attributes it will modify the triangle. There are challenges to using angle / other geometric approaches in the above, but simple and probably a day's effort. Good for Kid's / early school graphics I am not sure but many other contributions, half way done are there which do have some works in this line of thought including one on Kinesthetics with balls that have a gravity like pull etc.. which are quite good enough. *Vector: * CAD/ Dr. Geo approach: Use a line that makes a Triangle. Perhaps may need to add a surface for color fill also. Typical in CAD is to create a polyline that makes an arbitrary line collection with several points as input. If its closed you can treat it as an arbitrary polygon with recognition of the bounded surface for color fill. You will then need to do something similar to above to have custom change shape on attribute changes. The offside here is it will be time consuming and will need to use standard vector formulae's for accuracy with sin / cos transformation as you deal with angles. If you want this, better be sure about the whole requirement, you might reinvent the Dr. Geo work.. better to study works done in say VW for .dxf reading / display / CAD package completely once before embarking on this route. On Wed, Mar 20, 2013 at 3:33 PM, sminni <sm(a)planage.com> wrote: > 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 21, 2013

Re: [Pharo-users] new (learning) project - tiangle with draggable points on a screen

by sminni

thanks all for the pinters ... will go thru and start, then continue this thread as may be reqd Rgds Sanjay ----- --- Regards, Sanjay -- View this message in context: http://forum.world.st/a-small-project-triangle-with-draggable-points-on-a-s… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

March 21, 2013

Re: [Pharo-users] new (learning) project - tiangle with draggable points on a screen

by stephane ducasse

Look at PolygonMorph. Stef On Mar 20, 2013, at 11:03 AM, sminni <sm(a)planage.com> wrote: > 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 stephane ducasse

thanks Paul :) we are making progress > 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 stephane ducasse

Hi victor For the record in 2002 we got monticello and it was cool. Monticello got three way merge way before a lot of DVCS. :) Now it is a bit showing its limits and age. We are working on having a back end for Git but not at the price to lose SEMANTIC versioning. Then I prefer to get a vector graphics engine than a git back end because this is not because we will have a git back-end that people will be able to sell products! We do not version stupid text but nice classes and methods with method granularity. And we do not want to force everybody to be a master in git to nicely work with Pharo. Then have a look at SmalltalkHub because this is where we are moving (and probably in a git based system). If you are interested by pharo for the web do not miss Amber and Seaside. Stef PS: Smalltalk and not SmallTalk On 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? > > 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] new (learning) project - tiangle with draggable points on a screen

by Ben Coman

sminni wrote: > 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. > > > Have you read the morph chapter of Pharo By Example ?

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 11:39 AM, Camillo Bruni <camillobruni(a)gmail.com>wrote: > > 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 > > My mistake for using term "file based" loosely. I was refereeing to situation when when whole module,. package or similar larger unit of code is stored in vcs as atomic unit. As monticello can distinguish different methods and classes (probably because it knows it is storing smalltalk code and its syntax). To fit its model into the git and prevent it from making silly merges and things alike, it is necessary to store just one method into one file, model classes by directories, and stuff remaining meta info into the (currently controversial) json encoded meta files. It is quite clever and practical solution to fit Smalltalk model of work into the git storage, but I guess it is a bit unusual usage pattern for git. And certainly I would not expect anyone to do any serious browsing or looking at the code just by looking into such git directory on local disk, or through generic git web interface. My point that I was trying to make is that just plain git does not seem to be clearly superior to monticello/metacello, but combination of git and montiocello in the direction FileTree seems to be taking is. Davorin Rusevljan

March 20, 2013

Fwd: Highlighter PetitParser

by Jesus NuÃ±ez

This is a copy from an email I have sent but not sure is indexed in the pharo mailing list. If somebody sees it please let me know it. Best, Jesus NuÃ±ez ====================================================================================== Hello everybody, The following code highlights prolog code statically making use of PPTextHighlighter, I leave the code to share with the community since it might be of help to someone else. Could someone point out how can this be converted to its dynamic counterpart?; The keystroke handler for GLMTextPresentation and what model is currently being used for instance to highlight smalltalk code would be very much appreciated. >From http://bergel.eu/download/Dyla2010/dyla10_submission_4.pdf I know that it might be neccesary a fuzzy highlighter as is written at the end of the code, and it is probably the right object to use but I can not figure out where to plug it. Thank beforehand, Jesus | text textRenderer textShower | text := 'p(Q,R):-q(R), unify_st(X, smalltalk_code), r(T). q(Q):-d(R). q(Q).'. textRenderer := [ PPTextHighlighter new parser: PPPrologParser new; color: 'small_atom' with: Color blue muchDarker; bold: 'small_atom'; color: 'unify_st' with: Color green muchDarker; bold: 'unify_st'; color: 'string' with: Color gray muchDarker; color: 'number' with: Color gray muchDarker; color: 'boolean' with: Color gray muchDarker; highlight: text asText. ]. " __ | <Renders IN> | W GLMTextPresentation | <Renders IN> | W GLMMorphicRenderer " textShower := GLMMorphicRenderer new. (textShower open: ( GLMTextPresentation new display: textRenderer; renderGlamorouslyOn: textShower; yourself )) window title: 'Prolog Editor'. "Here I created a highlighter through the transform method of the grammar" grammar := PPPrologParser new. highlighter := grammar transform: [ :parser | Transcript show: parser. parser class = TokenParser ifTrue: [ parser ==> [ :token | textShower model highlight: token style range: token interval ] ] ifFalse: [ parser ] ]. text := 'p(Q,R):-q(R), unify_st(X, smalltalk_code), r(T). q(Q):-d(R). q(Q).'. pp := highlighter parse: text asText.

March 20, 2013

Re: [Pharo-users] new (learning) project - tiangle with draggable points on a screen

by Hilaire Fernandes

You should look at the Morph hierarchy. In the Pharo Collaborative and Pharo By Examples books there are chapters worth reading. You may also want to learn from DrGeo sour code but it is a hudge beast and probably not the easier path. Hilaire -- Dr. Geo http://drgeo.eu

March 20, 2013

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

by Stephan Eggermont

Victor Stan wrote: > Why are SmallTalk projects/source code hosted on SS3 Gemstone instead of > Git/GitHub? Because we have been using DVCS since a few years before git. Monticello is not as powerful as git, but it is integrated and the difference is not large enough to force change yet. > 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. Our perspective is a bit different. We use Moose and see the work of Veronica Uquillas Gomez on Torch (http://soft.vub.ac.be/torch/Home.html) and ask ourselves why people continue using bad abstractions. > 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? Because it isn't that good. It is better than what we now have widely deployed, but it doesn't come close to what we can do when we find the time to integrate all the nice research tools. GitHub is centralized and a single point of failure. We will see it replaced by a distributed system. So it is a question of how much effort we want to put into what for us can only be an intermediate tool chain and way to connect to non-smalltalk parts of the systems we develop. Stephan Eggermont

March 20, 2013