Hi!
Where can I find such a documentation?
themoosebook is particular shy on chef :-(
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hi,
Is anybody working on layout chapter?
This (summer) semester I'll be writing my bachelor thesis on model
layouting and I am using Roassal, so since I need to get familiar with
Roassal layouting abilities I could as well write something about it. :)
Peter
Hi,
Because Pharo 4 is getting closer and I can see already improvements on
shortcuts (Ctrl and Alt are switched finally and we have consistent
behaviour between apps in Linux), I'm moving to moose 5.1 as my base
platform for the development of grafoscopio. So far, so good, but I
would like some of the behaviours on 5.0 back on 5.1, like the way to
embed playgrounds with named nodes.
So here is the screenshot of grafoscopio with a code type node open
inside an interactive document running on Moose 5.0:
http://mutabit.com/deltas/repos.fossil/offray-uvikuo/doc/tip/static/blog/ou…
And here is the same interactive document open on Moose 5.1:
http://mutabit.com/deltas/repos.fossil/offray-uvikuo/doc/tip/static/blog/ou…
As you can see, in the first screenshot, the playground takes the same
name of the node that is storing its contents, while the second one has
just "Untitled" as title.
My code for embedding playgrounds is
========================================
GrafoscopioBrowser>>bodyForCodeIn: constructor for: aNode
"Shows the body of a node as an interactive playground. If node is not
tagged it will return itself,
so it can be rendered properly for other messages"
| innerBrowser |
aNode tags = 'código'
ifFalse: [^self].
innerBrowser := GTPlayground new.
constructor custom: innerBrowser.
========================================
How the code needs to be changed so I can get named playgrounds as was
happening with 5.0.
Cheers and keep the good work.
Offray
Status: New
Owner: ----
Labels: Type-Defect Priority-Medium
New issue 1103 by v.blonde...(a)gmail.com: The list resulting of the
Inspection of a MooseGroup should be in alphanumerical order
https://code.google.com/p/moose-technology/issues/detail?id=1103
Describe the problem: what do you get? what do you expect?
When you inspect with the moose panel (or an inspector) a model, the list
of the group items are randomly sorted.
I expect to have a alphanumerical sort on this list to quickly get an
element of the list.
How to reproduce the problem: step by step if necessary
Do: LANPackageTestResource current model allClasses inspect.
And go to the third tab (containing the list)
Additional information: platform, context which may impact the problem
Moose 5.0
Please fill in the labels with the following information:
* Type-Enhancement
* Component-GT
--
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 1105 by v.blonde...(a)gmail.com: Moose Importing Abstract Classes -
Packages Reorganisation
https://code.google.com/p/moose-technology/issues/detail?id=1105
The organisation of the Moose importers is a bit messy.
The classe MooseAbstractImporter should be used by MooseImportingTask and
be a subclass of MooseTask.
MooseImportingTask is only used for smalltalk so it should be in
Moose-SmalltalkImporter.
And MooseOperator is not only for Smalltalk so it should be in the
Moose-Core package.
This following my mail from last year:
http://www.iam.unibe.ch/pipermail/moose-dev/2014-April/019420.html
and the discussion from 2011 from Usman and Stef:
http://forum.world.st/Proposal-to-enhance-the-MooseTask-inheritance-and-Moo…
Please fill in the labels with the following information:
* Type-Engineering
* Component-Moose
--
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 1116 by christop...(a)inria.fr: fix bad dependencies in moose-core
https://code.google.com/p/moose-technology/issues/detail?id=1116
Moose-Core has dependencies to Moose-Algos-Graph and
Moose-SmalltalkImporter that should not be there.
action: move MooseIcons>>importIcon and MooseGroup>>cyclesToAll as
extension methods of Moose-SmalltalkImporter and Moose-Algos-Graph.
--
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,
Following the advice of Peter Uhnák on tag clouds and avatars I made
some progress on my intended visualization. If you run the code at [1]
you will get something similar to [2] (the difference is that screenshot
is for code inside a grafoscopio document instead of a simple playground).
[1] http://ws.stfx.eu/9G5PEGYFL1MW
[2]
http://mutabit.com/deltas/repos.fossil/datapolis/doc/tip/Figures/personal-t…
I will prioritize working on scrapping and cleaning the data, leaving
the position of the avatar to the end (hopefully Alexandre will read
this and in his attempt to make Roassal the best visualization engine in
the universe and its users happier, he will implement my suggestion at
the end).
So in my attempt to clean the data I'm trying to process originalText
(look at [1]) to split it to single words. For that I start copying that
text and replacing any occurrence of punctuation characters and
parenthesis by spaces and then applying #splitOn: ' ' to the new string.
I made this by the chunk of code at [3], but seems inelegant and trying
to use cascades and ending in #yourself didn't make the trick.
=[3]==========================
cookedText1 := originalText.
cookedText1 := cookedText1 copyReplaceAll: ',' with: ' '.
cookedText1 := cookedText1 copyReplaceAll: ';' with: ' '.
cookedText1 := cookedText1 copyReplaceAll: '.' with: ' '.
cookedText1 := cookedText1 copyReplaceAll: ':' with: ' '.
cookedText1 := cookedText1 copyReplaceAll: ')' with: ' '.
cookedText1 := cookedText1 copyReplaceAll: '(' with: ' '.
==============================
So here come my questions:
a) There is any form to replace code at [3] by a more elegant
Smalltalk-ish way so I can have only words no matter if they are
separated by spaces, punctuation marks of starting/ending with parenthesis?
b) Why some uninteresting words like the Spanish 'La' or 'Se' are still
getting their way in the final visualization even if I try to evade them
with the code at [4]
=[4]==========================
(cookedText1 splitOn: ' ') do: [:word |
((word size > 1) & (uninterestingWords includes: word asLowercase) not)
ifTrue: [cookedText2 := cookedText2, word, ' ']].
==============================
And my suggestion:
Please consider making tag clouds with variable layouts and forms.
Python has something similar with [5]
[5] http://sebastianraschka.com/Articles/2014_twitter_wordcloud.html
I will be waiting for your suggestions and thanks for keeping
Pharo/Moose awesome!
Cheers,
Offray
Hi all,
I realized that currently, it is not possible to inspect elements in the
GLMRosassal2 presentation when they are created, as it works only on
elements created at the initialization in:
GLMRoassal2Presentation>>renderOn:
I think the new elements added to the RTView should be inspectable in the
presentation.
A possible solution would be to GLMRoassal2Presentation to observe the
RTView and when notified of creation of a new element, add the interaction
to the new element ?
---------------------------------------------------------------
v := RTView new.
x:=0.
v add: ((RTBox new size: 40) elementOn: x).
v elements when: TRMouseRightClick do: [ | b |
b := ((RTBox new size: 40) elementOn: x).
v add: b.
b translateBy: (x := x + 50)@0.
v signalUpdate ].
v.
----------------------------------------------------------------------
Pierre
Status: New
Owner: ----
Labels: Type-Defect Priority-Medium
New issue 1118 by sean.p.d...(a)gmail.com: GT Inspector: Double Click Doesn't
Always Select Text Properly
https://code.google.com/p/moose-technology/issues/detail?id=1118
In Pharo #40589
It took me a while to figure out that GT has a feature I've wanted for a
long time: when you activate a workspace by clicking, the selection is
preserved. Very cool! One thing though, where it also took me a while to
figure out what was going on...
1. Type in the playground:
'aString'.
'anotherString'.
2. "Go" to bring up a second pane - doesn't matter which
3. Click in the second pane to put the keyboard focus there
4. Double click on one of the lines in pane #1
It is selected - great!
5. Repeat #3
6. Double click on the unselected line
The selection will be cleared, but the other line will not be selected.
NB: an interesting thing is that if you do the above exercise with a text
editor outside the same GT window, like another GT Inspector, steps 5 and 6
work correctly just like the previous.
--
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
Keep up the good work! It is getting better all the time.
- I wanted to search for source, not source: or something starting with
source.
I thought perhaps typing a space after source would reduce the result
set.
- I tried selecting the list of implementors with the mouse, but was
only able to
do so after moving the selection to the first of the implementors.
Stephan