|There's more than one way to do things|
Re^7: Page rendering bugs (wide table)by tye (Cardinal)
|on Jul 15, 2012 at 01:04 UTC||Need Help??|
Sorry. Distractions abound today. I meant to note that I have the huge headings both for tye and for tye and the latter has very few non-default settings (and one CSS bit that wouldn't apply). Yes, I have "large code" enabled. I wouldn't be surprised if tye does as well. I suspected that might be part of it. But the headings look like they are in H2 tags.
Note that I'm tempted to make "large code" the default, including it being in effect for Anonymous Monk. BTW, the real effect is that "large code" just means "don't make the code font smaller". And the only reason for making the code font smaller is because a fixed-width font looks slightly larger beside other fonts of the same height. I don't mind having the code appear to matter slightly more than the text (by default). In most environments, I find the difference isn't a big deal. But in some environments, the attempt to make the code slightly smaller really makes it enough smaller that it gets hard to read.
afaict it looks fine as Anonymous Monk
It looks okay as Anonymous Monk on a maximized browser window on a desktop monitor. It still makes the thread obnoxious to try to read on anything even a little smaller.
With auto code wrap and the top nav disabled, most of the site will shrink down significantly in width and be readable even on my narrow, ancient, low-res Zaurus screen. So it is polite if things that can't wrap down to a narrow width be optional to show within a thread.
Of course, your table, even as Anonymous Monk, prevents me from reading the thread unless I disrupt my entire desktop by maximizing the browser window. So I still haven't read it yet.
Ah, you've moved it to a reply in a readmore. Thanks!