- Pharo-users - lists.pharo.org

Re: [Pharo-users] help needed for testing the order in spotter

by Damien Cassou

Tudor Girba <tudor(a)tudorgirba.com> writes: > Hi, > > We need a bit of help with testing the order in Spotter. We do not have a real solution yet, but the current one should improve the situation. > > We need a bit of feedback for this one: > https://pharo.fogbugz.com/f/cases/17656/Spotter-should-sort-search-results > > Essentially, you would need to load the latest GT-Spotter and GT-SpotterExtensions-Core and let us know if it works better for spotting implementors or classes. I have the impression this is already in the image. It seems to be working fine. Next time, it might help if you could just give us a Pharo expression that loads the patch. -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." --Winston Churchill

Feb. 24, 2016

Re: [Pharo-users] [Moose-dev] Re: Call for action for Roassal

by Peter UhnÃ¡k

On Wed, Feb 24, 2016 at 11:03 AM, Martin BÃ¤hr < mbaehr(a)email.archlab.tuwien.ac.at> wrote: > Excerpts from Peter UhnÃ¡k's message of 2016-02-24 10:35:05 +0100: > > In any case, I wrote a simpler layout delegator in Roassal that delegates > > the layouting to graphviz and it works reasonably well, so I could > probably > > add it to Roassal (you however need graphviz installed and it would add > > another dependency to Roassal, which I'm not so keen on). > > how does that work? does it ask graphviz for the position of the nodes and > then > recreate that in roassal? > Yes, I generate .dot file that describes the nodes I want the layout for (that includes the dimensions of it), and then the .dot file is passed to GraphVizâ¦ from there I parse the generated SVG file (they can also output other formats like txt, or xml) and move the Roassal nodes. > > > Maybe also OGDF (http://ogdf.net/doku.php) could be used if you are ok > with > > GPLâ¦ they have their own graph format so there could be some interaction. > > this would work the same as with graphviz as an additional dependency on > ogdf, right? > GraphViz is good enough for generic graphs, but OGDF is well-founded and much more powerful layouting library. However C++ coding is required if one wants to use it. Peter

Feb. 24, 2016

Re: [Pharo-users] [Moose-dev] Re: Call for action for Roassal

by Martin BÃ¤hr

Excerpts from Peter UhnÃ¡k's message of 2016-02-24 10:35:05 +0100: > In any case, I wrote a simpler layout delegator in Roassal that delegates > the layouting to graphviz and it works reasonably well, so I could probably > add it to Roassal (you however need graphviz installed and it would add > another dependency to Roassal, which I'm not so keen on). how does that work? does it ask graphviz for the position of the nodes and then recreate that in roassal? given that there is no comparable layout in roassal available this would certainly be useful. > Maybe also OGDF (http://ogdf.net/doku.php) could be used if you are ok with > GPLâ¦ they have their own graph format so there could be some interaction. this would work the same as with graphviz as an additional dependency on ogdf, right? greetings, martin. -- eKita - the online platform for your entire academic life -- chief engineer eKita.co pike programmer pike.lysator.liu.se caudium.net societyserver.org secretary beijinglug.org mentor fossasia.org foresight developer foresightlinux.org realss.com unix sysadmin Martin BÃ¤hr working in china http://societyserver.org/mbaehr/

Feb. 24, 2016

Re: [Pharo-users] [Moose-dev] Re: Call for action for Roassal

by Peter UhnÃ¡k

On Wed, Feb 24, 2016 at 10:28 AM, Anne Etien <anne.etien(a)univ-lille1.fr> wrote: > Hi Alexandre, > > In a wonderful world, I would like: > - a real graph layout (like in graphviz) that can take into account around > hundred nodes and several hundred of edges and place the nodes in order to > see something. Currently, I have to use the circle layout and it looks > strange. > Unfortunately making real graph layouts is really hard issueâ¦ I've wrote my bachelor thesis about this and didn't get very far; it's bit of a nightmare if you don't have good foundations. :'( In any case, I wrote a simpler layout delegator in Roassal that delegates the layouting to graphviz and it works reasonably well, so I could probably add it to Roassal (you however need graphviz installed and it would add another dependency to Roassal, which I'm not so keen on). Maybe also OGDF (http://ogdf.net/doku.php) could be used if you are ok with GPLâ¦ they have their own graph format so there could be some interaction. Peter

Feb. 24, 2016

Re: [Pharo-users] [Pharo-dev] [Moose-dev] Call for action for Roassal

by Alexandre Bergel

> - the possibility to place hangout of the edges on nodes (as box) more flexible. Indeed, I am reverse engineering a database containing around 80 tables and lot of foreign keys and the result is not readable since the edge are orthogonal starting from the top or the bottom of the box corresponding to the column name. I would like a real entity-relation diagram. Do you have a screenshot showing the issue? > If you want, I can show you the current stage of the visu (once again done in Telescope on top of Roassal) in order that you see on real data how uggly it is. Yes please, some screenshots would help Alexandre > > Cheers, > Anne > >> Le 24 fÃ©vr. 2016 Ã 09:51, Alexandre Bergel <alexandre.bergel(a)me.com> a Ã©crit : >> >> Dear community, >> >> As you may have seen, Roassal has entered a stabilization phase. The book AgileVisualization.com will soon be released. After its release, Roassal will go over a new development phase. In order to prepare it, I am asking this question: >> >> What are the 3 aspects you would like to see improved in Roassal? >> >> You can answer publicly or by sending private messages. >> >> Kind regards, >> Alexandre >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> _______________________________________________ >> Moose-dev mailing list >> Moose-dev(a)list.inf.unibe.ch >> https://www.list.inf.unibe.ch/listinfo/moose-dev > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Feb. 24, 2016

Call for action for Roassal

by Alexandre Bergel

Dear community, As you may have seen, Roassal has entered a stabilization phase. The book AgileVisualization.com will soon be released. After its release, Roassal will go over a new development phase. In order to prepare it, I am asking this question: What are the 3 aspects you would like to see improved in Roassal? You can answer publicly or by sending private messages. Kind regards, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Feb. 24, 2016

Re: [Pharo-users] Strange behavior of Pragma>>#allNamed:in:

by Ben Coman

On Wed, Feb 24, 2016 at 5:19 AM, Julien Delplanque <julien(a)tamere.eu> wrote: > I experience a strange behavior with Pragma>>#allNamed:in: > > When I use > > Pragma allNamed: #myPragma in: MyClass > > It works as expected. > > But when instead of hard-coding "MyClass" I use "self class" in an method > (instance side), So what do you get from...? Transcript crShow: self class. Pragma allNamed: #myPragma in: self class cheers -ben

Feb. 24, 2016

Re: [Pharo-users] Strange behavior of Pragma>>#allNamed:in:

by Nicolai Hess

2016-02-23 22:19 GMT+01:00 Julien Delplanque <julien(a)tamere.eu>: > Hi, > > I experience a strange behavior with Pragma>>#allNamed:in: > > When I use > > Pragma allNamed: #myPragma in: MyClass > > It works as expected. > > But when instead of hard-coding "MyClass" I use "self class" in an method > (instance side), > > Pragma allNamed: #myPragma in: self class > Works for me, where is the pragma defined, on a class or instance side method? > > returns an empty array. > > What can I do about it? > > Julien > >

Feb. 23, 2016

Strange behavior of Pragma>>#allNamed:in:

by Julien Delplanque

Hi, I experience a strange behavior with Pragma>>#allNamed:in: When I use Pragma allNamed: #myPragma in: MyClass It works as expected. But when instead of hard-coding "MyClass" I use "self class" in an method (instance side), Pragma allNamed: #myPragma in: self class returns an empty array. What can I do about it? Julien

Feb. 23, 2016

Re: [Pharo-users] Help with trying to publish my project in the Pharo Catalog

by Offray Vladimir Luna CÃ¡rdenas

Hi Mariano, Thanks for the help! I have already grafoscopio available as a package inside the catalog for Pharo 4 and today I will package it for Pharo 5. The developing platform is really Moose 6, because is also the one for Roassal2, so it becomes already integrated with a core dependency for my project. I have started already with my Spanish documentation notes [1][2]. They will be extended and improved in the upcoming data week workshop/hackathon. [1] http://mutabit.com/repos.fossil/grafoscopio/wiki?name=pharo-catalog [2] http://mutabit.com/repos.fossil/grafoscopio/wiki?name=instalacion There is any way to run a "script" and the end of the installation process? I would like to run "GrafoscopioBrowser startDockingBar" once grafoscopio is installed to make it more evident and easier to start with. Cheers, Offray On 23/02/16 06:54, Mariano Martinez Peck wrote: > > > On Tue, Feb 23, 2016 at 12:22 AM, Offray Vladimir Luna CÃ¡rdenas > <offray.luna(a)mutabit.com <mailto:offray.luna@mutabit.com>> wrote: > > Thanks Mariano for your quick answer, > > > I had to be quick, otherwise wouldn't be useful ;) > > Effectively I had not commited to meta repos for Pharo. Video > tutorials at [1] and [2] or documentation at [3] doesn't emphasize > enough (at least not on my newbie perspective) the proper choosing > of MetaRepoForPharo40 (or 5) to make your project show at the > catalog, despite of being the repo of choice at the 1:59" of [1], > so would be nice to put it in [3]. I think that I have done it for > the MetaRepoForPharo40 because I didn't find MetaRepoForPharo50 as > an available option and I don't know how to add it. > > [1] https://www.youtube.com/watch?v=S5Dbmmln8tA > [2] https://www.youtube.com/watch?v=cFRJDuWL-Q0 > [3] the http://catalog.pharo.org/catalog/note-for-developers > > > Yes, I agree. I also noted that... [3] should make it explicit and at > least show a few meta repos urls examples > > > Could you please check if configurationOfGrafscopio is now on > MetaRepoForPharo40 (and tell me how can I check it by myself) and > point me to some documentation on how to make MetaRepoForPharo50 > available in the repositories? > > > I simply opened the Monticello Browser, added the repository: > > MCSmalltalkhubRepository > owner: 'Pharo' > project: 'MetaRepoForPharo40' > user: '' > password: '' > > And open it :) > > I just checked yours and seems it is there and seems correct. > > To push it to 5.0 you simply need to copy the ConfigurationOfXXX to > MetaRepoForPharo50... but....be careful as Catalog tool will always > load #stable: version....so you must be sure that #stable: works in > each of the repos where you publish your conf. > > > I will be trying to create some Spanish documentation notes on the > grafoscopio fossil wiki[4] on all this community tips and advice > while preparing and making the data week (and after) so it can > help another newbies and learners on Pharo/Smalltalk. > > > > Buenisimo! > > > [4] http://mutabit.com/repos.fossil/grafoscopio/ > > Cheers, > > Offray > > > On 22/02/16 21:11, Mariano Martinez Peck wrote: >> Hi Offray, >> >> I don't see the package ConfigurationOfGrafoscopio commited >> either in MetaRepoForPharo50 or MetaRepoForPharo40. Did you copy >> the ConfigurationOfGrafoscopio into the desired meta repositories? >> >> Cheers, >> >> On Mon, Feb 22, 2016 at 11:05 PM, Offray Vladimir Luna CÃ¡rdenas >> <offray.luna(a)mutabit.com <mailto:offray.luna@mutabit.com>> wrote: >> >> Hi, >> >> We will have our first half data week[1] from Thursday 25 Feb >> to Saturday 27 Feb, and I would like to ease the >> grafoscopio's installation by making it available via the >> Pharo catalog. I have followed the video at [1] and published >> my stable configurationOfGrafoscopio, but I can't see it on >> http://catalog.pharo.org/ despite of giving it the proper >> time to the process to run (it runs at 6 pm Colombian time). >> >> [1] https://www.youtube.com/watch?v=S5Dbmmln8tA >> >> I think that I have followed properly the instructions but I >> don't know what I'm missing and I'm a little worried about >> the catalog generation being run 24 four hours, which gives >> me only two more attempts to know what I'm doing wrong before >> the event starts. How can I check that the publishing >> procedure was fine? >> >> In a related matter, How can I made the installation >> procedure to run something at the end of it, like >> "GrafoscopioBrowser startDockingBar", so the new interface >> elements inform the user about a proper installation? >> >> Of course I could try the previous ways to install and use >> grafoscopio, but I think that making it smoother on each >> workshop/hackathon is better (the problem is that most of >> these ideas come while the event is getting closer). >> >> Cheers, >> >> Offray >> >> >> >> >> -- >> Mariano >> http://marianopeck.wordpress.com > > > > > -- > Mariano > http://marianopeck.wordpress.com

Feb. 23, 2016