Status: New
Owner: ----
Labels: Type-Defect Priority-Medium
New issue 1065 by james.fo...(a)gemtalksystems.com: Delete model does not
remove tab
http://code.google.com/p/moose-technology/issues/detail?id=1065
I expected that deleting a model would remove the tab showing the
MooseModel.
Type-Defect
Component-MoosePanel
--
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 1066 by james.fo...(a)gemtalksystems.com: SubscriptOutOfBounds
error when selecting model without a tab
http://code.google.com/p/moose-technology/issues/detail?id=1066
Import an MSE model, explore it, delete the tab (but leave the model),
unselect the model, select the model, and get a walkback:
OrderedCollection(Object)>>errorSubscriptBounds:
OrderedCollection>>ensureBoundsFrom:to:
OrderedCollection>>at:
GLMMorphicAccumulatorRenderer>>render: in Block: [:ann | aBrowser
activeEntity: ((aBrowser panes at...etc...
BlockClosure>>cull:
BlockClosure>>cull:cull:
AnnouncementSubscription>>deliver: in Block: [action cull: anAnnouncement
cull: announcer]
BlockClosure>>on:do:
BlockClosure>>on:fork: in Block: [Processor terminateActive]
Type-Defect
Component-MoosePanel
--
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
It would be great to have an evaluator. A bit like a terminal or what they have with Wolfram or Aurora.
I guess Doru has been thinking about that already. Is there something cooking ?
I plan to do one based on Roassal...
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hi
I checked here in rmod and I realized that NOBODY uses the white theme and I realized that I was not the only one to
get fedup with it. So when can it be not the default one?
Stef
Hi,
We are currently making some visualizations of application with Usman. They rely on method invocations. In that case, it is better to know which method invokes which other one. We put arrow on our graph, but the only available arrow we found are 'UML like inheritance' arrow with big triangle. Would it be possible to have other type of arrow that are more discrete, but nevertheless indicates the sense? (If possible put acute and not obtuse angle between the two branches of the arrow, it is more easier to see when they are lot of links).
More over, would it be possible to have hook on the lines to transform them as broken lines. Indeed, when you have m1 linked to m2 and m2 linked to m1, there is superposition of the two links so not easy to read. It would be great if we can manually break the lines to see the two of them.
I put some examples of arrow below.
Thanks a lot in advance.
Anne
Hi guys,
I just saw with Usman when we tried to add a CompositeShape using the
RTMondrianViewBuilder it is not working.
Here the example :
| view elements |
view := RTMondrianViewBuilder new.
elements := (1 to: 10).
view nodes: elements.
view shape shape: (RTLine new color: Color red) + RTArrow new.
view edges: elements from: #yourself toAll: elements.
view horizontalLineLayout.
view
If you comment "+ RTArrow new" everything is ok but with the CompositeShape
it is not.
Tanks.
--
Leo Perard
Hi everyone,
I am wandering if anyone is using Arki. If yes, please tell me if it’s missing something, or what you like about it. Of no, then again why?
I want to try to implement something cool in terms of bug prediction in software, and have a real use cases will be very useful.
Cheers.
Uko
Hi all,
Can we export FAST entities to a MSE file?
Because I have a model with FAST + FAMIX entities and I have problems
exporting them (Message Not Understood).
usman
Hi guys
With igor we added a registration mechanism for Freetype fonts for 13149.
We fixed the one of Moose and we should publish the moose packages (but if we publish it in Moose it will break moose).
Now Roassal should not cache the fonts in ROPlatform current because this means that you always get bitmap
if you get bitmap the first time.
So let us know how we proceed?
Stef
Hi everyone.
I wander if there is any place I can read about the philosophy about how Moose is linked with a source code. I know that there are source anchors, and sourced entities. But as far as I can see, my entities do not have any anchors.
Right now I’m thinking that it would be cool to be able to browse a source code of any sourced entity that you have, but I’m not sure how this can be implemented.
Cheers,
Uko
Hi Folks,
I have been working on a tool to transform Rascal M3 models to Moose models. Although the work is far from complete, I presented the progress so far in the Software Composition seminar. The slides (with notes) are here:
http://www.slideshare.net/onierstrasz/m3-for-moose
The Rascal guys are planning to have lots of importers for different languages, so a fast path for M3 models into Moose would be very useful …
Thanks to Doru and Fabrizio for suggesting this path. (Before I tried to generate MSE from M3 within Rascal, but that was very painful and fragile.)
Cheers,
Oscar
PS: Does anyone know how to display presenter notes with slideshare presentations? Their web site says it works, but I can’t figure it out. (I converted my Keynote slides to PPT precisely so this would work, but it doesn’t.)
Hello,
I am looking for the alternatives to the MSE format for model persistency.
The current problems I see with MSE:
- It is all or nothing approach (hence loading takes time)
- need to add entities to model to be able to store them on the disk and
this approach does not work well when you want to persist duplication
information, caches and annotations.
There was a Fuel-based solution and I am wondering if it can be helpful.
While looking for persistency solutions for Pharo, I came across several
solutions like Voyage/Mongo, GLORP, StandStoneBD, and Magma.
http://www.seaside.st/documentation/persistence
Did anyone try any of these tools in the context Moose? I would do a pilot
(saving n retrieving a test model, playing with caches and properties) with
Voyage/Mongo to understand the impact of their usage.
Usman
Hi,
To smoothen the difference between builders and view, I added the following
method:
RTView>>view
"This method is meant to be used polymorphically with builders.
Thus, regardless of whether we get a raw view or a builder, we
can uniformly obtain the view"
^ self
This is particularly useful in situations like:
self act: [ :roassal | RTZoomOutMove on: roassal view view ]
icon: GLMUIThemeExtraIcons glamorousZoomOut
entitled: 'Zoom out'
Here roassal is either a view or a builder.
Doru
--
www.tudorgirba.com
"Every thing has its own flow"
Dear All,
Faviola is an astronomer specialist on molecular clouds (you know, the things were stars get born). Faviola is doing a postdoc with us. We have worked on AstroCloud, a tool on top of Roassal to visualise pictures of the Universe. It is still very early work, but this is truly exciting.
Some pictures of future stars are posted here:
https://www.facebook.com/ObjectProfile/posts/617975611622373
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hi,
Does anyone know if we have a working SVN client in Pharo?
I would need to be able to query a SVN repo to retrieve information from it.
Cheers,
Doru
--
www.tudorgirba.com
"Every thing has its own flow"
Apparently HashTable package does not load correctly in recent Pharo
3, because of the introduction of the EyeInspector hierarchy.
HashTable define a HashTableInspector that was a subclass of
DictionaryInspector (now EyeDictionryInspector).
Should I define an issue for Moose 5.0 ?
--
Serge Stinckwich
UCBN & UMI UMMISCO 209 (IRD/UPMC)
Every DSL ends up being Smalltalk
http://www.doesnotunderstand.org/
Status: New
Owner: ----
Labels: Type-Defect Priority-Medium
New issue 1061 by serge.st...(a)gmail.com: DictionaryInspector no more exist
http://code.google.com/p/moose-technology/issues/detail?id=1061
Apparently HashTable package does not load correctly in recent Pharo
3 (#Pharo3.0 Latest update: #30825), because of the introduction of the
EyeInspector hierarchy.
HashTable define a HashTableInspector that was a subclass of
DictionaryInspector (now EyeDictionryInspector).
--
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
We are almost done.
But I cannot reproduce last 2 failing tests locally… Can someone else check, I know that this sounds strange, but I have no idea what’s wrong - on my machine they are passing.
Uko
Hello,
(I apologize for the late reply but I was offline for a week looking after
a health/family matter)
Thank you everyone for the kinds words. This award is a complete surprise,
and reading your messages made me realize once again the privilege I had
for all these 12 years.
Working in a Smalltalk-inspired world is indeed inspiring. But, what makes
it a privilege is working with all of you. And, I am not saying it just for
the sake of it.
Cheers,
Doru
On Thu, Apr 10, 2014 at 4:57 PM, Alexandre Bergel
<alexandre.bergel(a)me.com>wrote:
> Dear colleges and friends,
>
> It is a great pleasure for me to send this email.
> A couple of days ago AITO officially announced that the junior prize of
> the AITO Dahl-Nygaard Prize Winners is given to Doru, Tudor Gîrba. The
> award will be given at the ECOOP conference, this year, in Uppsala, Sweden.
> AITO is the non-profit organization who is behind ECOOP.
>
> The prestigious Dahl-Nygaard award is given to "individuals that have made
> significant technical contributions to the field of Object-Orientation”.
> ECOOP is the high-caliber European conference on object-orientation. The
> European version of OOPSLA.
>
> I have known Doru for year, when we were doing our PhD in Bern under the
> supervision of Stéphane Ducasse and Oscar Nierstrasz. Doru’s work and ideas
> have had a great impact on the Pharo and Smalltalk community.
>
> Doru is member of the Pharo board. Doru authored Glamour, GTToolKit and
> many more applications. Doru is not only a great researcher, a great
> engineer or a great speaker. He is also a great leader. Doru is the main
> architect of the Moose effort, and a great coordinator in the Moose and
> Pharo communities. Doru authored Humane Assessment, "the method for making
> software engineering decisions".
>
> Doru’s work has had a great impact on my personal work. Roassal is an
> extension of the ideas first presented in Mondrian, which was first
> authored by Doru and his student around 2005. Without Doru, Moose would not
> be as it is now.
>
> Doru, we are happy to have you with us! This international recognition
> will drag up all of us.
>
> Links:
> http://www.tudorgirba.com
> http://www.humane-assessment.com
> http://www.aito.org/Dahl-Nygaard/2014.html
>
> Big big clap!
> Alexandre
> --
> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
> Alexandre Bergel http://www.bergel.eu
> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>
>
>
>
>
--
www.tudorgirba.com
"Every thing has its own flow"
Hi,
does anybody know how MooseFinder…Tests are working? Bacause we have tests failing in MooseFinderForSimpleClassesTest and VerveineJMooseFinderTest. This test’s are a bit specific (not just doing something and asserting the result) and do not have any comments. If anyone knows what is this about, can you please take a look at that tests?
Cheers.
Uko