Status: New
Owner: alexandr...(a)gmail.com
Labels: Type-Enhancement Priority-Medium Component-Mondrian
New issue 657 by jannik.l...(a)gmail.com: Mondrian progressBar by default
http://code.google.com/p/moose-technology/issues/detail?id=657
I am seeing that a lot of visualization should have a progress bar....
Is it possible to have it directly in Mondrian, and by default ?
Hi Alex,
I am seeing that a lot of visualization should have a progress bar....
Is it possible to have it directly in Mondrian, and by default ?
---
Jannik Laval
Hi,
I am trying menus in Moose 4.6. I loaded Moose from MooseScript (method createModelForMoose). And I tried all command in menus.
Here are my comments:
On a ClassGroup, some commands are strange or does not work:
- utilities:
- compute duplication: should have a progress bar. When it is finished, nothing happens !
- visualize
- blueprint complexity: progress bar
- distribution map for these elements: loop ?
- uml class diagram: should remove "(type)" in the name of each box.
I will continue on other menu next days.
When I will have your comments about these points, I will open issues in bug tracker.
Cheers,
Jannik
Could we update the project Moose-dev, Mondrian and Spy on Jenkins ?
Cheers,
Alexandre
Begin forwarded message:
> From: Marcus Denker <marcus.denker(a)inria.fr>
> Date: 28 June 2011 11:10:44 CEST
> To: An open mailing list to discuss any topics related to an open-source Smalltalk <Pharo-project(a)lists.gforge.inria.fr>
> Subject: [Pharo-project] Please test Pharo 1.3!
> Reply-To: Pharo-project(a)lists.gforge.inria.fr
>
> Please test Pharo 1.3!
>
> There is no magic.. what is now here:
>
> https://pharo-ic.lille.inria.fr/hudson/job/Pharo%201.3/
>
> Will be the release. Issues fixed until the released are just those that will be detected and fixed.
>
> There is no magic.
>
> For those who only run released software: Version Number is 1.3. Consider this released. There will be no RC.
>
> Marcus
>
> --
> Marcus Denker -- http://www.marcusdenker.de
> INRIA Lille -- Nord Europe. Team RMoD.
>
>
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hi Tudor,
It looks like replacing:
GLMMorphicListingRenderer>>#actOnUpdatedPresentation: anAnnouncement
treeMorph model updateRoots
with:
GLMMorphicListingRenderer>>#actOnUpdatedPresentation: anAnnouncement
anAnnouncement presentation
suspendAllWhile: [ treeMorph model updateRoots ]
makes sense (I was having a lot of updates when updating on a list who was being "transmited" by a tree presentation)
what do you think? can I commit this?
cheers,
Esteban
Hi,
The Moose build is finally green again!
I spent some time to add guard conditions to the menu entries that use the tool registration mechanism like this:
Object>>mooseInspect
<menuItem: 'In Inspector' category: 'Browse'>
Smalltalk isInteractive ifTrue: [
self inspect ]
This solves the problem of triggering all the menu entries when in headless mode.
Cheers,
Doru
--
www.tudorgirba.com
"Problem solving efficiency grows with the abstractness level of problem understanding."
Doru, it seems it was integrated.
---------- Forwarded message ----------
From: <squeak-dev-noreply(a)lists.squeakfoundation.org>
Date: Tue, Jun 28, 2011 at 3:30 AM
Subject: [Vm-dev] VM Maker: VMMaker.oscog-eem.86.mcz
To: vm-dev(a)lists.squeakfoundation.org, lewis(a)mail.msen.com
Eliot Miranda uploaded a new version of VMMaker to project VM Maker:
http://www.squeaksource.com/VMMaker/VMMaker.oscog-eem.86.mcz
==================== Summary ====================
Name: VMMaker.oscog-eem.86
Author: eem
Time: 27 June 2011, 4:09:22 am
UUID: 9fa2ae33-553f-4e81-b8d8-45c5ba299256
Ancestors: VMMaker.oscog-eem.85
Integrate Igor's fix from http://code.google.com/p/cog/issues/detail?id=46.
Modify to use #= instead of #== (important in the simulator)
--
Mariano
http://marianopeck.wordpress.com
Hi,
I would like each finder's pane to be a simple browser instead of just
a presentation. The following does not work and I can't make it work.
When the #selection port is triggered, a new pane is correctly added
to the finder, but all of the finder's panes are updated with the same
content as the new one.
|navigator finder|
navigator := GLMTabulator new.
navigator row: #content.
navigator transmit to: #content; andShow: [:a | a list display:
#allSuperclasses].
navigator transmit from: #content; toOutsidePort: #selection.
finder := GLMFinder new.
finder show: [:a | a custom: navigator].
finder openOn: String
Could you please tell me what I did wrong or if it's a bug?
Thank you
--
Damien Cassou
http://damiencassou.seasidehosting.st
"Lambdas are relegated to relative obscurity until Java makes them
popular by not having them." James Iry
Status: Accepted
Owner: damien.c...(a)gmail.com
Labels: Type-Defect Priority-Medium Component-Glamour
New issue 653 by damien.c...(a)gmail.com: [Glamour]
GLMBasicExamples>>staticAndDynamicMenu presents not working actions
http://code.google.com/p/moose-technology/issues/detail?id=653
0) open a transcript
1) execute: 'GLMBasicExamples open'
2) select 'Menus' (this is populated by the #staticAndDynamicMenu method)
3) go to the 'Text' tab
4) select some text (e.g., 'Character')
5) right click on the text and choose 'Print selection'
you would expect 'Character' to be printed but 'nil' is printed instead. If
you then go to the 'List' tab, select a letter and repeat the process from
step 3, you will get this letter printed in the transcript. I would have
expected the selected text to be printed.