Currently, there is no object in my knowledge to represent a metric in
Moose. I would like to have this kind of object to ask it for example the
name of the metric, a description, the associated selector...
Ideally this object should have the same behaviour than Unit framework; it
should resolve units for example if you divide number of bugs by lines of
code, you should get numberOfBugs.linesOfCode^(-1); then if you multiply
this by line of code to get the estimated average value you get
numberOfBugs...
If I missed an existing implementation close to this, thank you very much
in advance to indicate me otherwise I will create a project for this and
you are welcome to contribute.
--
*Guillaume Larcheveque*
Begin forwarded message:
> From: Igor Stasenko <siguctua(a)gmail.com>
> Subject: Re: [rmod] One more productive day: 2014-04-01
> Date: 1 Apr 2014 18:28:31 GMT+2
> To: "rmod(a)inria.fr list" <rmod(a)inria.fr>
> Reply-To: rmod(a)inria.fr
>
> - updated NB & Athens with fix, including configs and slice
> https://pharo.fogbugz.com/f/cases/13150/Different-memory-alignment-on-diffe…
>
>
> On 1 April 2014 18:00, <seaside(a)rmod.lille.inria.fr> wrote:
> Your daily reminder to brag on progress :)
> Just answer this mail, it will go to rmod(a)inria.fr
>
>
>
>
> --
> Best regards,
> Igor Stasenko.
Hi guys.
This is strange that moose is using a so old version of Athens.
Stef
Begin forwarded message:
> From: Igor Stasenko <siguctua(a)gmail.com>
> Subject: Re: [Pharo-dev] Font problem is still there
> Date: 28 Mar 2014 14:03:17 GMT+1
> To: Pharo Development List <pharo-dev(a)lists.pharo.org>
> Reply-To: Pharo Development List <pharo-dev(a)lists.pharo.org>
>
> so, i checked both in 4.9 and 5.0 Moose images on linux...
> got weird results and sometimes crashes.
>
> in 5.0 image the version is:
> Athens-Cairo-MarcusDenker.51
>
> - this one uses pretty old code, which renders text using 'toy' cairo api for text rendering.
>
> in my working image, where i work every day it is:
>
> Athens-Cairo-SvenVanCaekenberghe.64
>
> and there's also couple important fixes since .51 as well as different font rendering code which no longer using toy api..
>
> so, guys, if you want me to continue, please try using latest versions and report problems about it,
> because it makes no sense to find a fix in something which outdated and thrown away many months ago.
>
> Load the latest dev version of Athens from smalltalkhub (it is version 2.5)
>
> ConfigurationOfAthens loadDevelopment.
>
> try it out.
>
>
> Here's what i got on latest fresh vanilla out of the box Pharo 3.0 image on linux system:
>
>
>
>
> P.S. i am not saying that it is *impossible* that there is problems in new version, just asking you to report problems with that version,
> not one which year(s) old.
>
> --
> Best regards,
> Igor Stasenko.
Dear all,
just a reminder. We will organize a MOOSEDay at Paris June 5th and 6th.
You will find more information about the two days here:
http://www.doesnotunderstand.org/MOOSEDayUPMC/
We have currently 2 presentations and 6 registrations.
You can register online, this is free ;-)
Thanks to our sponsors (ESUG, ObjectProfile & UMMISCO), the lunches
will be free.
This is your conference and we really need more talks.
If you want to present your work, please send me a title and a short
description.
Regards,
--
Serge Stinckwich
UCBN & UMI UMMISCO 209 (IRD/UPMC)
Every DSL ends up being Smalltalk
http://www.doesnotunderstand.org/
Hi Alex,
Nesting in Roassal 2 works well without a label for the root entity. But
when adding a label, to the root, the nesting isn't displayed properly. For
example:
| view el shape innerElements |
view := RTView new.
el := (RTBox new width: 80; height: 40; color: (Color purple alpha: 0.3))
element + (RTLabel new text:'test') .
el translateTo: 200 @ 150.
shape := RTBox new color: (Color red alpha: 0.3); size: #yourself.
innerElements := (1 to: 30) collect: [ :i | shape elementOn: i ].
view addAll: innerElements.
RTNest
new
layout: RTGridLayout new;
on: el nest: innerElements.
view add: el.
view open.
Is this a bug or should a separate label for the root entity?
tx.
usman
[image: Inline image 1]
Without label:
[image: Inline image 5]
Hi,
I'm working on visualisation on Roassal2 with Stef for my internship.
I'm on Ubuntu 13.10 64bits and when I try to display some text (RTLabeL or
addMenu: for example) I get an error, on Moose or Pharo with Roassal2 and
its dependencies.
Here the screenshot of the stack:
[image: Inline image 3]
I tried to change the font, it works but if a popup display some text, the
VM crash totally.
Leo Perard
Hi!
I have the impression it makes sense to have Artifact and Neo in the moose image. These tools are important.
What do you think?
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hi guys
with leo we improve and change the API of MalKontraktor and also removed obsolete reference in distribution map.
The code is commited. Leo should create two bug entries. Now I do not know how you integrate it.
I noticed that there were some changes made by andre (Compiler evaluate: -> Smalltalk evaluate:) that should not be integrated so I did not merge
them
We will clean distribution map.
For example there are dependencies to EyeSee
Stef
Hi,
I added GraphET2 in the Moose image as a prerequisite to Glamour.
There is only one glitch:
DotaHero is conflicting with a class with the same name from GraphET. I
tried to commit a correction, but I do not have the rights. Could you add
me to the repo?
Cheers,
Doru
--
www.tudorgirba.com
"Every thing has its own flow"
Hi guys.
I’ve created a “Moose-less” version https://ci.inria.fr/moose/job/moose-5.0/1006/artifact/moose-5.0-less.zip because some people (including me of course) don’t want to have all IDE revamped to use the features of Moose. It’s created during a main Mosse build as it’s already there anyway. But if you don’t like it, I can move it to somewhere else.
Uko
Hi Alex,
How do you trigger the menu action of an RTElement programmatically?
In Roassal one, I could do:
menuActivable := (anElement getInteraction: ROMenuActivable).
actionBlock := (menuActivable actionNamed: 'my action').
actionBlock value value: anElement.
In Roassal 2, I cannot get the menu actions because everything is happening
with announcements. How can I trigger the RTMenuActivable for my elements
in the view because when generating my events programmatically by
simulating mouse-clicks, my image becomes non-responsive after a few tries.
tx,
usman
Hi!
So far 133 copies of Deep Into Pharo have been sold. I used Roassal2 to visualize countries
Here is a screenshot:
The data are embedded within the distribution of Roassal2. Just execute:
RTMetricMap new example06DeepIntoPharo
and you will get the same rendering.
The map builder has attracted some interest. Here is a small example on how you can render you own data.
First of all, you need some data. Usually, you get data in a tabular table. For example, I just stumbled on http://www.gdbridge.org/gdb_index
I copy and paste the small columns on the right hand side of the web page into a string in a workspace.
I then convert the third column as floats. I paint all countries in white. I then paint countries from the table using the first column as a name, and the third column as a color gradient
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
| b table |
b := RTMetricMap new.
table := RTTabTable new.
table input: 'Hong Kong, China 1 0.631447
Singapore 2 0.5889286
Netherlands 3 0.515425
Switzerland 4 0.5018929
United States 5 0.4871152
Norway 6 0.4851121
Denmark 7 0.4665922
Sweden 8 0.4567912
Finland 9 0.4460537
Korea, Rep. 10 0.4382369
Ireland 11 0.4324097
Luxembourg 12 0.4227912
Germany 13 0.4190357
Belgium 14 0.4022478
Canada 15 0.3983661
Australia 16 0.3982408
United Kingdom 17 0.3930691
Japan 18 0.3904902
Spain 19 0.3876414
Kuwait 20 0.3800776
France 21 0.377015
Brunei Darussalam 22 0.3627484
Austria 23 0.3621858
Israel 24 0.3585244
China 25 0.3560882' usingDelimiters: String tab.
table convertColumn: 3 to: [ :t | Float readFrom: t ].
b allCountriesColor: Color white.
b countries: table values named: #first metric: #third.
b open
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Oh… almost forgot. You can export a visualization on the web. Here is the generated HTML for the sells
https://dl.dropboxusercontent.com/u/31543901/online/DeepIntoPharoUntilMarch…
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hi,
Several builds are yellow since a while. Please take a look and see if you
can help with fixing them.
Doru
--
www.tudorgirba.com
"Every thing has its own flow"
Hi,
my name is Santiago and I've been using Moose for a couple of years.
I'm conducting an experiment with Alexandre Bergel and we found a problem
trying to identify references to a Java class/interface. Specifically, we
found that Moose fails to detect references produced by "instanceOf" and
castings.
If I have the following Java Code
public class A {
public void foo(Object o){
if(o instanceof B){ //DoSomething }
}
Moose does not find any outgoing invocation or reference from A to B.
Can VerveineJ represents in the generated .mse file the dependency from A
to B ?
Thanks in advance.
Cheers,
--
Santiago Vidal
Updates:
Status: Fixed
Comment #2 on issue 1060 by anquetil...(a)gmail.com: Static modifier missing
in inner classes (VerveineJ)
http://code.google.com/p/moose-technology/issues/detail?id=1060
Went for the simple solution:
Added "static" modifier for classes, did not change attributes and methods
(therefore use hasClassScope boolean property, not the modifier)
This is annoying because the static keyword is not treated consistently
Might decide to go for duplication of information in attributes/methods in
the future...
--
You received this message because this project is configured to send all
issue notifications to this address.
You may adjust your notification preferences at:
https://code.google.com/hosting/settings
Comment #2 on issue 1059 by anquetil...(a)gmail.com: Problem of VerveineJ
detecting references
http://code.google.com/p/moose-technology/issues/detail?id=1059
A reference (not invocation) should be created
will look into it
--
You received this message because this project is configured to send all
issue notifications to this address.
You may adjust your notification preferences at:
https://code.google.com/hosting/settings
Status: New
Owner: ----
Labels: Type-Defect Priority-Medium
New issue 1060 by santiago...(a)gmail.com: Static modifier missing in inner
classes (VerveineJ)
http://code.google.com/p/moose-technology/issues/detail?id=1060
If I have the following Java Code
public class A {
public static innerClass{
}
}
public is the only modifier of innerClass in the MSE. That is, the static
modifier is missing.
--
You received this message because this project is configured to send all
issue notifications to this address.
You may adjust your notification preferences at:
https://code.google.com/hosting/settings
Status: New
Owner: ----
Labels: Type-Defect Priority-Medium
New issue 1059 by santiago...(a)gmail.com: Problem of VerveineJ detecting
references
http://code.google.com/p/moose-technology/issues/detail?id=1059
VerveineJ fails to represent references produced by "instanceOf" and
castings.
If I have the following Java Code
public class A {
public void foo(Object o){
if(o instanceof B){ //DoSomething }
}
Moose does not find any outgoing invocation or reference from A to B.
--
You received this message because this project is configured to send all
issue notifications to this address.
You may adjust your notification preferences at:
https://code.google.com/hosting/settings
Hi
We found with igor the problems that produced red cross in Moose.
The problem is that the system is looking Source Sans Pro and does not find it.
The logic in findBestFont: does not find it because there is no such font registered in font manager
and the default logic is to return TextStyle defaultFont which is a bitmpa one.
So question:
- may be we should have a FT font default loaded in the system?
- Doru we remember that you loaded font in the system? May be you do not register well the fonts.
Could you let us know what you did?
Stef and Igor.
Dear all,
The MOOSEDay@UPMC 2014 will be organized in Paris, June 5th.
The day will be followed by a Pharo Sprint (June 6th) at the same place.
A first draft of the MOOSEDay@UPMC is online here:
http://www.doesnotunderstand.org/MOOSEDayUPMC/
I need you help :
- if you want to propose a talk, send me title, a short summary (3-4
lines), the name and a picture of the speaker.
- if you want to sponsor the event, just ask me :-)
- if you want to attend, just send me your name and affiliation. I
will add you on the webpage.
- if you have some graphic abilities, you can send me a better cover
picture (maybe with some MOOSE pictures).
The webpage is managed on github, if you want to modify the page, just
send me a pull request on github:
https://github.com/SergeStinckwich/MOOSEDayUPMC
Regards,
--
Serge Stinckwich
UCBN & UMI UMMISCO 209 (IRD/UPMC)
Every DSL ends up being Smalltalk
http://www.doesnotunderstand.org/