the main index page wraps nicely to multiple columns when you're on a larger screen.
the main index page wraps nicely to multiple columns when you're on a larger screen.
The latter results in a sort of 'tweetlike' appearance for a lot of G+ posts as they are quite short, the former makes it more 'newspaper' style and introduces the question of how you move from the bottom left to the top right. If you do it with the same posting it makes scrolling challenging, if you do it with multiple postings it makes the user scroll up and down to see the top and bottom.
Then again, there is a really useful layout that folks have been using forever where you put summaries on the left and content expands in boxes on the right. But then it looks just like gmail or something, except that is exactly what it is "group email". Gooogle plus seems confused about what it is, is it twitter ? is it facebook? is it usenet? is it email? Fix its multiple personality disorder and the design will fall out of that naturally.
On the main stream, you have multiple columns of data. On a single post, what should be to either side?
Probably nothing.
I would rather have to scroll down on an article that I can actually read, rather than fit the article on my screen but be unable to read it well.
Wide text only really works for very short text of a few lines. Long text comments on HN tend to suck pretty badly with wide browser windows.
1. Single-pane designs. Multiple columns, especially online, for main content text, is too hard to follow. In a cards-type presentation (e.g., G+) a 2-column display somewhat works, but 3 columns to me simply becomes noise. I think a multi-column (newspaper-like) display might work if you had explicit height alignments, see a site like http://freshnews.org, very old-school, but which essentially has a 3-column grid, and compare with, say, the NYTimes desktop layout. Note that new column heights aren't simply random, but tend to be lined up across the page, or at least a section of it.
2. A flexible main-body text width, but maximising at about 35-45 em. Look up "Edward Morbius's motherfucking web page" on CodePen.io for my interpretation of a popular meme, and pretty much how I style my own content. It's a very minimal ruleset. Pocket and Readability are good models.
3. A paginated, two-page-up mode, for desktop / widescreen mode. See many eBook readers or the Internet Archive's Bookreader in 2-up mode. This gives focus on a single page at a time, but the ability to reference across two pages. I use a tablet in portrait (1-up) mode a lot, and prefer being able to reference back and forth across two pages. A fixed pagination also feeds my spatial memory for where something was on a page. Pocket has a paginated mode, but it's dynamic, changing to wherever you've scrolled a page. I dislike that.
4. Except for the very narrowest display, at least a minimum margin on sides. I'll usually set 1-2em for even a small-factor mobile device, and prefer 4-5em for most widths. As text body reaches 45em, center the main body. Text that runs flush to the screen edge, or is sharply asymmetric on the page, is quite annoying.
5. Use those margins. I've written a sidenote style which puts annotations in the margin, with a dynamic repositioning for narrower widths (or rather the inverse, using Mobile First design). I also push illustrations / images into the right margin to allow text to wrap, but still leave a comfortable width, around inline images.
My problem with a "summaries on the side" display (sidebar) is that the summaries are so often entirely gratuitous and inappropriate. Single-column is far calmer. I move sidebars to headers and footers (through my own site-specific CSS rewrites), or simply disable them entirely.
True story: I'm completely capable of narrowing my browser window if I want narrower text. The site I'm reading doesn't actually need to do that for me!
Not that it matters, really. Narrowing the field is just good practice for readability.
Edit: if you disagree, what the heck are you doing on a site called "Hacker News?" Comment, don't just vote.
The context of this conversation is how a product should have been done. The devs that make that product want people to use it.
You're suggesting that they ignore part of that user base, based on a claim that people shouldn't browse the internet however is most convenient for them. E.g. by using a computer they already have instead of a tablet they might not. All parts of that reasoning are ridiculous.
That's how I did it back in the 90s and early 2000s. I'm not certain when I was forced to start widescreening my browser, but I think it was roughly around the time I got a widescreen (ironically enough, I got more horizontal space and was forced to waste it immediately).
I'm not bitter …