Roassal scale-proof sizes (again)
Locked
 
|
I again want to highlight the importance of dimensions that are not scalable.
If you remember Voronyj diagrams[1] that Natalia did, usually you do not care about the size of borders, or the size of sites compared to the rest of diagram. But as total size of a resulting diagram is not predictable, and you scale it to fill your viewport, you end up with a different size of borders which is sometimes inappropriate. Again, when you have a scatterplot. Sometimes you have clusters, and sometimes you have sparse plots. I think that it can be essential to be able to say: “I need my elements to be always 5px in radius”. This way you can always see them when you zoom out and they are not overlapping when you zoom in. I understand that this may be hard to implement. Just wanted to highlight because maybe someone is planing to do something cool on the next weekend :) Uko [1] http://natalia.tymchuk.me/RTVoronyjDiagram/ _______________________________________________ Moose-dev mailing list [hidden email] https://www.iam.unibe.ch/mailman/listinfo/moose-dev |
|
|
Hi Uko,
This is indeed something I have thought about for long. If you take Omnigraffle for example, you can group elements, and the. Resize them all. Having this in Roassal is trivial. Being able to say that a group of elements should have a particular size, will this work for you? Alexandre > Le 01-09-2014 à 5:23, Yuriy Tymchuk <[hidden email]> a écrit : > > I again want to highlight the importance of dimensions that are not scalable. > > If you remember Voronyj diagrams[1] that Natalia did, usually you do not care about the size of borders, or the size of sites compared to the rest of diagram. But as total size of a resulting diagram is not predictable, and you scale it to fill your viewport, you end up with a different size of borders which is sometimes inappropriate. > > Again, when you have a scatterplot. Sometimes you have clusters, and sometimes you have sparse plots. I think that it can be essential to be able to say: “I need my elements to be always 5px in radius”. This way you can always see them when you zoom out and they are not overlapping when you zoom in. > > I understand that this may be hard to implement. Just wanted to highlight because maybe someone is planing to do something cool on the next weekend :) > > Uko > > > [1] http://natalia.tymchuk.me/RTVoronyjDiagram/ > _______________________________________________ > Moose-dev mailing list > [hidden email] > https://www.iam.unibe.ch/mailman/listinfo/moose-dev _______________________________________________ Moose-dev mailing list [hidden email] https://www.iam.unibe.ch/mailman/listinfo/moose-dev |
|
|
Sounds good. But is there already something implemented? Because I’d like to hook this up with zooming, so camera does not rescale them.
Uko On 02 Sep 2014, at 19:04, Alexandre Bergel <[hidden email]> wrote: > Hi Uko, > > This is indeed something I have thought about for long. If you take Omnigraffle for example, you can group elements, and the. Resize them all. Having this in Roassal is trivial. > Being able to say that a group of elements should have a particular size, will this work for you? > > Alexandre > > >> Le 01-09-2014 à 5:23, Yuriy Tymchuk <[hidden email]> a écrit : >> >> I again want to highlight the importance of dimensions that are not scalable. >> >> If you remember Voronyj diagrams[1] that Natalia did, usually you do not care about the size of borders, or the size of sites compared to the rest of diagram. But as total size of a resulting diagram is not predictable, and you scale it to fill your viewport, you end up with a different size of borders which is sometimes inappropriate. >> >> Again, when you have a scatterplot. Sometimes you have clusters, and sometimes you have sparse plots. I think that it can be essential to be able to say: “I need my elements to be always 5px in radius”. This way you can always see them when you zoom out and they are not overlapping when you zoom in. >> >> I understand that this may be hard to implement. Just wanted to highlight because maybe someone is planing to do something cool on the next weekend :) >> >> Uko >> >> >> [1] http://natalia.tymchuk.me/RTVoronyjDiagram/ >> _______________________________________________ >> Moose-dev mailing list >> [hidden email] >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev > > _______________________________________________ > Moose-dev mailing list > [hidden email] > https://www.iam.unibe.ch/mailman/listinfo/moose-dev _______________________________________________ Moose-dev mailing list [hidden email] https://www.iam.unibe.ch/mailman/listinfo/moose-dev |
|
|
Give me a couple of hours…
It is coming Alexandre On Sep 2, 2014, at 1:16 PM, Yuriy Tymchuk <[hidden email]> wrote: > Sounds good. But is there already something implemented? Because I’d like to hook this up with zooming, so camera does not rescale them. > > Uko > > > On 02 Sep 2014, at 19:04, Alexandre Bergel <[hidden email]> wrote: > >> Hi Uko, >> >> This is indeed something I have thought about for long. If you take Omnigraffle for example, you can group elements, and the. Resize them all. Having this in Roassal is trivial. >> Being able to say that a group of elements should have a particular size, will this work for you? >> >> Alexandre >> >> >>> Le 01-09-2014 à 5:23, Yuriy Tymchuk <[hidden email]> a écrit : >>> >>> I again want to highlight the importance of dimensions that are not scalable. >>> >>> If you remember Voronyj diagrams[1] that Natalia did, usually you do not care about the size of borders, or the size of sites compared to the rest of diagram. But as total size of a resulting diagram is not predictable, and you scale it to fill your viewport, you end up with a different size of borders which is sometimes inappropriate. >>> >>> Again, when you have a scatterplot. Sometimes you have clusters, and sometimes you have sparse plots. I think that it can be essential to be able to say: “I need my elements to be always 5px in radius”. This way you can always see them when you zoom out and they are not overlapping when you zoom in. >>> >>> I understand that this may be hard to implement. Just wanted to highlight because maybe someone is planing to do something cool on the next weekend :) >>> >>> Uko >>> >>> >>> [1] http://natalia.tymchuk.me/RTVoronyjDiagram/ >>> _______________________________________________ >>> Moose-dev mailing list >>> [hidden email] >>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev >> >> _______________________________________________ >> Moose-dev mailing list >> [hidden email] >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev > > > _______________________________________________ > Moose-dev mailing list > [hidden email] > https://www.iam.unibe.ch/mailman/listinfo/moose-dev -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. _______________________________________________ Moose-dev mailing list [hidden email] https://www.iam.unibe.ch/mailman/listinfo/moose-dev |
|
|
In reply to this post by Uko2
Hi Yuriy,
Update Roassal and you can send #extent:, #width: and #height: to a RTGroup. I did not want to play with the matrix. Maybe we should on some point. But for now, I think this is okay. Try this: -=-=-=-=-=-=-=-=-=-=-=-= elements := (RTEllipse new size: (30 atRandom)) elementsOn: (1 to: 30). RTForceBasedLayout on: elements. v := RTView new. v addAll: elements. handle := (RTBox new size: 20; color: Color red) element. v add: handle. handle @ RTDraggable. TRConstraint move: handle onTheRightBelowOf: elements. callback := TRTranslationCallback new block: [ :shape :step | elements extent: (handle encompassingRectangle topLeft - elements encompassingRectangle topLeft). v signalUpdate ]. handle trachelShape addCallback: callback. v -=-=-=-=-=-=-=-=-=-=-=-= Cheers, Alexandre On Sep 2, 2014, at 1:16 PM, Yuriy Tymchuk <[hidden email]> wrote: > Sounds good. But is there already something implemented? Because I’d like to hook this up with zooming, so camera does not rescale them. > > Uko > > > On 02 Sep 2014, at 19:04, Alexandre Bergel <[hidden email]> wrote: > >> Hi Uko, >> >> This is indeed something I have thought about for long. If you take Omnigraffle for example, you can group elements, and the. Resize them all. Having this in Roassal is trivial. >> Being able to say that a group of elements should have a particular size, will this work for you? >> >> Alexandre >> >> >>> Le 01-09-2014 à 5:23, Yuriy Tymchuk <[hidden email]> a écrit : >>> >>> I again want to highlight the importance of dimensions that are not scalable. >>> >>> If you remember Voronyj diagrams[1] that Natalia did, usually you do not care about the size of borders, or the size of sites compared to the rest of diagram. But as total size of a resulting diagram is not predictable, and you scale it to fill your viewport, you end up with a different size of borders which is sometimes inappropriate. >>> >>> Again, when you have a scatterplot. Sometimes you have clusters, and sometimes you have sparse plots. I think that it can be essential to be able to say: “I need my elements to be always 5px in radius”. This way you can always see them when you zoom out and they are not overlapping when you zoom in. >>> >>> I understand that this may be hard to implement. Just wanted to highlight because maybe someone is planing to do something cool on the next weekend :) >>> >>> Uko >>> >>> >>> [1] http://natalia.tymchuk.me/RTVoronyjDiagram/ >>> _______________________________________________ >>> Moose-dev mailing list >>> [hidden email] >>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev >> >> _______________________________________________ >> Moose-dev mailing list >> [hidden email] >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev > > > _______________________________________________ > Moose-dev mailing list > [hidden email] > https://www.iam.unibe.ch/mailman/listinfo/moose-dev -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. _______________________________________________ Moose-dev mailing list [hidden email] https://www.iam.unibe.ch/mailman/listinfo/moose-dev |
«
Return to Moose
|
1 view|%1 views
| Free forum by Nabble | Edit this page |