23 Oct
2014
23 Oct
'14
8:38 p.m.
I am sorry Doru but in fact I did not well understood what you meant by
"shift the smaller boxes",
But I finally changed the solution, as another problem came with this first
solution: as I put the last element at 0:0 position then the positions to
the fist element are in negative x and y.
So now I browse the elements in the normal order, I just pre-compute the
next line to get the next line biggest element height before creating the
line. Not a miracle solution but it works.
thanks !!
pierre
2014-10-23 15:32 GMT-03:00 Alexandre Bergel <alexandre.bergel(a)me.com>om>:
Hi Pierre!
I agree with Doru, the layout should remain the same. Maybe we could have
a look at your algorithm next week, but it is doable.
Alexandre
Le 23-10-2014 à 10:26, Pierre CHANSON
<chans.pierre(a)gmail.com> a écrit :
hello !
thank you Doru, the thing is the max width is not based on number of
elements but
their size in pixel so we can't predict what will be the
elements (and so the biggest element height) in the next line so, as a
reversed align top, I put the elements from the bottom right corner to the
top left. (Just put the elements in the reverse order) The last line is the
fist one and less filled. But there is certainly a simple trick to fix
this. What about the extra step to move at the end ?
yes I will take a look at the center aligned version, I thought this one
was
already working but with a closer look, it's not :)
Pierre
_______________________________________________
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