Typophile

node 1824

unknown

I know this has been brought up before with some response, but it never seems to go anywhere. So I'll ask again ;o)

Is there anything we can do to fix the fact that if one posts a wide image it completely messes up the entire layout of the thread with extremely-wide-impossible-to-read line lengths?

It seems the easy solution would be to wrap each comment in it's own table and/or div instead of putting them all in one containing table.

Just a thought. It'd sure make reading some threads a lot easier.

unknown

the problem with wrapping manually is that it produces clumsy markup/content stored in the database. Not a huge deal, but it's something to consider. Plus, it's more work for the people posting, not to mention that everyone has their own preferred line-lenght ;o)

As for volunteers, send the templates my way. I'd be glad to take a crack at it.

unknown

yeah, seriously. we need to find some genius css guy to do the grunt work. i work stephen like a slave maintaining the site as it is!

unknown

While you are doing fixes...the email notification
doesn't send me new threads from
General Discussions.
I have the proper radio button clicked.


Anybody else?

unknown

Maybe if i start a petition...

bj

unknown

Brian, all's OK on this end.

hhp

unknown

Okay. Hmmm. I'll just use the Last, 1, 3, 7 ...

thanks...

unknown

Aargh! What's happened to Typophile? Someone has been playing with the style sheet, and suddenly the message type is 6pt, half my screen is wasted, things are colliding, it's a mess.

Guys, fixed pixel type sizes = Really Bad Thing. Those of us with 133+ dpi screens will go blind with this tiny type.

Sure the line length thing was was annoying, but the way to fix that is to specify text blocks as divs with widths in ems.

It is 6:00 here in Vancouver, and the General Discussion list looks like this (if your resolution is less than 133 dpi, imagine that this graphic is only 5.75 inches wide and the type correspondingly small; the type in threads is about 2pts smaller):

Typophile at 18:00 hours

unknown

As for what John said about the posts contained in
divs with widths set in ems. Here's a few links that
give examples of the technique.

http://www.maxdesign.com.au/presentation/em/
http://www.svendtofte.com/code/max_width_in_ie/

That would probably be a good solution. I might be
able to lend a hand with some stuff too.

Mitchell

unknown

Just went to edit this double post and noticed the class name for the threads is "dontLookLikeCrap." Perhaps if you added a please?

:-)
Randy

unknown

Tinker away! It is kinda fun to hit refresh and find the whole site set in Sand. Ok, that hasn't happened yet. See what you can do? I think you change the 0 to a 1 after the 72nd comma on line 8342 of the script.

Whoops! File lock! That must be the 71st comma. :-)

Thanks.
Randy

unknown

Well, here's the maths:

point size = (pixel size / resolution) x 72

So 12 pixel type at 72 dpi approximates 12pt type. 12 pixel type at the old typical Windows standard of 96 dpi is approximately 9 pt type.

On my 133 dpi screen, 12 pixel type is about 6.5 pt. On the popular new Del laptops with 145 dpi screens, it is a little smaller than 6 pt.

On the IBM 200 dpi screens (now down to $7,500 US! -- when I started paying attention they were $22,000), 12 pixel type is 4.3 pt.

Now what does this tell you about the wisdom of using a non-fixed unit to specify fixed sizes of specify type?

unknown

200 dpi screens:

viewsonic's 200 dpi is a little bit cheaper than the ibm one:

http://www.viewsonic.com/products/lcd_vp2290b.htm

lars

unknown

"The page width is set at 780 pixels. If people post big graphics IE will still maintain the page width, but Safari doesn't. What do you think?"

I think that's simply too wide for comfortable reading lengths for a lot of people. Plus, I normally browser with my window at roughtly 5/600 pixels wide. I think the problem is how the template is spit out.

The code is also INCREDIBLY messy, redundant and bloated with all sorts of font tags and such. On this page, I see 16 closing font tags in a row (yikes!):

</font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font>

The problem is that the entire thread is in one table that is nested in another table. Each comment in the thread is a TR of the parent, so whatever the parent table's width is, each comment will be that width.

If you want to stick with tables, the fix (I think) is to get rid of the wrapper table and then allow each comment in the thread be it's own table, with a percentage width.

This isn't an uncommon problem with these types of forums that were built in the hey-day of 'let's do everything with a ton of tables' and it's really only a problem here due to the fact that we post rather large images.

"Arial, Helvetica, Sans-serif at 12pixels (not 12points)."

A typographic site spec'ing Arial? Gasp! Shock! Horror! ;o) ;o) ;o)

unknown

Joseph:

I'm not sure you need to dump the system...
you just need to tweak the template engine.

Now, that may be very easy, or that may be
very hard. It depends on how the system was
designed.

May we ask what BB system you are using?

unknown

Joseph, spec'ing type in pts or another resolution-independent measure is certainly the best idea. Yes, the results are going to vary across platforms, but they are not going to vary as greatly as fixed size pixel type across different resolutions. Personally, I think type size should not be spec'd at all, except as relative to body type, but should be determined by the user-side preferences, and all other measurements, e.g. text block width, should be spec'd in ems so that these too are relative to the body type. That way you have perfectly scaleable web pages.

Above, Darrel says that he thinks 780 pixels is 'simply too wide for comfortable reading lengths for a lot of people', but this observation is itself based on the assumption that the type is spec'd in pixels. If the type were spec'd in pts, then the number of words a on 780 pixel measure would depend on the resolution: it would probably be a bit narrow for comfort on my screen. But if the type were spec'd as pts and the measure spec'd in ems, then the number of words on a line would be the same regardless of the resolution.

unknown

The CSS max-width property may be pertinent here:

http://www.svendtofte.com/code/max_width_in_ie/

unknown

Let me rephrase...780 pixels is just too wide for my browser regardless of the line length.

Max-width won't remedy the current situation, which is images that are too wide that push the table to a certain width. Since every comment in the thread is part of the same table, they all inherit the widest post. (Plus, max-width doesn't work in IE/PC or Safari/Mac...*sigh*).

unknown

I don't know, Joseph.
It looks fine here (1024x768).

BTW, I too prefer Verdana. At least for me, the
forums are harder to read with Arial. It looks too
narrow and tight.

unknown

I have the screen resolution as Eduardo, and for me, too, the Ariel is hard to read. I also much prefer the Verdana you had before.

unknown

The point being that the web is about USER
preferences...not creator preferences. You like
Arial, he likes Verdana, she likes brush script.
She has a gigantic monitor, he uses a PDA.

unknown

On my end, the Typophile Forums are notably worse now in terms of typography.
I can tangibly feel the stutters I've been making since the "redesign". Please put it back! :-)

And I don't get this anti-Verdana business - it's so much better than Arial for this type of thing it's not even funny.

Is there a platform difference perhaps?
Like for me http://www.designobserver.com/ looks great, on both browsers.

hhp

unknown

Joe and Jared,

Do you use the optional MySQL back end? If so, it wouldn't be hard to write a different application using the same data as the Discus app. If you don't use MySQL, it would still be interesting to see how they store the data. It may not be too hard to migrate it to a database.

I may be able to donate some time into writing a different system using the same data (right now I'm "self employed", to I have some time). Sometimes it's easier to rewrite something from scratch than trying to adapt someone elses clunky code to your needs. (The LettError guys have some inspiring ideas about this)

If nothing else, I could rewrite the typophile map. I've been bitter ever since it put me in Idaho.

unknown

And there's nothing worse than a bitter potato.

hhp

unknown

Darrel,

If you browse the article I linked, you'd see that you could implement a max-width solution by applying it to the <p> element. Even if an image is larger in width you could limit the width of a paragaph element's contents.

Svend's article explains how to make it work in IE/PC. I don't know about Safari however.

Of course this assumes that paragraphs are actually marked up with <p> tags in the posts -- which they're not. Maybe one day web standards will actually be the standard.

unknown

Tim:

Yea, in theory that could work. But it'e be much easier just to kill the nested table template and apply the width attribute to individual comment wrappers (whether that remains a table or becomes a DIV/SPAN).

unknown

I'm pretty sure Gentium is not "superhinted".

hhp

unknown

Darrel,

Of course -- I agree. I would love to see the Typophile forums make the leap to full CSS. The benefits are too numerous to discuss here, but you know it's true. If I have time, I'd be willing to give a hand.

Captured from web.archive.org on 18 May 2005. view this capture