Flexible Layouts: Challenge For The Future

Advertisement

This article is a guest post written by Dirk Jesse, the developer of YAML (Yet Another Multicolumn Layout), an (X)HTML&CSS framework which explains his motivation for YAML in the last paragraph of the article. This article is supposed to initiate the discussion about the need for more flexible layouts in modern web design and explain why flexible designs are still important — even despite the Full Page Zoom-functionality implemented in most modern browsers.

The new generation of web browsers — Firefox 3, Opera 9.5 and Internet Explorer 7 — provides a feature which seems to save a lot of work for web-developers in the future, namely the Full Page Zoom. Instead of allowing users to increase and decrease the font size on a given web-site, browsers now enable users to literally scale the rendered layout including visuals and background images. The whole design layout is scaled proportionally according to some adjusted zoom-factor, with all the elements of a page’s layout expanding equally. Consequently, every fixed, pixel-based layout becomes “scalable”; the content area always remains within the layout box it is supposed to be in and there is no chance of producing overlapping boxes as we’ve seen in the previous generations of web-browsers.

However, is the new zoom-technique indeed so advanced that we don’t need flexible layouts any longer? Just as this question is extensively1 discussed2 in the3 blogosphere4, it is extensively answered with “yes”. And there is a good reason behind it. The coding of a fixed layout is much easier and, when used properly, produces exactly the results a designer is willing to achieve. With fixed layouts, designers can ensure the exact positioning of each pixel (a dream of many graphics designers comes true!) and the user can adjust the size of the layout with a scaling zoom on demand. No wonder that it’s tempting to motivate the switch to fixed layouts. However, as professionals, we need to consider how reasonable it is from the professional point of view.

In the following let’s discuss why we strongly believe that this paradigm won’t lead web design to more user-friendly and accessible web-sites, why flexible layouts still remain important today and why they will become even more important in the future.

Where Full Page Zoom doesn’t help at all Link

The main difference between fixed (px-based) and flexible (%-based) layouts is the simple fact that flexible layouts can better adapt to user’s viewing preferences. With flexible solutions, the width of the layout depends on the viewport of the browser and can perfectly fill the viewing space without any manual adjustments from the user’s side. Fixed layouts can’t do that. Full page zoom, when applied to fixed layouts, enables users to manually adjust the design after it has already been rendered.

Another important aspect which is worth keeping in mind: Internet Explorer 6, probably the nightmare of every web-developer out there, has a market share of almost 40% — and it doesn’t support zoom at all.


According to w3schools.com, the larger and wider screen resolutions (larger than 1024×768px) will become a standard in the future.

More problematic is the overwhelming confidence of developers that the individual decision-making is better for users from the accessibility point of view. When applied to fixed layouts the web-developer delivers a clear message:

Dear users, your browser can zoom my fixed layout – so please help yourself if you want or need to!

From designer’s perspective with this argument it is tempting to switch to a more comfortable (fixed) design solution at expense of accessibility. Why should a user adapt his viewing preferences to a web-site? Shouldn’t a web-site rather adapt itself to the viewing preferences of its users? If you think about it for a second, you have the same situation as in a cloth store where you are offered cloth only in some very specific size. If the size doesn’t fit to you, it’s your problem, not store’s owner. And if you want to you can take a needle, some fabric and create the cloth of its own choice for free. That is not user-friendly.

Even more crucial is the simple fact that full page zoom isn’t really feasible in practice. Let’s assume that the designers has a fixed layouts with the width of 960px. To zoom it using a 150% scale factor and still browse the page without horizontal scroll bar, users need to have at least the screen resolution of 1440px and a browser opened in the full-screen-mode. Is it really a path for the Web to take in the years to come? As Nancib5 states, “problem is that sometimes the font on a page is friggin’ tiny without zooming it in, but zooming the page (with the images) doesn’t just make it more readable.”

Web developers often tend to argue that flexible layouts are too complex and with full page zoom every fixed layout is becoming scalable anyway. That’s right, scalable, but not flexible. Why should a browser correct the mistakes a developer or designer has done when creating a site layout?

Flexible layouts are hard to control? That’s not true! Link

Whenever designers argue against flexible layouts they tend to use the following argument:

In flexible layouts the text flows in the width when expanding the browser window, making the content hard to read. This text flow is hard to control.

Wide text flow is definitely not a nice thing to offer your visitors. However, text flow doesn’t need to flow in the width when the browser window is expanded. To achieve attractive flexible designs one can use the properties min-width and max-width. Of course, Internet Explorer 6 doesn’t support both of them — just as it implements both hasLayout-model and the Float-model incorrectly. However, this is not the reason to not use floats for your design layouts, right?

To simulate max-width and min-width you can use various workarounds (JS Expressions6); and to simulate min-width you can even use a pure CSS-solution7. But what happens if the user’s browser doesn’t support JavaScript? Well, in this case a flexible Layout without max-width doesn’t necessarily destroy the layout, although the text flow may be too wide. But this is what the Progressive Enhancement is all about, so this is not that problematic.

How to find an ideal width for a flexible layout? Link

Let’s consider how wide the layout should be for an optimal flexible layout:

  • Layout width: use width:auto or any %-value to make sure that the layout makes use of the available width of the browser windows automatically.
  • Minimal width: use some px-value (e.g. 760px). This lower bound should be used for all pixel-based layouts, so the content remains readable when displayed in the minimal screen resolution.
  • Maximal width: use an em-value (e.g. 90em). Thus the text flow doesn’t grow in width in an uncontrollable fashion, but remains constant for various screen resolutions. Side effect: the maximal width is scaled according to the font-size of the browser.

Also keep in mind that we, designers, don’t really have the design layout (whether fixed or flexible) under control as the presentation of our layouts depends on the browser, font size adjustments, operating system, alternative user-stylesheets etc.

The Holy Photoshop Mockup Link

The most frequent argument used to motivate the fixed layout solution is the fact that customers are confident that a perfect Photoshop mockup would look best when displayed 1:1 in user’s browser. Indeed, it is hard to explain to the customers that flexible solution, although looking differently in different context, has some advantages. After all, if the design doesn’t look as expected on senior project manager’s wide screen laptop, then this is not something the customer would agree on.

However, following customer’s decisions blindly you neglect your professional responsibility to develop accessible, user-friendly web-sites. It’s your duty to complement your customer’s wishes, compromise and seek for the best possible solution for users and not for the senior manager. A quick argument that a user-friendly solution which doesn’t look best at some specific configuration would bring more satisfied customers and consequently more money in a long run usually suffices.

8
Vivabit.com9: transparency, patterns and background images can lead to impressive and flexible results.

The end-result layout isn’t supposed to be used as a nice screenshot for one single portfolio. It has to serve users’ needs and enable them to get to the content of the site as quickly and as painlessly as possible. Take your time and go through some of the layouts presented in numerous CSS-showcases. In way too many cases the attractive pixel-based design breaks down completely when the browser window is resized or the content is scaled. A Photoshop Mockup isn’t necessarily easy to convert into a flexible design layout, however it is definitely worth consideration. Transparency, patterns and background images can lead to impressive and flexible10 results.

In most cases we design web-sites not to present some design, but to let the design help users to achieve some objectives such as finding the information they are looking for. Graphics-heavy flexible layouts are not easy to achieve and require planning, patience and confidence that the results are worth it. However, these efforts improve user experience and make the design medium-independent.

Mobile Browsers – Why flexible is better Link

Mobile Web layouts as well as its small and big problems are a topic which is worth a single discussion. Just one year ago my old mobile phone could access the Internet, however it was extremely hard to browse web-pages, read them and navigate. With the improved user interface of iPhone it has completely changed. Mobile web-browsers (e.g. Opera Mini or Safari on the iPhone) have dramatically improved over the last two years — at the moment it is almost natural that they render web-pages without any considerable display errors.

My iPhone has no problem displaying flexible layouts in the landscape format or portrait format; in fact it automatically adjusts them to the best format which fills the whole iPhone window. At the same time I often experience problems when loading fixed layouts — from time to time they need to be zoomed in to fill in the whole browser window.

What holds for mobile devices holds also for printing devices. Ironically, nobody really argues about the advantages that flexible layouts for print layouts manage to deliver. Flexible design allows to use portrait / landscape – formats for optimal printing.

The decision for flexible layouts against fixed layouts doesn’t only improve the accessibility on Desktop-PCs, but also creates robust and flexible medium-independent layouts which can be easily adapted to any output devices. After all, with flexible rules (relative measure units, minimal margin and padding, alignment etc.) instead of fixed rules (px) rendering engines can better consider the properties of the used media.

The future, the unexplored land Link

As mentioned above, the mobile Web is becoming more and more important. Are we now going to optimize layouts for 640×480 or 800×600? The screen resolutions are increasing, the prices for high-resolution displays are decreasing. At the same time the physical resolution of devices as well as the spatial printing resolution (dpi). Consequently, the absolute size of one pixel decreases. No wonder that pixel-based definitions are becoming less expressive.

The gap between low-resolution displays and high-resolution displays hasn’t bridged over the last 10 years. On the contrary: the gap has increased dramatically. Web-sites are viewed in hundreds of possible screen resolutions while each user may have his own preference for the viewport of his browser. This consideration alone explains how important flexible design layouts are today and how important they will be in the future. Consequently, fixed layouts won’t make the cut in the future as designers will need to consider more and more different devices to optimize the design for. What we need in web design to come to grips with all this variety are dominating relative measurement units.

Flexible Layouts with YAML Link

11

YAML12 (“Yet Another Multicolumn Layout”) is an (X)HTML/CSS-framework which was developed especially to meet the requirements of flexible and user-friendly design layouts. Since June 2007 YAML is available in English and provide an extensive documentation. Most CSS-Frameworks like Blueprint CSS13 or YUI Grids14 offer designers a predefined system of CSS-classes to create grid-based layouts visually. To create a layout designer needs to create a HTML-structure of the site and to assign CSS-classes to containers. The rest is automatically taken care of.

YAML takes a different route. The Framework supports the development of grid-based layouts as well as the development of the grid system – with the emphasis on flexible layouts. If a designer wants to create a grid-based layout he can use the basic skeleton with three columns, header and footer. Each element can be removed or adjusted to user’s needs. The actual design, the positioning of the columns, is done using CSS-definitions (and not HTML-structure as it is done in other CSS-frameworks). The benefit for designers: with YAML one has better options for defining his own system of classes, using any measurement units and getting clean code.

Based on the HTML-structure of YAML, the framework includes layout presets which already prevent IE-bugs; thus the framework makes it easier for designers to create a layout which works in both modern and older browsers. Layout examples15 provide an overview of what is possible with YAML and may deliver some ideas for your future layouts. Apart from that, YAML offers a set of flexible grid-components which you can use to create columns within columns and thus design a more complex but flexible Grid-layouts.

16
YAML Example17: a demonstration of YAML’s flexible grids.

Consider the example above. BluePrint CSS has a demo-page18 which displays a layout created with Blueprint CSS. And this19 is the result of the very same template created using the flexible grid-elements of YAML. The scaling works even in IE 5.5, including min-width and max-width.

Apart from layout design, YAML also delivers style sheets for print layouts, as well as components for horizontal and vertical navigation. YAML definitely requires some time to climb the learning curve: the tool offers a variety of functions and user-friendly flexible layouts are definitely not easy to build.

The concept of YAML is, however, well documented in the online- and PDF-documentation and my provide beginners and professional with a good introduction to the framework. For practical purposes you can also use YAML-Builder20, a handy tool for visual development of YAML-based CSS layouts which allows you to put the containers of the layout visually together via drag-n-drop. The valid HTML- and CSS-code is generated automatically on the fly.

Footnotes Link

  1. 1 http://nancib.wordpress.com/2008/06/15/what-have-i-got-against-firefox-3/
  2. 2 http://nancib.wordpress.com/2007/12/20/an-opposing-view-on-the-firefox-3-zoom-issue/
  3. 3 http://www.glazman.org/weblog/dotclear/index.php?post/2008/02/08/fullzoomchanged-event
  4. 4 http://nancib.wordpress.com/2007/12/20/an-opposing-view-on-the-firefox-3-zoom-issue/
  5. 5 http://nancib.wordpress.com/2007/12/20/an-opposing-view-on-the-firefox-3-zoom-issue/
  6. 6 http://www.cameronmoll.com/archives/000892.html
  7. 7 http://www.dustindiaz.com/min-height-fast-hack/
  8. 8 http://www.vivabit.com/
  9. 9 http://www.vivabit.com
  10. 10 http://www.vivabit.com/
  11. 11 http://www.yaml.de/en/home.html
  12. 12 http://www.yaml.de/en/home.html
  13. 13 http://code.google.com/p/blueprintcss/
  14. 14 http://developer.yahoo.com/yui/grids/
  15. 15 http://www.yaml.de/fileadmin/examples/index.html
  16. 16 http://www.highresolution.info/webdesign/sandbox/yaml_grids.html
  17. 17 http://www.highresolution.info/webdesign/sandbox/yaml_grids.html
  18. 18 http://files.bjorkoy.com/blueprint/tests/parts/sample.html
  19. 19 http://www.highresolution.info/webdesign/sandbox/yaml_grids.html
  20. 20 http://builder.yaml.de

↑ Back to top Tweet itShare on Facebook

Advertisement
  1. 1

    Have to try YAML then.

    1
  2. 2

    Make sure you don’t confuse this YAML with the other YAML – the data serialisation YAML (http://www.yaml.org/)

    0
  3. 3

    i read it later. but sounds good!

    0
  4. 4

    Another usability issue:
    I experienced, that lots of people still dont know where the function for text-scaling in their browser is (in IE its quite hidden). If zooming will be the “new way”, I hope the new zooming-functions will be more handy…

    0
  5. 5

    Very good article – thank you.

    I will be interested to see how wrong or right w3schools prediction of screen sizes will be. With the very impressive sales of the eeePC and now a whole host of other tiny laptops coming out there will be a large influx of small screen resolutions appearing.

    0
  6. 6

    I’m upset I haven’t heard about YAML before. Well, I’ve heard about it… For some reason I was under the impression that it involved YUI. I’m pretty impressed with the organization of this framework. The YAML-Builder was really neat, certainly makes prototyping a content-based layout a lot easier.

    I’ll definitely use YAML for an upcoming project :)

    0
  7. 7

    It certainly seems that the technology is changing and very fast too. Web developers have to keep up with the latest trends and technologies to keep up with this ever changing technology.

    Btw, YAML is cool.

    0
  8. 8

    I C – and agree!

    0
  9. 9

    Fantastic article. God knows this will save time developing fluid layouts… :)

    0
  10. 10

    I’m glad you’ve highlighted the larger display trend. However, as designers I want us to be careful not to fall into doing something just because we can. Paperback books have remained fairly small, and it’s not because they don’t know how to make larger pieces of paper. From what I understand, it’s mostly for readability — that the human eye comfortably only goes horizontally so far before it should skip to the next line. That should be taken into consideration with flexible layouts. For instance, Smashing Magazine is HARD to read at 1920×1200. I find myself often going back and rereading part of a line because my eye jumped down to the next line or up to the previous line too early. A thinner content area would actually help, not hurt.

    Just something we need to watch out for. And you did mention max- and min- widths. I think those will become VERY important in variable-width layouts.

    0
  11. 11

    All I can say: this one is a very good article that suits my oppinions. The YAML example is great.

    Thanks!

    0
  12. 12

    While I expect the 1024 wide screen to be the new standard we will build to in a rather short time, do remember that w3schools.com’s stats are biased towards web developers, who love using big screens. The general public lags behind a bit in screen resolutions.

    0
  13. 13

    Great article. I was in design purgatory so-to-speak as far as fixed vs. flexible goes but after reading this article I’m definitely leaning towards the latter of the two. Especially considering the increasing variety of screen resolutions via mobile devices and monitor upgrades.

    On the other hand, I’m not a big fan of promoting YAML at the end of the article. Talk about steal the spotlight and run with it. Reminds me of Star Wars: The Clone Wars when Yoda pulled out his light saber at the end.

    0
  14. 14

    i think it depends on what type of site we are dealing with. If it is a blog or info site, those dynamic contents may kill the layout sometimes. If it is just a corporate site or without frequent update info. Fixed layout still can be used.

    For me, flexible layout is a bit hard. But I believe that I can handle it :) A lot to learn. Thanks for this resourceful post.

    0
  15. 15

    I have a hard time understanding why people continue to hammer home the virtues of a flexible layout vs a fixed layout or vice versa, both carry equal merit depending on the intended application. Flexible layouts are limiting when it comes to using graphics in creative ways in that you can not use non horizontally repeating graphics with them. Also, personally I do not find a lot of value in adding a bunch of white space to a design or increasing the width of a text column simply for the purpose of filling the screen!! Many argue that flexible layouts are preferable for usability, but really what is so preferable about stretching the screen? Can you imagine if you took a newspaper, with its detailed grid structure, and started stretching it all over the place, the layout would go to s#!t!!! There is definitely a delicate balance between line length and readability, you can go too far in either direction and flexible width layouts destroy this, otherwise you are just adding whitespace, and how is that an advantage at all? With that said the author does make a good point about the mobile web and flexible width layouts. Mobile screens vary so much, and are usually so small, that detailed, multicolumn or graphical sites really are not suitable, so flexible layouts make sense, who wouldn’t want to fill the screen on a tiny mobile device?

    Most of all though I just don’t understand why people like this author or Jakob Nielson rant about the virtues of flexible width layouts and claim that it is preferable and more usable, while its usability “advantages” are vague at best. Both design styles have their place, I say consider your content, your application and choose accordingly.

    0
  16. 16

    Who needs a framework to write basic xhtml/css code? any developer should have these skills already. Most people will tell you that those frameworks are worthless. That said, it is good to see some substance in a Smashing article for once instead of a bunch of thumbnails with poorly written one-line descriptions.

    1
  17. 17

    Great to know about YAML. Will definitely try it out sometime.

    0
  18. 18

    One of the enjoyable challenges of designing for the web is making things look different, but good across browsers, screen resolutions, or different ways people access websites. The internet is only going to continue to be accessed in different ways and designers need to adapt accordingly.

    Niki Brown

    0
  19. 19

    I have to agree with Daniel – CSS frameworks are worthless if you already know what you’re doing. On the other hand, I’m really glad to have something to read for once, and without the usual plethora of typos as well.

    0
  20. 20

    Can I just point out that while using pixel based layouts is great, don’t forget to still set font sizes using ems and %. Those poor users using IE6 should still have a way to resize text. If you set font-size using pixels then IE6 won’t let the user make the text smaller or larger.

    A very informative article!

    0
  21. 21

    Interesting article. My only complaint is on the first sentence:

    The new generation of web browsers — Firefox 3, Opera 9.5 and Internet Explorer 7 — provides a feature which seems to save a lot of work for web-developers in the future, namely the Full Page Zoom.

    It may be a new feature for Firefox 3 and Internet Explorer, but it’s been around since 2004 for Opera.

    0
  22. 22

    What no one has pointed out in this particular article is that 95% of the Internet is “developed”, if you can call it that, by people with little or no formal training or graphic design skill. An artist/designer/professional puts time, thought and sweat into the layout, a mother of two who just wants to put up a website with her kids pictures doesn’t.

    It takes a special kind of skill and discipline to create something that is appealing and easy to use (for others not just oneself). For some people or projects, that kind of effort is skipped for reasons of time, skill level, etc. Personally, I would prefer the tools for the flexible layout to be so easy that they are viewed as the default. The tools for thoughtful, fixed layouts should exist for those times when one has the time and inclination to use them.

    Good article. Keep it up!

    0
  23. 23

    so why do i get a browser error when i view the YAML page?

    not impressed

    0
  24. 24

    @Connor

    I agree 100% with you. What these authors who write about the benefits of flexible vs fixed width design are writing about is usually based on what would be considered bad design anyways. I usually ignore these articles because the author is usually not a designer, but you bring up the real issue so I wanted to support it.

    0
  25. 25

    Curt Simon Harlinghausen

    June 26, 2008 1:15 pm

    Interesting

    0
  26. 26

    @Daniel
    you don’t need any framework to write some code, of course. But they can make you faster. You don’t have to face all that IE bugs again and again. Frameworks make communication easier in your team or between you and your customers because of e.g. naming conventions … you’ll all talk the “same language”. For most of YAML’s basic layout features, you don’t even have to change a line of HTML. It’s all done via CSS.

    @Connor
    You’re right. Designs with heavy graphics, often force fixed solution, but that’s not an argument against flexibility. It’s just the way, most layouts are build today. Thats why I said, that we need more flexibility in the future and fully agree with your last sentence. We need both, fixed and fluid layouts, just some more than today.

    But I also think we shouldn’t compare the web with a newspaper. You don’t read your newspaper through hole that changes its size, every time another person looks througth. I don’t think that flexible layouts solves all our problems we have today. But in many cases they can effect a better user experience than fixed ones.

    1
  27. 27

    very usefull article

    0
  28. 28

    two things:

    1. YAML is a terrible choice of name – that acronym is already widely used

    2. I liked the look of the package, but was left feeling it was quite overblown and bloated, and would benefit German speakers more than anyone else

    0
  29. 29

    Interesting writeup. I’d have to say this though, change the name from YAML to something else. YAML is already taken (as Rob said above) and you really don’t need to confuse people.

    0
  30. 30

    I was just playing around with the samples given in the website. Clean work. Will be a better idea to add a min-height to the “main” div to add a better user experience.

    0
  31. 31

    Excellent idea!…
    YAML can be used for design any CMS layout, too.

    0
  32. 32

    You really should think about renaming this system, as YAML has been around alot longer.

    0
  33. 33

    What holds for mobile devices holds also for printing devices. Ironically, nobody really argues about the advantages that flexible layouts for print layouts manage to deliver. Flexible design allows to use portrait / landscape – formats for optimal printing.

    I don’t see the benefits here – because we have CSS media, we can easily make a different (flexible) layout for print versions and mostly we do.
    On the other side – mobile devices with modern browsers are now acting as a common PC – so the benefits here are obvious.

    0
  34. 34

    Going to chime in here with ‘bingo’ and say: lame choice for a name, very cool looking, but a quick Google would have shown YAML to be already widely used.. especially in the web development land as it is the configuration format of choice for Rails people and my person favorite for data serialization to text file.

    0
  35. 35

    Very cool but the name has gotta go. YAML is taken and it will be confused with the “real” YAML. You could also get sued :(

    0
  36. 36

    I don’t get why people browse with a maximized browser on a 1920×1200 resolution…

    0
  37. 37

    This article would be a better fit on a personal blog where people are free to post their OPINIONS and rants and poorly presented “arguments.” The whole article was written to plug YAML, it seems, because the creator of the framework feels threatened by the zoom feature being supported by more and more mainstream browsers.

    Most of the arguments presented don’t hold water, and are not really arguments anyway.

    For example, this gem:

    If you think about it for a second, you have the same situation as in a cloth store where you are offered cloth only in some very specific size. If the size doesn’t fit to you, it’s your problem, not store’s owner. And if you want to you can take a needle, some fabric and create the cloth of its own choice for free. That is not user-friendly.

    Whoa! The author thinks that relying on the page zoom feature of the browser is the same as asking someone to CREATE a piece of cloth using a needle. Wow!

    Of course, Internet Explorer 6 doesn’t support both of them — just as it implements both hasLayout-model and the Float-model incorrectly. However, this is not the reason to not use floats for your design layouts, right?

    Wow! So even though we have the page zoom feature now, we should continue to use workarounds for max-width and min-width, and use hacks for IE, JUST SO we can use YAML and its flexible layouts. After all, the float model in IE is broken, and we still use floats, don’t we?

    This article is full of bullshit on so many levels it’s amazing.

    -3
  38. 38

    Different situations and different projects needs different schemes of work. The statements “flexible layouts are good” оr “fixed layouts are not good” are wroung. Every single web job need for it’s own approache. The article hasn’t any words about in which situations what I should prefer. I guess the article is the advertising of YAML project, and it’s sound not professional.

    1
  39. 39

    @Connor, bingo, Rohit 100% of accordance,

    0
  40. 40

    Diesen Artikel gabs neulich schon auf Deutsch bei Dr. Web.

    Es mag sein, dass flexible Layouts ihre Existenzberechtigung haben und auch ihre Vorteile, so schlecht wie hier aber die fixen Layouts beschrieben werden, sind sie nicht.

    Ich habe versucht das im eigenen Blog etwas neutraler beiden Varianten gegenüber zu erläutern: Link

    Gruß
    ProfessorWeb

    0
  41. 41

    Yet another great smashing’s article, i already using YAML. Its cool framework.. like as you say

    0
  42. 42

    Great article. Love the fact that YAML is so easy to use ! the on the fly builder is terrific ! Rohit go and something useful with your time. I don’t care its an advert I know know about this tool. Good on the Article writer for introducing me to YAML. Keep up the good work.

    0
  43. 43

    smashingmagazine schon immer oder gerade neu!
    Danke! Das ist angenehmer bei einer Auflösung von 1680.

    Gruß Dedail

    0
  44. 44

    oh! also nochmal.
    “center” smashingmagazine “center” (zentriert) oder gerade neu?
    Sehr gut. Danke.

    0
  45. 45

    MIraclestudios web design

    June 27, 2008 4:28 am

    Come fly with us on the wings of creativity …..just take glimpse of our award winning website :http://www.miraclestudios.in

    0
  46. 46

    I really don’t see your argument against allowing your users to adapt your design to their needs. The outrageous analogy with the the clothing store forcing customers to make their own clothing seems ridiculous. Not all web sites or designs are suited to a flexible layout…and I think this simply allows a simpler solution for those of us that are tired of reading articles suited for a 1024×768 on our 22-24″ monitors. You are arguing against the removal of some of web designs many constraints…It seems a bit counterproductive.

    But nice YAML plug anyway!

    0
  47. 47

    Really a lovely write up.
    I think -IMHO- it doesn’t address the flop of IE7 in the business world. It is wonderful to say, “Use Firefox.” But I work for an industry that has not made the move to IE7 and refuses to write to it. We’ve been told by our vendors to remain on IE6.
    That said – I can create webpages to display in FF, IE6 and 7 … but the idea of % versus set pixels blows up in my face.

    0
  48. 48

    waiting already so long for that moment when the MINIMUM screen resolution is bigger then 1600Xwhatever…………..imagine
    will love it.

    0
  49. 49

    This is a great summary of current CSS layout issues and lead me to a couple of very useful hacks that I was unaware of. Also the YAML layout and YAML builder are definitely worth a look.

    0
  50. 50

    unfortunatelly yaml looks to be much more complex to implement then blueprint or 960gs. I haven´t spent many time on this but blueprint and 960gs sintax are much easier

    0

↑ Back to top