On my DPS Wishlist: Playing with Liquid Lay-outs in InDesign (IE: making one layout for iPad Landscape, Portrait and iPhone).

seen from Singapore

seen from Germany

seen from United States

seen from Germany
seen from China
seen from China
seen from Argentina

seen from Australia
seen from Australia
seen from United States
seen from United States
seen from United States
seen from Curaçao
seen from Singapore
seen from United States

seen from United States
seen from United States
seen from United States

seen from United States
seen from Czechia
On my DPS Wishlist: Playing with Liquid Lay-outs in InDesign (IE: making one layout for iPad Landscape, Portrait and iPhone).

Anya is live and ready to show you everything. Watch her strip, dance, and perform exclusive shows just for you. Interact in real-time and make your fantasies come true.
Free to watch • No registration required • HD streaming
CSS - fixed layouts vs liquid layouts.
(Following my last article about when/why we should use px or % to define the website layout).
After some time spent researching I've came across some interesting findings:
Fixed layouts (layouts that are fixed and don't re-size to fit the available window width):
This seems to be the most popular.
Pros: Once we have choose the width (usually the most popular e.g. 940px, 960px etc.) we won't be needing to test it on different screen widths. The structure and the aesthetics will be preserved.
Cons: Some users with small screens (mobile devices) may need to scroll horizontally to view the site if the fixed width is larger. Unless we provide a mobile edition, as well, that users can have access.
Liquid layouts (layouts that horizontally re-size to fit the width of a window):
Pros: the content adapts in order to use entirely the Window width. Which means that we don't have to choose between the most popular fixed width. Liquid layouts are useful for small screen (mobile devices) which vary slightly. We have to do less work on adapting it to all possible screen sizes.
Cons: If the site re-sizes to fit horizontally, we end-up not having control on the layout as much as if it was fixed. The structure and aesthetics of the site won't be under control. This means that at the end, probably you will end-up having to do more work to support all screen widths as we considered scenarios where the screen is really small and the menu navigation is all clustered and ugly or too far apart on a large screen.
It seems that both are a valid option. But, the issue remains:
Browsing on our mobile device is increasing heavily and for me it makes sense to create a solution that is shown properly on a mobile device. This is when a website might require CSS media queries.Â
My next article will be entirely dedicated to CSS media queries.
Cheers,
/*t*/