Hi!
Is bloc available? How can I try it?
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hi!
It has passed too long before visualizations have been posted here.
b := RTMondrian new.
b shape box
width: [ :cls | cls numberOfAttributes * 4 ];
height: #numberOfMethods.
b nodes: self.
b edges connectFrom: #superclass.
"b shape bezierLineFollowing: #superclass;
color: Color blue trans.
b edges
notUseInLayout;
connectToAll: [:c |c queryAllOutgoingInvocations atTypeScope ]."
b layout tree.
b normalizer
normalizeColor: #numberOfLinesOfCode.
b
Who recognize the class hierarchy shown in the first screenshots?
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hello everybody,
We are conducting a small survey about Spotter.
It would help us if you would complete the survey at:
http://spotter.limequery.com/index.php/216683/lang-en
We will use the data from this survey both in a research tasks and to help
us to further improve Spotter.
The survey should take you less than 5 minutes to complete.
Thanks for your help!
Cheers,
Andrei
Hi!
When I am inspecting a collection, the index column is really too large. Is there a way to make it narrower?
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hi,
The Pharo Board is proud to announce a special campaign for attracting new Pharo Consortium members during 2016:
http://consortium.pharo.org/web/Membership
A new fund has been created from which the Consortium will receive the equivalent of one yearly membership fee for every new member, and the increment in yearly fees for every upgrading member. For example, if a new company joins the Consortium as a Silver member (2000 EUR / year), the fund will contribute a one-time amount of 2000 EUR to the Consortium. Similarly, if a company upgrades from Bronze (1000 EUR / year) to Gold (4000 EUR / year), the fund will contribute a one-time amount of 3000 EUR.
This campaign will take place until the end of 2016, or until the fund is depleted. Currently, the fund totals 21000 EUR, a sum which is graciously supported by three companies:
- LabWare Inc (http://labware.com)
- ObjectProfile (http://objectprofile.com)
- feenk gmbh (http://feenk.com)
This is an exciting development that paves the way to attract more industrial interest around Pharo. Please help us by spreading the word about this campaign.
Cheers,
The Pharo Board
Hi!
Inspecting a file reference in GT gives the opportunity to view the file content. This is really great.
However, textual file are truncated. This is a pity. Is there a way to remove this limit? Or maybe put the limit at 1M for example
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hi!
Is there a C++ parser available? I mean, is there a way to analyze C++ in Moose right now?
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hi!
In a new Moose image, we cannot do a "Transcript open”. Apparently, #Transcript is bound to a NonInteractiveTranscript.
NonInteractiveTranscript open raises en error.
That is odd.
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hi!
I have just downloaded the last moose. When I open it, I have an AuthorNameRequest error.
Am I the only one?
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
> Begin forwarded message:
>
> From: Stéphane Ducasse <stephane.ducasse(a)inria.fr>
> Subject: [Esug-list] 24rd International Smalltalk Joint Conference - Call for Contributions
> Date: March 17, 2016 at 7:53:07 AM GMT+1
> To: ESUG Mailing list <esug-list(a)lists.esug.org>
>
> 24rd International Smalltalk Joint Conference - Call for Contributions
>
> Prague, Czech Republic
> from 22 to 26 August 2016
> http://www.esug.org/Conferences/2016/ <http://www.esug.org/Conferences/2016/>
>
> This call includes:
> Developer Forum
> Smalltalk Technology Award
> International Workshop
> http://www.esug.org/wiki/pier/Conferences/2016/International-Workshop-IWST_… <http://www.esug.org/wiki/pier/Conferences/2016/International-Workshop-IWST_…>
> Student Volunteer
> http://www.esug.org/wiki/pier/Conferences/2016/Student-volunteers <http://www.esug.org/wiki/pier/Conferences/2016/Student-volunteers>
>
> ----------------------------------------------------------------------
> You can support the ESUG conference in many different ways:
>
> * Sponsor the conference. New sponsoring packages are described at
> http://www.esug.org/wiki/pier/About/BecomeSponsor <http://www.esug.org/wiki/pier/About/BecomeSponsor>
> * Submit a talk, a software or a paper to one of the events. See below.
> * Attend the conference. We'd like to beat the previous record of
> attendance (170 people at Amsterdam 2008)!
> * Students can get free registration and hosting if they enrol
> into the the Student Volunteers program. See below.
>
>
> Developers Forum: International Smalltalk Developers Conference
> ------------------------------------------------------------------------
>
> We are looking for YOUR experience on using Smalltalk. You will have
> 30 min for presentations and 45-60 min for hand-ons tutorial.
>
> The list of topics for the normal talks and tutorials includes, but
> is not limited to the following:
> * Micro Services, Container, Cloud, Big Data,
> * XP practices, Development tools, Experience reports
> * Model driven development, Web development, Team management
> * Meta-Modeling, Security, New libraries & frameworks
> * Educational material, Embedded systems and robotics
> * SOA and Web services, Interaction with other programming languages
>
> Teaching Pearls and Show us Your Business
> -----------------------------------------
> - Show your business 10 min session (Get prepared!!)
> - Teaching pearls : we want some session on how to teach some design
> aspects. We want your tip and tricks to teach Smalltalk or OOP.
>
> We expect to have several 10 to 15 min sessions aggregated.
>
> !! How to submit?
> --------------
>
> Submissions deadline is 15 of May 2015
> Notification of acceptance will be on done on the fly.
> More information at http://www.esug.org/conferences/2015 <http://www.esug.org/conferences/2015>
>
> Pay attention: the places are limited so do not wait till the last minute to apply.
> Prospective presenters should submit a request to Stephane.Ducasse at inria.fr <http://inria.fr/> AND USE THE following header [ESUG 2015 Developers].
>
> Please follow the template below the email will be automatically processed!
>
> Subject: [ESUG 2015 Developers] + your name
> First Name:
> Last Name:
> Email where you can always be reached:
> Title:
> Type: Tutorial/Talk/Teaching Pearl
> Abstract:
> Bio:
>
> Any presentation not respecting this form will be discarded automatically
>
>
> International Workshop on Smalltalk Technologies
> ------------------------------------------------------------------------
> Read the page: http://www.esug.org/wiki/pier/Conferences/2016/International-Workshop-IWST_… <http://www.esug.org/wiki/pier/Conferences/2016/International-Workshop-IWST_…>
>
>
> Technology Award Competition
> ------------------------------------------------------------------------
> The top 3 teams with the most innovative software will receive,
> respectively, 500 Euros, 300 Euros and 200 Euros during an awards
> ceremony at the conference. Developers of any Smalltalk-based
> software are welcome to compete.
> More information at http://www.esug.org/wiki/pier/Conferences/2016/Innovation-Technology-Awards <http://www.esug.org/wiki/pier/Conferences/2016/Innovation-Technology-Awards>
>
>
> Student Volunteer Program
> ------------------------------------------------------------------------
> If you are a student wanting to attend ESUG, have you considered
> being a student volunteer? Student volunteers help keep the
> conference running smoothly; in return, they have free
> accommodations, while still having most of the time to enjoy the
> conference.
> More information at
> http://www.esug.org/wiki/pier/Conferences/2016/ <http://www.esug.org/wiki/pier/Conferences/2016/>
> http://www.esug.org/wiki/pier/Conferences/2016/Student-volunteers <http://www.esug.org/wiki/pier/Conferences/2016/Student-volunteers>
>
> We hope to see you there and have fun together.
>
> --------------------------------------------
> Stéphane Ducasse
> http://stephane.ducasse.free.fr <http://stephane.ducasse.free.fr/>
> http://www.synectique.eu <http://www.synectique.eu/> / http://www.pharo.org <http://www.pharo.org/>
> 03 59 35 87 52
> Assistant: Julie Jonas
> 03 59 57 78 50
> 03 59 35 86 16
>
> S. Ducasse - Inria
> 40, avenue Halley,
> Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
> Villeneuve d'Ascq 59650
> France
> _______________________________________________
> Esug-list mailing list
> Esug-list(a)lists.esug.org
> http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org
--
www.tudorgirba.com <http://www.tudorgirba.com/>
www.feenk.com <http://www.feenk.com/>
"Some battles are better lost than fought."
Hi!
Doru, you have tried on some point to analyze some Java without VerveineJ. How did it go?
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hola,
in part of the code of LRP I work with arrows, and I need to get the shape, but this triggers a DNU. I guess I need to set something on the arrow before I can get the element, or get it via another route. What should I do?
Relevant code below:
arrow := RTArrowedLine new
color: trans color;
edgeFrom: efrom to: eto;
withOffsetIfMultiple.
element := arrow element.
Gives me:
RTElement(Object)>>doesNotUnderstand: #to
RTShorterDistanceWithOffsetAttachPoint(RTAbstractShorterDistanceAttachPoint)>>basicStartingPointOf:
RTShorterDistanceWithOffsetAttachPoint>>basicStartingPointOf:
RTShorterDistanceWithOffsetAttachPoint(RTAttachPoint)>>startingPointOf:
RTLine(RTAbstractLine)>>updateFor:trachelShape:
RTLine(RTShape)>>trachelShapeFor:
RTArrowedLine>>trachelShapeFor:
RTElement(RTShapedObject)>>addShape:
RTArrowedLine(RTShape)>>element
LRPProgramVisualization>>buildTransition:withElements:forView:
---> Save our in-boxes! http://emailcharter.org <---
Johan Fabry - http://pleiad.cl/~jfabry
PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile
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
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hola,
there is a bug in RTArrowedLine: the width: message (defined in the RTAbstractArrowedLine superclass) does not set the width of the head. Could something like the code below be added? This code solves the problem for me.
RTArrowedLine>>width: aNumber
super width: aNumber.
self head width: aNumber.
and I imagine something similar should be done with RTDoubleArrowedLine (but I have no experience with that guy).
---> Save our in-boxes! http://emailcharter.org <---
Johan Fabry - http://pleiad.cl/~jfabry
PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile
Hi!
We have an opportunity for doing a postdoc in Chile, in the field of software engineering and/or data visualization.
I could provide a lengthy description about living in Chile, and its fantastic food, latin atmosphere, and gorgeous nature. But I will surely be far from the truth. If you want to know more about this possibility, get in touch!
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
On Thu, Mar 10, 2016 at 12:36 AM, Martin Bähr <martin(a)realss.com> wrote:
> hi,
>
> i just remembered two things:
>
> i'd like to see rounded corners on nodes.
>
We've added this quite some time ago, unless you have something else in
mind.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|v e|
v := RTView new.
e := RTRoundedBox new
size: 100;
borderRadius: 20;
borderColor: Color black;
borderWidth: 1;
element.
v add: e.
v
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>
> Excerpts from stepharo's message of 2016-02-24 12:42:49 +0100:
> > - having a better output (arrows, edge)
>
> and related to edges:
>
> i'd like edges to connect to a node on the border of the box, not to the
> center
> of the node. this means the connecting point would always be at the middle
> of
> the side of one edge:
>
We have about 10 different attach points already. See the 'attach point'
protocol of RTAbstractLine.
Some of them also automatically add extra space if there are multiple lines
between the same elements.
As for bezier and multiline edges, their curvature isn't currently handled
properly, but it's in my todo list (I'll work on this probably during the
weekend).
I'm sure it can be presented in more revealing way, but it's too late for
me today (or is it too early?).
You can play with it (drag the elements to see how it behaves).
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|v attachOptions es e offset|
v := RTView new.
attachOptions := RTAbstractLine selectors select: [ :each | each
beginsWith: #with ].
offset := 0 @ 0.
attachOptions do: [ :each |
es := RTBox new borderColor: Color black; size: 50; elementsOn: #(a b).
each = #withContinuousCircleAttachPoint
ifTrue: [ es := RTEllipse new borderColor: Color black; size: 50;
elementsOn: #(a b). ].
es translateBy: offset.
es @ RTDraggable.
offset := offset + (0 @ 100).
v addAll: es.
es second translateBy: 300 @ 25.
e := RTArrowedLine new
color: Color black;
perform: each;
edgeFrom: es first to: es second.
e model: each.
v add: e.
e @ (RTLabelled new color: Color black).
].
v
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>
> ___\|/___
> | |
> \| |/
> --| |--
> /| |\
> |_________|
> /|\
>
> bezier edges should always leave at a 90deg angle:
> ____|____
> | |
> | |
> --| |--
> | |
> |_________|
> |
>
> optionally, starting at the corners could also be nice:
>
> \_________/
> | |
> | |
> | |
> | |
> |_________|
> / \
>
> and in such a case bezier edges should leave at 135deg to each side.
>
> by default the edge should find the nearest connection point, but i'd like
> to
> configure a list of allowed points.
>
> finally, multiple edges in the same general direction should either leave
> at
> the same point, pick the nearest side that doesn't have an edge already.
> or spaced evenly along the same side if all available sides have edges
> already.
>
> the list of allowed connection points would have 12 options:
> the middle of 4 sides, 4 corners, and 4 sides as a whole when multiple
> edges
> should be spaced evenly.
>
> 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/
>
>
Hi!
When I activate spotter, and _quickly_ type something, “roassal” for example, and press the down arrow, the selection jumps to the top. I guess this happens when spotter is retrieving data from the system which somehow move the selection to the top most item.
This is particularly annoying. Am I the only one to experience this?
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hi all,
I just want to share a post made on the Open Knowledge Foundation Forum
talking about what we're doing in our local community to celebrate the
Open Data Day:
https://discuss.okfn.org/t/our-poryect-and-hackathon-workshop-for-the-open-…
Pharo, Roassal and Moose will be an integral part of our celebration. As
I said in the link, we're going to try some treemapping techniques. I
know about Quick Silver, but if any has some other advice, is very
welcomed.
Probably I will be making some questions here and in the chat channel
regarding treemapping and some SQLite queries to get the proper info, so
I'll keep you posted on how our pharo powered workshop/hackathon for the
celebration of the Open Data Day advances.
Cheers,
Offray
Already publicized on Facebook and Tweeter. Since there are not many emails these days, here it is:
Script of the day: visualizing dependencies between FAMIX classes and methods. Here is an example with SweetHome3D, a java application
-=-=-=-=-=-=-=-=-=-=-=-=
methods := self flatCollect: #methods.
b := RTMondrian new.
b shape rectangle withTextAbove.
b nodes: self forEach: [ :cls |
b nodes: cls methods.
b layout grid.
].
b shape line
color: (Color red alpha: 0.2); width: 3.
b edges
objects: methods;
connectToAll: [ :m | m queryAllOutgoingInvocations atMethodScope ].
b layout circle .
b
-=-=-=-=-=-=-=-=-=-=-=-=
The script has to be executed on 'all model classes', within the moose panel.
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu <http://www.bergel.eu/>
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hi!
I have produced:
GT-Inspector-AlexandreBergel.389
That replace:
GTExampleImpostorPragma>>= aImpostorPragma
^ self class = aImpostorPragma class
and: [ self method = aImpostorPragma method ]
by:
GTExampleImpostorPragma>>= aImpostorPragma
^ self class == aImpostorPragma class
and: [ self method == aImpostorPragma method ]
Performing #= between methods is pretty expensive and I see no reason why classes have to be compared with #= and not #==
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.