February 15, 2012
"Jacob Carlborg" <doob@me.com> wrote in message news:jhgu3t$15th$1@digitalmars.com...
>
> This site is a great example of a design that reflows when resizing the window: http://upperdog.se/ . It works great on both desktop browsers and mobile devices.
>

Heh, leave it to me to come up with this:

http://www.semitwist.com/download/img/shots/upperdog.png


February 15, 2012
On 2/15/2012 2:55 AM, Vladimir Panteleev wrote:
> That's a tough one... This behavior is part of an effort to make the interface
> look good on any screen size. This doesn't include just PCs, but also mobile
> devices.

Working well on mobile devices is essential. I was pleased to find that dfeed works well on an iPod and a Kindle Fire.

Mobile devices are also very sensitive to bandwidth, so staying with no javascript and small html files is a big win.

The response on Reddit made one thing really, really clear - people LIKE the high performance of dfeed in a big way. That makes me very, very reluctant to endorse any changes that would slow things down.
February 15, 2012
On Wednesday, 15 February 2012 at 18:47:08 UTC, Jacob Carlborg wrote:
> On 2012-02-14 23:00, Walter Bright wrote:
>> http://forum.dlang.org/
>>
>> This should replace the old miserable web interface to the forums.
>>
>> Thanks to Vladimir Panteleev for an awesome job writing this!
>
> I got another idea. When shrinking the window you're removing the menu to the left. It might also be good to remove the gravatar images, at some size, to get some more for the text.

There isn't really a lot to win, because you can only remove so much until the side panel of posts becomes too narrow. One thing that can be done instead, is to move said panel at the top of the post (like you can see in the threaded / horizontal-split views). This can't be done with just CSS without also duplicating the HTML, though.
February 15, 2012
> One thing that can be done instead, is to move said panel at the top of the post (like you can see in the threaded / horizontal-split views). This can't be done with just CSS without also duplicating the HTML, though.

You shouldn't have used tables... this would be pretty easy
without them. It'd just be a matter of removing the float
or changing the display on the author container.
February 15, 2012
On Wednesday, 15 February 2012 at 15:59:48 UTC, Nick Sabalausky wrote:
> That's not good (and I don't mean because of the JS - it's always possible to have non-JS fallback). This is a classic case of narrowly optimizing for one specific metric (ie, getting a consistent words-per-line) instead of always keeping an eye on the big picture. The problem this creates is that font sizes become too uncontrolled:
The font sizes aren't uncontrollable if every font-size/width/height/etc uses em as unit. You must use a elastic layout to make it work.

> First of all, shrinking the window *should* re-flow the text, not cause it to be too small to read. A shorter line length is *much* better than tiny text.
If you looked at my code, you'll see that I never set the body font-size below 100% (the example given in the link doesn't take that problem into account). This way, the line length is maintained unless the font become too small.

> Second, I tried the example:
>
> http://jaredstein.org/resources/stein/js/fonter.html
>
> The text on that page (when I have JS on) is so enormous, that I actually have a *very* hard time reading it. Much, much harder than reading really long lines. I have to go messing around with my browser's window size just to make it readable. I shouldn't have to do that, I've never had to do that before, and honestly, who would ever even *think* to do that?
There's several reasons why you have difficulties to read the text:
1. You're standing too close to the screen.
2. Black text in white background (my eyes become tired after a long reading period because of this).
3. You're not used to it.
Besides, the web dev can change the ratio between the font-size/window.width, making the text a little smaller/bigger.

> Yea, you *could* clamp the max and min font sizes, but it's really just a goofy approach overall. There's a reason that desktop apps never scale by messing with font size. Consistent controlled font size just turns out to be more important than consistent line length. You're much better off just using the CSS "max-width" (or something like that, I forget the exact name) and maybe "min-width", both specified in em of course.
>
> In any case, this is one of the reasons I hate the modern web. On the user's side, content and view have become completely married together. That's a *huge* step backwards. Thanks to a very large effort put into standard file formats and general computer-to-computer interop, it used to be that any content could be viewed in any program, any UI, any style, any anything the *user* wanted. We had achieved a computing golden age! But once things moved to the web, that got completely thrown out the window as interface is now inseparably *bundled* with content once again (and vice versa - content comes inseparably bundled with the interface). While model-view separation is popular among webdevs, that separation exists completely on the developer's side, not the user's side. Of course in this particular case, it's not quite so bad because there's lots of different interfaces to the same NNTP server, but still...
Check out this: http://axr.vg/
February 15, 2012
On Feb 14, 2012, at 2:00 PM, Walter Bright wrote:

> http://forum.dlang.org/
> 
> This should replace the old miserable web interface to the forums.
> 
> Thanks to Vladimir Panteleev for an awesome job writing this!

Nice work!  The only thing I see as an immediate barrier for my regular use is the lack of a "mark all read" button.  I like how icons are pulled from… github?

February 15, 2012
On Wednesday, 15 February 2012 at 19:53:48 UTC, Adam D. Ruppe wrote:
>> One thing that can be done instead, is to move said panel at the top of the post (like you can see in the threaded / horizontal-split views). This can't be done with just CSS without also duplicating the HTML, though.
>
> You shouldn't have used tables... this would be pretty easy
> without them. It'd just be a matter of removing the float
> or changing the display on the author container.

Believe me, I tried to not use tables.

Anyway, it's not just the layout - the content of the panel is different as well.
February 15, 2012
On Wednesday, 15 February 2012 at 20:43:57 UTC, Sean Kelly wrote:
> On Feb 14, 2012, at 2:00 PM, Walter Bright wrote:
>
>> http://forum.dlang.org/
>> 
>> This should replace the old miserable web interface to the forums.
>> 
>> Thanks to Vladimir Panteleev for an awesome job writing this!
>
> Nice work!  The only thing I see as an immediate barrier for my regular use is the lack of a "mark all read" button.

I could easily add a button to mark posts as read on all groups, but not for individual groups.

> I like how icons are pulled from… github?

Both GitHub and DFeed use Gravatar.
February 15, 2012
On 15.02.2012 11:55, Vladimir Panteleev wrote:
> On Wednesday, 15 February 2012 at 00:33:29 UTC, torhu wrote:
>>  Nice! One suggestion for improvement:  don't change the font
>>  size based on the browser window size.  I'm not a web
>>  programmer, but I'm sure someone here can suggest a better way
>>  of setting the font size.
>
[...]
> May I ask why you don't like the current behavior?

The font is a bit too small to read, so I zoom in a bit.  Then, when I maximize the browser windows for some reason, the font is suddenly very large.   If it was based on screen resolution instead, at least it wouldn't change.
February 15, 2012
On 2012-02-15 20:08, Nick Sabalausky wrote:
> "Jacob Carlborg"<doob@me.com>  wrote in message
> news:jhgu3t$15th$1@digitalmars.com...
>>
>> This site is a great example of a design that reflows when resizing the
>> window: http://upperdog.se/ . It works great on both desktop browsers and
>> mobile devices.
>>
>
> Heh, leave it to me to come up with this:
>
> http://www.semitwist.com/download/img/shots/upperdog.png

I guess this requires a quite new web browser. They don't support IE7.

-- 
/Jacob Carlborg