9 Oct
2013
9 Oct
'13
11:28 a.m.
Hi Doru,
I just added options for shading (on nodes this time) so that you do not have to care
about the colors explicitly.
Now we have the messages for:
- #withShadesOnWeightFromColor:toColor: --> Applies the shading on the weight of the
node
- #withShadesOnNestingFromColor:toColor: --> Applies the shading on the nesting level
of the node
What's the real difference between a LinearColorNormalizer and #mix:shades: I really
like #mix:shades: :D
In a minute I will also provide what you said for the shaded frames: #withShadedFrames was
an example on how to produce framed tree maps with a single message ;)
Cheers,
Roby
On Oct 9, 2013, at 10:47 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote:
Ok, I took a closer look and you already implemented
almost what I said :).
So, let's take a look:
withShadedFrames
self inset: 1.
self strokeAllNodesWithColorBlock: [ :el |
Color darkGray darker adjustSaturation: (-0.03 * el depth) brightness: (el depth *
0.08).
].
This is a good start, but:
- Color darkGray should not be hardcoded
- The actual darkening strategy should not be hardcoded either
I would suggest to use a LinearColorNormalizer instead. This allows you to specify both
the min and max color. What do you say?
Cheers,
Doru
On Wed, Oct 9, 2013 at 10:11 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote:
Nice!
I just do not understand why colors has the same size as the nodes collection. It should
have the same size as the max nesting level. What do I get wrong?
In any case, I think for shading we need also strategy that hides the implementation
details (so, no explicit color creation). I think that we can just give a min and a max
and then simply use a linear color normalizer internally. Of course, we also need a way to
marry such an implicit strategy with the possibility of custom colors :). Proposals?
Doru
On Wed, Oct 9, 2013 at 10:02 AM, roberto.minelli(a)usi.ch <roberto.minelli(a)usi.ch>
wrote:
Sorry, DropBox messed up the image name. I updated the file ;)
On Oct 9, 2013, at 9:57 AM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote:
404 on dropbox
On Oct 9, 2013, at 9:30 AM, roberto.minelli(a)usi.ch wrote:
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
--
www.tudorgirba.com
"Every thing has its own flow"
--
www.tudorgirba.com
"Every thing has its own flow"
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev Here is another way to visualize the nesting,
with frames. It's enough to call #withShadedFrames. How cool is that?
Here's a sample visualization @
https://dl.dropboxusercontent.com/u/6281855/treemap-frames.png
And here's the script:
=-=-=--=-=-=-=-=-=--=-=-=-=-=-=--=-=-=-=-=-=--=-=-=-=-=-=--=-=-=-=-=-=--=-=-=-=-=-=--=-=-=-=-=-=--=-=-=-
builder := DFTreeMapBuilder new.
builder weightBlock: [ :el | el ].
builder nodes: (1 to: 100).
builder nestingFromAssociations: (builder nodes allButFirst collect: [:each | (each // 2)
-> each ]).
"Some optional configurations parameters"
colors := (Color lightBlue) mix: Color blue shades: (builder nodes size).
builder colorBlock: [ :el | colors at: el ].
builder rootColor: (Color red).
builder extent: 521@312.
builder origin: 20@20.
builder withShadedFrames.
builder draw.
=-=-=--=-=-=-=-=-=--=-=-=-=-=-=--=-=-=-=-=-=--=-=-=-=-=-=--=-=-=-=-=-=--=-=-=-=-=-=--=-=-=-=-=-=--=-=-=-
Roby
On Oct 9, 2013, at 8:12 AM, "roberto.minelli(a)usi.ch"
<roberto.minelli(a)usi.ch>
wrote:
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev 
And yes, now the tree map builder does no longer
use z-ordering to lay out the elements ;)
On Oct 8, 2013, at 12:51 PM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote:
> Ok, excellent!!!
>
> Alexandre
>
>> Le 08-10-2013 à 6:44, "roberto.minelli(a)usi.ch"
<roberto.minelli(a)usi.ch> a écrit :
>>
>> Hi,
>>
>> I made a couple of changes of the builder as per your suggestions. An updated
usage script would be:
>>
>>> builder := DFTreeMapBuilder new.
>>> builder weightBlock: [ :el | el ].
>>> builder nodes: (1 to: 50).
>>> builder nestingFromAssociations: (builder nodes allButFirst collect: [:each |
(each // 2) -> each ]).
>>>
>>> "Some optional configurations parameters"
>>> colors := Color green mix: Color blue shades: (builder nodes size).
>>> builder colorBlock: [ :el | colors at: el ].
>>> builder rootColor: ((Color red) alpha: 0.5).
>>> builder inset: 5.
>>> builder extent: 300@400.
>>> builder origin: 10@30.
>>>
>>> "Some node-specific customization"
>>> builder fillNodes: [ :n | (n > 40) ] withColor: (Color white).
>>> builder fillNode: 50 withColor: (Color yellow).
>>> builder fillNode: 43 withColor: (Color green).
>>>
>>> builder strokeNodes: [ :n | (n \\ 2) = 1 ] withColor: (Color blue).
>>> builder strokeNode: 13 withColor: (Color black).
>>>
>>> builder strokeNodes: [ :n | (n \\ 6) = 0 ] withWidth: 2.
>>> builder strokeNode: 3 withColor: (Color red).
>>> builder strokeNode: 3 withWidth: 3.
>>>
>>> "Using the #drawOn: message for compatibility with
ROMondrianViewBuilder"
>>> view := ROView new.
>>> view @ RODraggable.
>>> builder drawOn: view.
>>> view open.
>>
>> And the resulting tree map @
https://dl.dropboxusercontent.com/u/6281855/updated-treemap.png
>>
>> Now I am converting from z-ordering to nesting. Stay tuned ;)
>>
>> Cheers,
>> Roby
>>
>>> On Oct 7, 2013, at 7:33 PM, Alexandre Bergel <alexandre.bergel(a)me.com>
wrote:
>>>
>>> Looks good to me.
>>> Maybe you could have in addition to
>>> DFTreeMapBuilder>>associations:
>>> something
>>> DFTreeMapBuilder>>parent: aBlockOrASymbol
>>>
>>> Also, something very important that I forgot to mention, we need a method
DFTreeMapBuilder>>drawOn: aROView
>>>
>>> Like that, we should be able to have a treemap when using the mondrian
builder. Using your example, we should have exactly the same result if we do:
>>> -=-=-=-=-=-=-=-=-=-=-=-=
>>> builder := DFTreeMapBuilder new.
>>> builder ... // your example here
>>>
>>> view := ROView new.
>>> builder drawOn: view.
>>> view open
>>> -=-=-=-=-=-=-=-=-=-=-=-=
>>>
>>> Cheers,
>>> Alexandre
>>>
>>>
>>>> On Oct 7, 2013, at 1:07 PM, "roberto.minelli(a)usi.ch"
<roberto.minelli(a)usi.ch> wrote:
>>>>
>>>> Hi,
>>>>
>>>> I finished the first version of the new tree map builder for Roassal.
>>>>
>>>> You can find the source code in my SmalltalkHub package
'DevFlow-View'!
>>>>
>>>> Gofer new
>>>> smalltalkhubUser: 'RobertoMinelli' project: 'DevFlow';
>>>> package: 'DevFlow-View';
>>>> load.
>>>>
>>>> Here's an example usage:
>>>>
>>>> builder := DFTreeMapBuilder new.
>>>> builder weightBlock: [ :el | el ].
>>>> builder nodes: (1 to: 50).
>>>> builder associations: (builder nodes allButFirst collect: [:each | (each
// 2) -> each ]).
>>>>
>>>> "Some optional configurations parameters"
>>>> colors := Color white mix: Color blue shades: (builder nodes size).
>>>> builder colorBlock: [ :el | colors at: el ].
>>>> builder rootColor: ((Color red) alpha: 0.5).
>>>> builder inset: 5.
>>>> builder extent: 500@300.
>>>> builder origin: 10@30.
>>>>
>>>> builder draw.
>>>>
>>>> And the resulting tree map!
>>>>
>>>> [cid:EC2669CC-CA97-4B81-8B1B-B792FBE1C04F@mobile.usilu.net]
>>>>
>>>> Please tell me what do you think!
>>>>
>>>> The next steps are:
>>>> - Add customizable interactions
>>>> - Remove z-ordering and use proper nesting
>>>> - Eventually unroll the recursion in the layout algorithm
>>>>
>>>> Cheers,
>>>> Roberto
>>>
>>> --
>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>>> Alexandre Bergel http://www.bergel.eu
>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>>
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev 