With that in mind, I would think this kind of preference should be under the control of the browser, not of an individual website.
We finally learned to center a div, then browsers added sidebars
101–110 of 172 posts
Re: We finally learned to center a div, then browsers added sidebars
#102Earlier quoted context omitted.
What do you mean? On macOS Safari I see a scroll bar that I can drag with my mouse if I wish.
Scrolling the page with mousewheel/multitouch doesn't work unless the pointer is inside the white area ...appears it's been fixed since my original comment. There's still no scrollbar in the expected place on the side of my browser window though.
Re: We finally learned to center a div, then browsers added sidebars
#103I'm confused about why this website is using less than half of my window for content. I understand wanting some margins, but a third of my window on each side seems pretty egregious. At least it's centered though!
wrapping text at 55-75 characters per line is often recommended in digital typography by UX. research implies that an optimum length exists to maximize reading speed, and although it depends on many factors 55-75 is often parroted as a universal rule.
Re: We finally learned to center a div, then browsers added sidebars
#104I'm confused about why this website is using less than half of my window for content. I understand wanting some margins, but a third of my window on each side seems pretty egregious. At least it's centered though!
wrapping text at 55-75 characters per line is often recommended in digital typography by UX. research implies that an optimum length exists to maximize reading speed, and although it depends on many factors 55-75 is often parroted as a universal rule.
Re: We finally learned to center a div, then browsers added sidebars
#105margin:0 auto is the (probably incorrect) incantation I have always reached for
That's fine but it only centres horizontally. Usually when people talk about "the div centring problem" they mean x and y, dead centre (as this article is).
And in either case, I don't think the article fully agrees either, since the thesis of it relates to a strictly horizontal element. If the article doesn't intend to disagree, then it was just a framing device they used in the writing that has some distractions regarding the vertical component unfortunately attached.
Re: We finally learned to center a div, then browsers added sidebars
#106Earlier quoted context omitted.
wrapping text at 55-75 characters per line is often recommended in digital typography by UX. research implies that an optimum length exists to maximize reading speed, and although it depends on many factors 55-75 is often parroted as a universal rule.
If only UX worried more about user preferences instead of coming up with these dogmatic rules. We can already resize the browser window if we want shorter lines.
Re: We finally learned to center a div, then browsers added sidebars
#107You’ve effectively created a slide over sidebar. It’s an interesting hack to get there but IMO “should” properly be the domain of the browser.
See, I'm keeping my siidebar open most of the time, so I WANT it to cover the content that would otherwise be visible - said no one ever. But yay, it's centered relative to the window now! God forbid the user tiles their windows, because it breaks the aesthetic the website author intended.
Re: We finally learned to center a div, then browsers added sidebars
#108Re: We finally learned to center a div, then browsers added sidebars
#109Re: We finally learned to center a div, then browsers added sidebars
#110Earlier quoted context omitted.
Why? The window and its position shouldn't matter to the app. My tiling window manager doesn't care what your snowflake app thinks it wants, and I don't either.
Then continue to enjoy your broken popup menus and combo box drop downs, for starters.
I'm trying to think of any that try to fight the interface quite as much as this.