Active
Project:
Layout
Version:
7.x-1.x-dev
Component:
Code
Priority:
Normal
Category:
Task
Assigned:
Reporter:
Created:
18 Aug 2012 at 09:36 UTC
Updated:
5 Sep 2012 at 11:49 UTC
Jump to comment: Most recent file
At the moment, the responsive layout builder UI only allows a user to rearrange the regions by shifting rows up and down. What we should have is a truly flexible region rearrangement that allows a builder to move individual regions anywhere in the layout.
| Comment | File | Size | Author |
|---|---|---|---|
| #6 | rearrange-regions2.png | 11.7 KB | OnkelTem |
| #4 | rearrange-regions.png | 23.93 KB | mustanggb |
Comments
Comment #1
OnkelTem commented@jessybeach
Can you please confirm is this still active? I can drag regions anywhere in the layout atm.
Comment #2
mustanggb commented#1 Are you sure? I just tested on the demo site and it only allowed me to drag rows (and sometimes multiple rows when they decided to get stuck together).
Comment #3
OnkelTem commented#2
Perhaps we should come to understanding first - what we mean under "anywhere".
I suggest starting from this video: http://www.youtube.com/watch?v=Ek2eyWZPI1c&feature=player_embedded
I'm using git version of the module. In the current implementation we have regions vertically stacked from top to bottom. As far as I can judge from playing with Layout for a day, we can:
1) create/delete a region
2) rearrange regions in the stack
3) resize a region from the left, making next region to jump in the freed space to the left
4) resize a region from the right, making next region to jump in the freed space to the right
What is different now comparing to the video and what I personally find as advantage: we can't resize freely to the pixel level, as we can do in Flexible layout, instead region widths are aligned to the grid i.e. vertical columns.
what we can't do yet:
5) Group regions
6) Hide regions
What operations do you find missing?
Comment #4
mustanggb commentedPerhaps it's easier to explain visually.

For example if we wanted to move the left region above the header:
Comment #5
OnkelTem commented#4
Thanks for the graphics. Yeah, now its much clear. In the "desired" part there are gaps - places without any regions.
I can't say either they are good or not, just a thought - isn't it concern of region's insides to decide how to consume space?
In the concept video there were also no such gaps.
Present implementation part demonstrates a bug I guess. I think correct behavior would be: on dragging Left to the top only Left should be moved, and be resized to 100% width, while the Content should be expanded to the left.
Comment #6
OnkelTem commentedAttaching image:
Is this correct?
Comment #7
OnkelTem commentedThinking about the gaps again I see no reason to not allowing them.
For example, in 960gs, adding a gap to the left is just a matter adding ".push-N" class to a region.