5 ms·

Great question! Right now, it doesn't take into consideration the browser or device address/bottom bars. We documented that here: https://github.com/bitcomplete

Great question! Right now, it doesn't take into consideration the browser or device address/bottom bars. We documented that here: https://github.com/bitcomplete/labs-delta-viewport-tester-viewports https://github.com/bitcomplete/labs-delta-viewport-tester-vi... (Caveat #1). We plan to address this in the future, but at the moment, Viewport Tester works in a similar way to Chrome's native Device Inspector: it resizes the viewport to the exact dimensions.

deleted 2y ago
[deleted]
retrofuturism 2y ago
If I could toggle between different states of the top/bottom bars I would use this tool every day.
- onassar 2y ago
  Interesting: can you elaborate on this? Would love to better understand it, so we can consider adding this.
  - doctorpangloss 2y ago
    This is like that scene in Star Wars where Luke asks questions and Yoda just closes his eyes, fades away and dies. This is meant as a light hearted question: how could you have gotten this far making a viewport tester and the mobile website development journey without understanding and dealing with the most important and disruptive behavior in mobile viewports? Like I get that this is just a free project and it does what it does.
    - onassar 2y ago
      Haha funny analogy. What you and @alwa said makes sense: thanks for sharing that. It's related to Caveat #1 I mentioned above, but I like the idea of being able to toggle on/off the header/footer, to simulate real-world scrolling behaviour. I got that added to our list.
  - alwa 2y ago
    I am not the person who originally asked for this, but I’d want to scan my eyes over conditions: * with and without the keyboard focused, * in each of the preference states (e.g. tab bar vs single tab for iOS, which influences whether there’s a compact address/button bar on the bottom or an address bar at top plus a button bar at bottom), and * both of those in portrait and landscape
    - onassar 2y ago
      Thanks for this @alwa. It definitely helped me better understand the question. I commented below @doctorpangloss but agreed: portrait/landscape mode are vital, and that's already on our roadmap.
  - deleted 2y ago
    [deleted]

deleted 2y ago

[deleted]

retrofuturism 2y ago

If I could toggle between different states of the top/bottom bars I would use this tool every day.

onassar 2y ago
Interesting: can you elaborate on this? Would love to better understand it, so we can consider adding this.
- doctorpangloss 2y ago
  This is like that scene in Star Wars where Luke asks questions and Yoda just closes his eyes, fades away and dies. This is meant as a light hearted question: how could you have gotten this far making a viewport tester and the mobile website development journey without understanding and dealing with the most important and disruptive behavior in mobile viewports? Like I get that this is just a free project and it does what it does.
  - onassar 2y ago
    Haha funny analogy. What you and @alwa said makes sense: thanks for sharing that. It's related to Caveat #1 I mentioned above, but I like the idea of being able to toggle on/off the header/footer, to simulate real-world scrolling behaviour. I got that added to our list.
- alwa 2y ago
  I am not the person who originally asked for this, but I’d want to scan my eyes over conditions: * with and without the keyboard focused, * in each of the preference states (e.g. tab bar vs single tab for iOS, which influences whether there’s a compact address/button bar on the bottom or an address bar at top plus a button bar at bottom), and * both of those in portrait and landscape
  - onassar 2y ago
    Thanks for this @alwa. It definitely helped me better understand the question. I commented below @doctorpangloss but agreed: portrait/landscape mode are vital, and that's already on our roadmap.
- deleted 2y ago
  [deleted]