4 ms·

Are you able to articulate 5 or more of those plentiful reasons? The reasons I can think you would desire to zoom in on a legible, functional, accessible websi

by err4nt 11y ago

Are you able to articulate 5 or more of those plentiful reasons? The reasons I can think you would desire to zoom in on a legible, functional, accessible website would be for curiosity, or to see a detail closer and admire the layout. There are details like this in apps all the time and I screenshot it and zoom in on my screenshot. Those are interests (I want to see that closer) that are separate concerns from me using the app. I'm curious what reasons you might give that would interrupt or prevent a person from using the site as intended because of their desire to zoom in without screenshotting.

epistasis 11y ago
Screenshotting is something that almost nobody knows how to do. And even if everybody did know how to screenshot, it's so much slower and inefficient that it's a completely unacceptable replacement for the natural, and designed zoom interface.
- err4nt 11y ago
  > Screenshotting is something that almost nobody knows how to do I got a really good laugh at this one, a cursory glance of user-generated content online shows tons of people not only know how to screenshot their devices, but are quite adept at figuring out how to share those screenshots with each other and the world.
  - epistasis 11y ago
    The world is a big place, even if tons of people can screenshot, that does not mean that many people know how. If your audience is just those that can screenshot, and you are willing to block out others, go ahead. But don't call yourself a designer anymore.
  - lelandbatey 11y ago
    The people that are taking those screenshots to generate that content make up a tiny minority of users. Most people don't know how to screenshot, and the basic point that you shouldn't have to take a screenshot to zoom into a page is still a good one.
    - err4nt 11y ago
      You shouldn't have to zoom in to a page, how do you use apps?
  - ocb 11y ago
    Looking at social media, it seems like lots more people know how to screenshot than directly download an image, leading to screenshots of images being shared. Strange phenomenon.
Lewton 11y ago
1. desirability to look at content more closely 2. see above 3. see above 4. see above 5. see above
- cleaver 11y ago
  For me: 1. I'm old enough to need reading glasses. 2. etc.
  - err4nt 11y ago
    If you have poor eyesight, are you aware that you have the option of increasing the font-size device-wide in your device settings?
    - icebraining 11y ago
      Why should my mother have to change device-wide settings on my device just because she wants to read something using it? (Yes, people do lend their devices.)
      - err4nt 11y ago
        User-scaling of the viewport is thankfully not the only way of enlarging text inside of a web page. It's possible to design a site that allows the user to change the font-size of relevant UI controls without rendering the layout wider than the device screen (causing the user to have to pan around to read it). If you're not providing a better experience than a fully working desktop site, then you shouldn't attempt responsive design at all and let mobile users use a non-targeted but working site. I only shut of user-scaling on sites where the targeted mobile experience is better than a scaled fully-working desktop layout.
michaelt 11y ago
Are you able to articulate 5 or more of those plentiful reasons? At times I have zoomed in or out because: 1. I'm further away from the screen, because my screen is large. 2. I'm further away from the screen, because I am showing a website to a friend or colleague. 3. I'm displaying the site on a projector, and people at the back of the room say they can't see. 4. I'm viewing a website on my colleague's high-dpi display, which she uses at native resolution. 5. I'm viewing a website on my phone while being driven somewhere, and the ride's a bit bumpy so I don't want the text too small. 6. I have a comparatively low-end phone, that most people don't seem to test for; sometimes the live suggestion dropdown for a text box is obscured by my on-screen keyboard. 7. I have a comparatively high-end phone, and I'm not moving around, and I'd like to have more of the article on my screen. 8. I have a comparatively high-end phone, with a high-dpi display, and the page I'm reading just seems to have rendered everything quite small. 9. The website designer has opted for a skinny font I'm having trouble reading. 10. The website designer has decided a feature is unimportant and should be visually unimportant (maybe a link to some terms and conditions, or an EULA or something like that) but I want to be the judge of that. 11. My eyes are tired. 12. My eyes are fine, but I've had a few drinks and things aren't quite as crisp as they usually are. TLDR: if a user in a test group says "I'm having trouble reading that text" would you say "No you're not"? Of course you wouldn't, it would be ridiculous to do that, the user has first-hand perfectly accurate information you don't have access to. And yet, when a user expresses that they're having trouble reading the text by zooming, and you disable zooming, that's exactly what you're doing.
- err4nt 11y ago
  I feel like a lot of these complaints are endemic to defining things in CSS using 'px' as units instead of more sensible (and repsonsive) modern techniques like defining type in 'pt' and widths in more complex units (percents, or mixed units). It's possible to avoid a lot of these pitfalls with better design. 1. User far from big screen: You can zoom much faster and easier with your forearm than a pinch gesture 2. User far from screen, unusual viewing angle: how much time to you spend browsing at awkward angles versus dead-on? This seems like a small consideration that would affect some types of sites more than others. I doubt a banking website would feel the same way about this as a social media website project for example… 3. Classroom projection is decidedly not the use-case nearly any mobile website is designed to work under, unless the website is cloud-based projection software, but that's a specialty thing in itself. 4. This is why we define font sizes in PT and no PX, this isn't a mobile or responsive issue, but rather a design choice in CSS 5. Does your mobile browser include a 'reader' mode that isolates text content and provides the ability to make it more legible in these conditions? 6. Ah yes, and what's even more surprising for people is how differently Mobile Safari calculates screen dimensions between iPhone and iPad! Then the difference between how iOS and Android handle keyboards, and then the difference at how those OS's handle browser verus web-app mode. There is currently no good solution to keyboard control. Anecdotally, we ran into an issue on Friday where an email field was autofocused and the keyboard was popping up and obscuring what you were entering. I didn't make it that way, but I did provide the solution: remove autofocus for touchscreen users: http://staticresource.com/autofocuser.html http://staticresource.com/autofocuser.html This is a way that we can have one feature for desktop users where it speeds up entry, but target mobile users separately and provide a better targeted experience for them. <script> // Block autofocus for touchscreen users onload = function(){ if(('ontouchstart' in window)||(navigator.msMaxTouchPoints>0)){ var field = document.querySelectorAll('[autofocus]'); for(var i=0;i<field.length;i++) { field[i].blur(); } } } </script> 7. I hear you there, I've felt the same way when reading long texts. Any easy workaround would be to allow the user to adjust the font size of the article text on the site within reasonable limits! 8. That's usually a problem with the difference between 'pixels' on your screen and CSS 'px' units. Defining layout in other units in CSS can avoid this problem on HiDPI displays. 9. Testing, testing, testing. I make sure to supply well-made fonts, I use a special set of CSS rules that control the rendering of text display so that the same font renders the same thickness in all browser's and OSes, and with those differences out of the way I can move forward using only weights that work (usually no lower than 400 weight unless the size being displayed is very large) and be sure that they are legible everywhere. Here's my snippet (and honestly, this cuts out SO many other common text rendering bugs): *, *:before, *:after { text-rendering: optimizeLegibility; -webkit-font-smoothing: antialiased; -moz-osx-font-smoothing: grayscale; font-kerning: auto; } 10. My job is to make sure that the experience of the desktop site, with all of its abilities, functionality, and information, are displayed in an equally recognizable, usable way on mobile. I don't cut features, I don't ever assume a mobile user or desktop user won't want anything. My job is to make it just as great everywhere. 11. Turn your brightness down, you only have one set of eyeballs. 12. I'm not sure panning and zooming will help you feel better when the room is spinning so fast you can't read. I'm not dismissing these reasons, I believe many of them are small or fleeting and to change an entire project for one of these whims seems short-sighted. Other reasons listed here are 100% valid, and workaround can be found without enabling zooming. For projects where zooming makes sense I wouldn't have it any other way, but I don't see a compelling case listed here to always have zoom enabled.

by err4nt 11y ago

epistasis 11y ago

Screenshotting is something that almost nobody knows how to do. And even if everybody did know how to screenshot, it's so much slower and inefficient that it's a completely unacceptable replacement for the natural, and designed zoom interface.

err4nt 11y ago
> Screenshotting is something that almost nobody knows how to do I got a really good laugh at this one, a cursory glance of user-generated content online shows tons of people not only know how to screenshot their devices, but are quite adept at figuring out how to share those screenshots with each other and the world.
- epistasis 11y ago
  The world is a big place, even if tons of people can screenshot, that does not mean that many people know how. If your audience is just those that can screenshot, and you are willing to block out others, go ahead. But don't call yourself a designer anymore.
- lelandbatey 11y ago
  The people that are taking those screenshots to generate that content make up a tiny minority of users. Most people don't know how to screenshot, and the basic point that you shouldn't have to take a screenshot to zoom into a page is still a good one.
  - err4nt 11y ago
    You shouldn't have to zoom in to a page, how do you use apps?
- ocb 11y ago
  Looking at social media, it seems like lots more people know how to screenshot than directly download an image, leading to screenshots of images being shared. Strange phenomenon.

Lewton 11y ago

1. desirability to look at content more closely 2. see above 3. see above 4. see above 5. see above

cleaver 11y ago
For me: 1. I'm old enough to need reading glasses. 2. etc.
- err4nt 11y ago
  If you have poor eyesight, are you aware that you have the option of increasing the font-size device-wide in your device settings?
  - icebraining 11y ago
    Why should my mother have to change device-wide settings on my device just because she wants to read something using it? (Yes, people do lend their devices.)
    - err4nt 11y ago
      User-scaling of the viewport is thankfully not the only way of enlarging text inside of a web page. It's possible to design a site that allows the user to change the font-size of relevant UI controls without rendering the layout wider than the device screen (causing the user to have to pan around to read it). If you're not providing a better experience than a fully working desktop site, then you shouldn't attempt responsive design at all and let mobile users use a non-targeted but working site. I only shut of user-scaling on sites where the targeted mobile experience is better than a scaled fully-working desktop layout.

michaelt 11y ago

Are you able to articulate 5 or more of those plentiful reasons? At times I have zoomed in or out because: 1. I'm further away from the screen, because my screen is large. 2. I'm further away from the screen, because I am showing a website to a friend or colleague. 3. I'm displaying the site on a projector, and people at the back of the room say they can't see. 4. I'm viewing a website on my colleague's high-dpi display, which she uses at native resolution. 5. I'm viewing a website on my phone while being driven somewhere, and the ride's a bit bumpy so I don't want the text too small. 6. I have a comparatively low-end phone, that most people don't seem to test for; sometimes the live suggestion dropdown for a text box is obscured by my on-screen keyboard. 7. I have a comparatively high-end phone, and I'm not moving around, and I'd like to have more of the article on my screen. 8. I have a comparatively high-end phone, with a high-dpi display, and the page I'm reading just seems to have rendered everything quite small. 9. The website designer has opted for a skinny font I'm having trouble reading. 10. The website designer has decided a feature is unimportant and should be visually unimportant (maybe a link to some terms and conditions, or an EULA or something like that) but I want to be the judge of that. 11. My eyes are tired. 12. My eyes are fine, but I've had a few drinks and things aren't quite as crisp as they usually are. TLDR: if a user in a test group says "I'm having trouble reading that text" would you say "No you're not"? Of course you wouldn't, it would be ridiculous to do that, the user has first-hand perfectly accurate information you don't have access to. And yet, when a user expresses that they're having trouble reading the text by zooming, and you disable zooming, that's exactly what you're doing.

err4nt 11y ago
I feel like a lot of these complaints are endemic to defining things in CSS using 'px' as units instead of more sensible (and repsonsive) modern techniques like defining type in 'pt' and widths in more complex units (percents, or mixed units). It's possible to avoid a lot of these pitfalls with better design. 1. User far from big screen: You can zoom much faster and easier with your forearm than a pinch gesture 2. User far from screen, unusual viewing angle: how much time to you spend browsing at awkward angles versus dead-on? This seems like a small consideration that would affect some types of sites more than others. I doubt a banking website would feel the same way about this as a social media website project for example… 3. Classroom projection is decidedly not the use-case nearly any mobile website is designed to work under, unless the website is cloud-based projection software, but that's a specialty thing in itself. 4. This is why we define font sizes in PT and no PX, this isn't a mobile or responsive issue, but rather a design choice in CSS 5. Does your mobile browser include a 'reader' mode that isolates text content and provides the ability to make it more legible in these conditions? 6. Ah yes, and what's even more surprising for people is how differently Mobile Safari calculates screen dimensions between iPhone and iPad! Then the difference between how iOS and Android handle keyboards, and then the difference at how those OS's handle browser verus web-app mode. There is currently no good solution to keyboard control. Anecdotally, we ran into an issue on Friday where an email field was autofocused and the keyboard was popping up and obscuring what you were entering. I didn't make it that way, but I did provide the solution: remove autofocus for touchscreen users: http://staticresource.com/autofocuser.html http://staticresource.com/autofocuser.html This is a way that we can have one feature for desktop users where it speeds up entry, but target mobile users separately and provide a better targeted experience for them. <script> // Block autofocus for touchscreen users onload = function(){ if(('ontouchstart' in window)||(navigator.msMaxTouchPoints>0)){ var field = document.querySelectorAll('[autofocus]'); for(var i=0;i<field.length;i++) { field[i].blur(); } } } </script> 7. I hear you there, I've felt the same way when reading long texts. Any easy workaround would be to allow the user to adjust the font size of the article text on the site within reasonable limits! 8. That's usually a problem with the difference between 'pixels' on your screen and CSS 'px' units. Defining layout in other units in CSS can avoid this problem on HiDPI displays. 9. Testing, testing, testing. I make sure to supply well-made fonts, I use a special set of CSS rules that control the rendering of text display so that the same font renders the same thickness in all browser's and OSes, and with those differences out of the way I can move forward using only weights that work (usually no lower than 400 weight unless the size being displayed is very large) and be sure that they are legible everywhere. Here's my snippet (and honestly, this cuts out SO many other common text rendering bugs): *, *:before, *:after { text-rendering: optimizeLegibility; -webkit-font-smoothing: antialiased; -moz-osx-font-smoothing: grayscale; font-kerning: auto; } 10. My job is to make sure that the experience of the desktop site, with all of its abilities, functionality, and information, are displayed in an equally recognizable, usable way on mobile. I don't cut features, I don't ever assume a mobile user or desktop user won't want anything. My job is to make it just as great everywhere. 11. Turn your brightness down, you only have one set of eyeballs. 12. I'm not sure panning and zooming will help you feel better when the room is spinning so fast you can't read. I'm not dismissing these reasons, I believe many of them are small or fleeting and to change an entire project for one of these whims seems short-sighted. Other reasons listed here are 100% valid, and workaround can be found without enabling zooming. For projects where zooming makes sense I wouldn't have it any other way, but I don't see a compelling case listed here to always have zoom enabled.