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

Re: [Pharo-users] CodeCity

by Tudor Girba

The example support in GTInspector is just a prototype. More will come there. Doru On Wed, Mar 12, 2014 at 11:26 AM, Richard Wettel <wettel(a)gmail.com> wrote: > Thanks, Stephan. > Tudor and I were talking about this some days ago. The actual goal would > be to be able to see both the script/source code and the visualization at > the same time. > > Cheers > Ricky > > > On Wed, Mar 12, 2014 at 10:55 AM, Stephan Eggermont <stephan(a)stack.nl>wrote: > >> Nice job, Ricky! >> >> Playground is great for showing off CodeCity examples. >> I found the browse source menu on an example. >> I had expected to have a source view tab for that. >> >> Stephan >> >> >> > -- www.tudorgirba.com "Every thing has its own flow"

March 12, 2014

Re: [Pharo-users] CodeCity

by Richard Wettel

Thanks, Stephan. Tudor and I were talking about this some days ago. The actual goal would be to be able to see both the script/source code and the visualization at the same time. Cheers Ricky On Wed, Mar 12, 2014 at 10:55 AM, Stephan Eggermont <stephan(a)stack.nl>wrote: > Nice job, Ricky! > > Playground is great for showing off CodeCity examples. > I found the browse source menu on an example. > I had expected to have a source view tab for that. > > Stephan > > >

March 12, 2014

Re: [Pharo-users] CodeCity

by Stephan Eggermont

Nice job, Ricky! Playground is great for showing off CodeCity examples. I found the browse source menu on an example. I had expected to have a source view tab for that. Stephan

March 12, 2014

Re: [Pharo-users] Am not sure if that is a good idea

by Tudor Girba

Hi, Yes, these are all points for research. It is these things that can make Pharo define its own ground and change dramatically the meaning of programming. There is so much we can do in this space. If anyone wants to start playing let me know so that we can coordinate. Cheers, Doru On Tue, Mar 11, 2014 at 3:56 PM, Friedrich Dominicus < frido(a)q-software-solutions.de> wrote: > anyway. Has anyone considered adding filtering to the Debugger (in my > case the Glamorous Debugger) in a way that not all instance variables > values are shown in the value pane? > > Well a kind of watch as in other debuggers. You just can "ask" to watch > e.g field firstName but not lastName or something like that. Even if I > try to keep the information down some classes still do have a lot of > elements (think of articles, which usually have at least some kind of > id, a description, a price tag, but also some other information (be it > internal or extenal for the programm) > > > > -- www.tudorgirba.com "Every thing has its own flow"

March 12, 2014

Re: [Pharo-users] Am not sure if that is a good idea

by Robert Shiplett

The MIT Curl debugger in their integrated IDE is for an expression-based language and so your are able to "watch" expressions of your own devising as you step through code - and drill down graphically into structured values such as object instances ; there is now an eclipse "plug-in" version of the IDE for SCSK Curl, but I am less fond of it ! I often wonder if the Rebol expression-based language might have been an alternative to Perl it had an IDE,,bur Rebol got nowhere in the past ... and Curl was using Regexp and still did not displace languages with no debugger .. let alone Curl's "live" doc's which are much like Smalltalk workspaces with Prof Stef but with a "save" and a "restore" ... Noe Laurie Pratt in London is working on an expression-baed language rather like Icon but which is indent-sensitive like Python ( and so we go back to SNOBOL 80-column cards ? ;-) Regardless, I still DO hold out hope for Smalltalk, especially Pharo ! :-) On 11 March 2014 13:11, <btc(a)openinworld.com> wrote: > Friedrich Dominicus wrote: > >> anyway. Has anyone considered adding filtering to the Debugger (in my >> case the Glamorous Debugger) in a way that not all instance variables >> values are shown in the value pane? >> >> Well a kind of watch as in other debuggers. You just can "ask" to watch >> e.g field firstName but not lastName or something like that. Even if I >> try to keep the information down some classes still do have a lot of >> elements (think of articles, which usually have at least some kind of >> id, a description, a price tag, but also some other information (be it >> internal or extenal for the programm) >> >> >> > I still fondly remember the Watch window from Turbo Pascal 30 years ago. > You could also define expressions that updated every step so that you > could drill down in data structures. I don't know what that would mean in > Smalltalk terms. I guess you'd have to be more careful those expression had > no side effects, or otherwise copy the target object of each message before > it is sent. > cheers -ben > >

March 11, 2014

Re: [Pharo-users] [Pharo-dev] Phratch one-click

by jannik laval

Hi Hilaire, 2014-03-11 17:27 GMT+01:00 Hilaire Fernandes <hilaire.fernandes(a)gmail.com>: > Hi Jannik, > > Don't use the change/update event mecanism. > This mean a lot of changes in your model. > Yes, this is what I understand :) > In DrGeo I use a simple loop to update the sketch, but i guess it is > more complicated with Pratch as you have parallel threads. In the other > hand, is the original Scratch implemented with change/update? If so why > it is not as slow? > I don't know why, probably due to the evolution of Pharo. But, with JB we found some code that we changed: now it is really faster. It is integrated in Phratch2.0. We also saw a lot of other things to improve, it will come soon. Cheers, Jannik > > Hilaire > > > Le 06/03/2014 20:42, jannik laval a Ã©crit : > > Hi Hilaire, > > > > Hum, probably this comes from there... > > Could you explain a bit more how to change it ? > > > > Cheers, > > Jannik > > > > > > 2014-03-05 11:19 GMT+01:00 Hilaire Fernandes > > <hilaire.fernandes(a)gmail.com > > <mailto:hilaire.fernandes@gmail.com>>: > > > > For event, how is it developed? > > > > I remember, when I started developing DrGeo I used the change/update > > event mecanism. Then I dropped it for a simple linear top/down > update of > > the geometric tree model, it becames much faster after that. > > > > Hilaire > > > > Le 05/03/2014 10:44, jannik laval a Ã©crit : > > > > > > I think now that we need some profiling. > > > Any expert for that ? > > > > > > > -- > > Dr. Geo http://drgeo.eu > > > > > > > > > > > > -- > > > > ~~Jannik Laval~~ > > Ãcole des Mines de Douai > > Enseignant-chercheur > > http://www.jannik-laval.eu > > http://car.mines-douai.fr/ > > > > -- > Dr. Geo http://drgeo.eu > > > -- ~~Jannik Laval~~ Ãcole des Mines de Douai Enseignant-chercheur http://www.jannik-laval.eu http://car.mines-douai.fr/

March 11, 2014

Re: [Pharo-users] CodeCity

by Richard Wettel

Youâre welcome, Doru. Iâm happy to give something back to the moose and pharo communities. Ricky On 11 Mar 2014, at 14:35, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Beautiful! (I have been spoiled by being exposed to this for quite some time now :)) > > Thanks, Ricky. This is a valuable addition. > > Cheers, > Doru > > > > > On Tue, Mar 11, 2014 at 2:29 PM, Richard Wettel <wettel(a)gmail.com> wrote: > Dear all > > After the short preview at the last Moose Dojo, I am happy to let you know that the first version of the brand new CodeCity is out. > > CodeCity is a 3D visualization engineased on a city metaphor, which enables us to depict software systems as cities. If you want to know more about this approach, have a look here: > http://www.inf.usi.ch/phd/wettel/codecity.html > > I have now implemented the basic functionality of CodeCity in Pharo and integrated it with Moose. Here is a code city of ArgoUML in the new CodeCity: > > <CodeCity-Argo.png> > > To install CodeCity, you need to run this code in a Moose image (setting Moose as a prerequisite is on my TODO list): > > Gofer new > smalltalkhubUser: 'RichardWettel' project: 'CodeCity'; > configuration; > load. > (Smalltalk at: #ConfigurationOfCodeCity) loadDevelopment > > You can also get the latest successful build from: > http://ci.inria.fr/moose/job/codecity/lastSuccessfulBuild/artifact/codecity… > > The new CodeCity does not provide a configuration UI, but it relies on scripting. A script to obtain a city visualization of a Moose model is shown here: > > <CodeCity-ArgoScript.png> > > > A good way to get familiar with the scripting API of CodeCity are the examples. You can open CCBuilder in the new workspace (Playground) and you can browse the examples (the "e.g." tab). > > <PharoScreenshot.5.png> > > While CodeCity was initially aimed at software systems only, there is nothing that stops us to use it at visualizing any kind of data! One example was the visualization of the data taken from a database (population, city, countries, continents) presented at the Moose Dojo. I'm sure Doru will be pleased to show you more of that. > > In conclusion, I hope you'll enjoy playing/working with CodeCity as much as I have been enjoying re-implementing it in the last few months. Playing with CodeCity integrated in the Moose workflows is pure fun. But don' take my word for it, just give it a try! > > Cheers > Ricky > > > > -- > www.tudorgirba.com > > "Every thing has its own flow"

March 11, 2014

Re: [Pharo-users] [Moose-dev] CodeCity

by Pharo4Stef

Hi richie This is really cool. Do you use NBOpenGL? I have another question why Moose is a prerequisite? We have ring and Smalltalk classes and methods objects so it would be nice to have an API that lets people use different kinds of objects as city. Stef On 11 Mar 2014, at 14:29, Richard Wettel <wettel(a)gmail.com> wrote: > Dear all > > After the short preview at the last Moose Dojo, I am happy to let you know that the first version of the brand new CodeCity is out. > > CodeCity is a 3D visualization engineased on a city metaphor, which enables us to depict software systems as cities. If you want to know more about this approach, have a look here: > http://www.inf.usi.ch/phd/wettel/codecity.html > > I have now implemented the basic functionality of CodeCity in Pharo and integrated it with Moose. Here is a code city of ArgoUML in the new CodeCity: > > <CodeCity-Argo.png> > > To install CodeCity, you need to run this code in a Moose image (setting Moose as a prerequisite is on my TODO list): > > Gofer new > smalltalkhubUser: 'RichardWettel' project: 'CodeCity'; > configuration; > load. > (Smalltalk at: #ConfigurationOfCodeCity) loadDevelopment > > You can also get the latest successful build from: > http://ci.inria.fr/moose/job/codecity/lastSuccessfulBuild/artifact/codecity… > > The new CodeCity does not provide a configuration UI, but it relies on scripting. A script to obtain a city visualization of a Moose model is shown here: > > <CodeCity-ArgoScript.png> > > > A good way to get familiar with the scripting API of CodeCity are the examples. You can open CCBuilder in the new workspace (Playground) and you can browse the examples (the "e.g." tab). > > <PharoScreenshot.5.png> > > While CodeCity was initially aimed at software systems only, there is nothing that stops us to use it at visualizing any kind of data! One example was the visualization of the data taken from a database (population, city, countries, continents) presented at the Moose Dojo. I'm sure Doru will be pleased to show you more of that. > > In conclusion, I hope you'll enjoy playing/working with CodeCity as much as I have been enjoying re-implementing it in the last few months. Playing with CodeCity integrated in the Moose workflows is pure fun. But don' take my word for it, just give it a try! > > Cheers > Ricky > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)iam.unibe.ch > https://www.iam.unibe.ch/mailman/listinfo/moose-dev

March 11, 2014

Re: [Pharo-users] Am not sure if that is a good idea

by btc＠openinworld.com

Friedrich Dominicus wrote: > anyway. Has anyone considered adding filtering to the Debugger (in my > case the Glamorous Debugger) in a way that not all instance variables > values are shown in the value pane? > > Well a kind of watch as in other debuggers. You just can "ask" to watch > e.g field firstName but not lastName or something like that. Even if I > try to keep the information down some classes still do have a lot of > elements (think of articles, which usually have at least some kind of > id, a description, a price tag, but also some other information (be it > internal or extenal for the programm) > > I still fondly remember the Watch window from Turbo Pascal 30 years ago. You could also define expressions that updated every step so that you could drill down in data structures. I don't know what that would mean in Smalltalk terms. I guess you'd have to be more careful those expression had no side effects, or otherwise copy the target object of each message before it is sent. cheers -ben

March 11, 2014

Re: [Pharo-users] String>>match issue

by btc＠openinworld.com

vmusulainen wrote: > Hi! > > >From comment to #match: method > > match: text > "Answer whether text matches the pattern in this string. > Matching ignores upper/lower case differences. > > Check it now: > 1. 'V' match: 'v' -> true "Ok, It's fine" > 2. 'Ð¨' match: 'Ñ' -> false "Use non-English (Cyrillic) letters Ups-s" > > -regards > Vladimir Musulainen > > > > -- > View this message in context: http://forum.world.st/String-match-issue-tp4748497.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > > If you debug ('Ð¨' match: 'Ñ') and trace through to WideString>>findSubstring:in:startingAt:matchTable: you will find that (c1 asciiValue) --> 1096 but (matchTable size) --> 256 so the comparison value defaults to (c1 asciiValue + 1) since the character you are comparing is not in the matchTable. (c2 asciiValue) --> 1064 So for proof of concept change this... String>>initialize CaseInsensitiveOrder := (Array new: 2000) fillFrom: AsciiOrder with: #value. "<--MODIFIED" ($a to: $z) do: [:c | CaseInsensitiveOrder at: c asciiValue + 1 put: (CaseInsensitiveOrder at: c asUppercase asciiValue +1)]. CaseInsensitiveOrder at: 1096+1 put:1096. "<--ADDED" CaseInsensitiveOrder at: 1064+1 put:1096. "<--ADDED" then in Workspace evaluate "String initialize" and now ('Ð¨' match: 'Ñ') --> true. Now I'm not sure the best way to handle that long term. btw, you may be tempted to use ('Ð¨' asciiValue) in place of 1096 in the code, but maybe(I'm not sure) there is a problem saving an image containing Unicode characters. Maybe String's class variables CaseInsensitiveOrder & CaseSensitiveOrder would be better handled as individual classes to provide flexibility for other sort orders like CaseInsensitiveGermanPhonebook [1] and probably String>>findString:startingAt:caseSensitive: should double-dispatch and be overriden by WideString. cheers -ben [1] http://userguide.icu-project.org/collation [2] http://www.w3.org/International/wiki/Case_folding [3] http://cldr.unicode.org/index/cldr-spec/collation-guidelines

March 11, 2014