TOPICS1.  Current state and future of the (mobile) web2.  Graceful degradation vs. progressive enhancement3.  Mobile first...
CURRENT STATE•    Direct access to information – that matters – from everywhere           - Time = Money           - Money...
FUTURE•    Around 2015 the majority of the web will be mobile•    Adapt fast, go mobile now•    Majority will be HiDPI (> ...
MOST USED RESPONSIVE RESOLUTIONS•    1382 pixels: 58 pixels left for scrollbars (1440px)•    992 pixels: 32 pixels left fo...
HIDPI RESOLUTIONS *•    15 inch MBP Retina: 2880 x 1800 pixels at 220 DPI•    13 inch MBP Retina: 2560 x 1600 pixels at 22...
GRACEFUL DEGRADATION•    Desktop > Tablet > Smartphone•    Focused on desktop•    Put everything for desktop in it•    Sca...
PROGRESSIVE ENHANCEMENT•    Smartphone > Tablet > Desktop•    Focused on mobile•    Mobile first approach•    Add more fun...
MOBILE WHAT?•    Design and build a website from the mobile point of view•    Using progressive enhancement•    Preferably...
DO DESIGNERS LIKE MOBILE FIRST•    Most of them don’t•    Reverse logic•    Takes more time•    Stick to habits•    Do wha...
SO WE’RE SCREWED?•    Absolutely not.•    Designers:           - Desktop design first           - Scale down to mobile ver...
MAKING IT WORK•    On which devices?•    What is the content?•    Define content per device•    Small screen users want th...
WHY THIS APPROACH?•    Best of both worlds•    Designers:           - Do what they know best           - Large screen firs...
CONTENT•    Know the content•    Define content for mobile and add more content for desktop•    Or define content for desk...
DESIGN•    Start with a desktop design•    Narrow down to mobile•    Design each screen based on defined content•    Happy...
STYLE•    Mobile:            - Easy and pleasant to use            - Fewer or lightweight graphics            - Always lea...
DEVELOPMENT•    Mobile first progressive enhancement•    No time wasted on workarounds•    Invest that time in a better ex...
PICKING THE RIGHT ONES•    CSS 3 Media Queries•    Up to six media query increments:           1382 pixels, 992 pixels, 76...
PICK YOUR FAVORITE•    Fixed:              - Jumps between media queries              - Will not always use the available ...
IMAGES AND HIDPI DISPLAYS•    Add media query for HiDPI•    Use @2x in file name to know which image is for HiDPI screens ...
LESS FRAMEWORK 4•    Only media queries•    HiDPI media query optional•    Simple, fast and easy to use•    Fixed (fluid a...
SKELETON•    Only media queries•    Simple, fast and easy to use•    Has basic grid system•    Fixed (fluid after adaptati...
320 AND UP *•    Media queries and JavaScript•    Only uses the min-width property (mobile first approach)•    HiDPI media...
ZURB FOUNDATION VERSION 3•    More advanced•    Media queries and JavaScript•    Works fluid until defined max size•    Go...
TWITTER BOOTSTRAP•    More advanced•    Media queries and JavaScript•    Big library of components•    12-column grid•    ...
DEPENDS ON•    Scope of the project•    Time and budget•    Required devices•    Knowledge of frameworks•    Your own favo...
A SELECTION•    Flexslider (http://flexslider.woothemes.com/)•    Responsive slides (http://responsive-slides.viljamis.com...
Twitter:RWD: http://twitter.com/RWDTesting:http://screenqueri.es/http://www.responsinator.com/Design:http://elliotjaystock...
Images for HiDPI:http://retinajs.com/Guidelines:Apples high-resolution modifierhttp://developer.apple.com/library/ios/#doc...
Responsive web design, HiDPI displays and the transition period
Responsive web design, HiDPI displays and the transition period
Responsive web design, HiDPI displays and the transition period
Responsive web design, HiDPI displays and the transition period
Responsive web design, HiDPI displays and the transition period
Responsive web design, HiDPI displays and the transition period
Responsive web design, HiDPI displays and the transition period
Responsive web design, HiDPI displays and the transition period
Responsive web design, HiDPI displays and the transition period
Responsive web design, HiDPI displays and the transition period
Responsive web design, HiDPI displays and the transition period
Responsive web design, HiDPI displays and the transition period
Responsive web design, HiDPI displays and the transition period
Responsive web design, HiDPI displays and the transition period
Upcoming SlideShare
Loading in...5
×

Responsive web design, HiDPI displays and the transition period

4,041

Published on

Published in: Design
0 Comments
3 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total Views
4,041
On Slideshare
0
From Embeds
0
Number of Embeds
3
Actions
Shares
0
Downloads
20
Comments
0
Likes
3
Embeds 0
No embeds

No notes for slide

Responsive web design, HiDPI displays and the transition period

  1. 1. TOPICS1.  Current state and future of the (mobile) web2.  Graceful degradation vs. progressive enhancement3.  Mobile first4.  New approach5.  Media queries (what else)6.  Fixed, fluid or mixed7.  Images for HiDPI displays8.  Frameworks9.  Choosing a framework10.  Responsive sliders and galleries11.  Questions12.  Resources
  2. 2. CURRENT STATE•  Direct access to information – that matters – from everywhere - Time = Money - Money = Mobile devices - Time = Mobile devices•  More processing power in smaller packages•  Big(ger) touch screens•  Integration of HiDPI displays on small group of devices
  3. 3. FUTURE•  Around 2015 the majority of the web will be mobile•  Adapt fast, go mobile now•  Majority will be HiDPI (> 200 DPI and < 400 DPI)•  DPI depending on reading distance•  Major mobile screen sizes around - 4 inch - 7 inch - 10 inch
  4. 4. MOST USED RESPONSIVE RESOLUTIONS•  1382 pixels: 58 pixels left for scrollbars (1440px)•  992 pixels: 32 pixels left for scrollbars (1024px)•  768 pixels•  600 pixels•  480 pixels•  320 pixels
  5. 5. HIDPI RESOLUTIONS *•  15 inch MBP Retina: 2880 x 1800 pixels at 220 DPI•  13 inch MBP Retina: 2560 x 1600 pixels at 227 DPI•  iPad: 2048 x 1536 pixels at 264 DPI•  iPhone 5: 1136 x 640 pixels at 326 DPI•  iPhone 4(S): 960 x 640 pixels at 326 DPI•  Samsung Galaxy S3: 1280 x 720 pixels at 306 DPI•  Google Nexus 4: 1280 x 768 pixels at 320 DPI•  Google Nexus 10: 2560 x 1600 pixels at 300 DPI•  …* Small selection of known devices
  6. 6. GRACEFUL DEGRADATION•  Desktop > Tablet > Smartphone•  Focused on desktop•  Put everything for desktop in it•  Scale down to mobile devices•  Spend /waste time on workarounds•  Difficult to adapt to larger platformsMore info: http://en.wikipedia.org/wiki/Fault-tolerant_system
  7. 7. PROGRESSIVE ENHANCEMENT•  Smartphone > Tablet > Desktop•  Focused on mobile•  Mobile first approach•  Add more functionality depending on the platform•  No time wasted on finding workarounds•  Easy to expand to other larger platforms with fewer constraintsMore info: http://en.wikipedia.org/wiki/Progressive_enhancement
  8. 8. MOBILE WHAT?•  Design and build a website from the mobile point of view•  Using progressive enhancement•  Preferably use media queries with only min-width properties•  Define content and logic depending on screen size
  9. 9. DO DESIGNERS LIKE MOBILE FIRST•  Most of them don’t•  Reverse logic•  Takes more time•  Stick to habits•  Do what they are good at
  10. 10. SO WE’RE SCREWED?•  Absolutely not.•  Designers: - Desktop design first - Scale down to mobile versions•  Developers: - Mobile development first - Progressive enhancement - Scalable for larger platforms
  11. 11. MAKING IT WORK•  On which devices?•  What is the content?•  Define content per device•  Small screen users want the essentials•  Bigger screen users get all the details
  12. 12. WHY THIS APPROACH?•  Best of both worlds•  Designers: - Do what they know best - Large screen first - Small screen later•  Developers: - No workarounds - Progressive enhancement - Easy to expand
  13. 13. CONTENT•  Know the content•  Define content for mobile and add more content for desktop•  Or define content for desktop and strip down for mobile•  Richer experiences for mobile and desktop•  Smaller screens only get served what matters the most•  Mobile users want to find and consume information quickly•  Desktop users spend more time consuming information
  14. 14. DESIGN•  Start with a desktop design•  Narrow down to mobile•  Design each screen based on defined content•  Happy designer•  When reducing horizontal space, also reduce vertical space
  15. 15. STYLE•  Mobile: - Easy and pleasant to use - Fewer or lightweight graphics - Always leave margins on each side of the screen•  Larger platforms: - More presentational graphics•  General: - Use white space! Its free and creates a better experience
  16. 16. DEVELOPMENT•  Mobile first progressive enhancement•  No time wasted on workarounds•  Invest that time in a better experience•  Use percentages, it does make your responsive life easier
  17. 17. PICKING THE RIGHT ONES•  CSS 3 Media Queries•  Up to six media query increments: 1382 pixels, 992 pixels, 768 pixels, 600 pixels, 480 pixels and 320 pixels•  Two increments for 1024 pixels and bigger: 1382 and 992 pixels for larger screens•  Media queries in IE8 and lower: Respond.js (https://github.com/scottjehl/Respond)
  18. 18. PICK YOUR FAVORITE•  Fixed: - Jumps between media queries - Will not always use the available screen space - Not future proof for newer screen sizes•  Fluid: - Adapt to available screen space - Future proof for newer screen sizes - Difficult to successfully execute•  Mixed: - Use fixed or fluid depending on screen size
  19. 19. IMAGES AND HIDPI DISPLAYS•  Add media query for HiDPI•  Use @2x in file name to know which image is for HiDPI screens (defined by Apples high-resolution modifier), e.g. background-header.jpg, background-header@2x.jpg•  Adapt images used in styles - HiDPI image is twice as big - Scale to 50% using CSS3s background-size property•  Inline and content images - Create one image that is twice the size (more info: http://blog.netvlies.nl/design-interactie/retina-revolutie-follow-up/) - This image is likely to be smaller in file size than the higher quality smaller image
  20. 20. LESS FRAMEWORK 4•  Only media queries•  HiDPI media query optional•  Simple, fast and easy to use•  Fixed (fluid after adaptation)•  Very basic typography•  Increments: 992 pixels, 768 pixels, 480 pixels and 320 pixelsMore info: http://lessframework.com/
  21. 21. SKELETON•  Only media queries•  Simple, fast and easy to use•  Has basic grid system•  Fixed (fluid after adaptation)•  Typography, forms, buttons•  Increments: 960 pixels, 768 pixels and 480 pixelsMore info: http://www.getskeleton.com
  22. 22. 320 AND UP *•  Media queries and JavaScript•  Only uses the min-width property (mobile first approach)•  HiDPI media queries•  Works fluid until defined max size•  Grid system: 4, 3 and 2 columns (easy to expand)•  Works with percentages•  Icon font (Font Awesome): http://fortawesome.github.com/Font-Awesome/•  Increments: 1382 pixels, 992 pixels, 768 pixels, 600 pixels, 480px and lowerMore info: http://stuffandnonsense.co.uk/projects/320andup/* My favorite
  23. 23. ZURB FOUNDATION VERSION 3•  More advanced•  Media queries and JavaScript•  Works fluid until defined max size•  Good for prototyping•  Works with percentages•  Possibility to customize download•  Learning curve•  Icon font (http://www.zurb.com/playground/foundation-icons)•  Increments: 1440 pixels, 1280 pixels and 768 pixelsMore info: http://foundation.zurb.com/
  24. 24. TWITTER BOOTSTRAP•  More advanced•  Media queries and JavaScript•  Big library of components•  12-column grid•  Learning curve•  Not fluid, not fixed, but mixed•  Icon font (http://twitter.github.com/bootstrap/base-css.html#icons)•  Increments: 1200 pixels, 980 pixels, 768 pixels and 480 pixelsMore info: http://twitter.github.com/bootstrap/
  25. 25. DEPENDS ON•  Scope of the project•  Time and budget•  Required devices•  Knowledge of frameworks•  Your own favorite
  26. 26. A SELECTION•  Flexslider (http://flexslider.woothemes.com/)•  Responsive slides (http://responsive-slides.viljamis.com/)•  Elastislide (http://tympanus.net/Development/Elastislide/index.html)•  Photo Swipe (http://www.photoswipe.com/)
  27. 27. Twitter:RWD: http://twitter.com/RWDTesting:http://screenqueri.es/http://www.responsinator.com/Design:http://elliotjaystocks.com/blog/a-better-photoshop-grid-for-responsive-web-design/Development:Response JS (http://responsejs.com/): Breakpoints for responsive designRespond.js (https://github.com/scottjehl/Respond): Media queries for IE8 and lowerMobile first:http://www.abookapart.com/products/mobile-first
  28. 28. Images for HiDPI:http://retinajs.com/Guidelines:Apples high-resolution modifierhttp://developer.apple.com/library/ios/#documentation/2DDrawing/Conceptual/ DrawingPrintingiOS/SupportingHiResScreensInViews/ SupportingHiResScreensInViews.html#//apple_ref/doc/uid/TP40010156-CH15-SW1Future of the web:http://thenextweb.com/mobile/2011/11/15/the-future-of-mobile-design/http://vimeo.com/23903009http://thechrisvossshow.com/mobile-web-will-rule-by-2015/http://gigaom.com/2011/08/25/by-2015-smartphones-will-rule-the-mobile-planet/
  1. Gostou de algum slide específico?

    Recortar slides é uma maneira fácil de colecionar informações para acessar mais tarde.

×