update to the scripts page and fonts

I've updated the script page and did a cleanup of fonts.

I think things might be too small/large now :( but I viewed the tab interface as a large enough improvement to launch as is.

The script pages look really good, I'm liking the new tabs.

I second that. Good job.

The <code> tags and the textarea fonts are a little small now.

the comment text is waaaay to small now :/

I like the changes.

Damn what a change; I like it.

Its nice, but am I the only one getting small text in the reply box?

nope.. waaaay to small

I don't like the forum font.

re: "am I the only one getting small text in the reply box?"

No. The forum/comments font is too small and the text in the reply box is almost unreadable.

what is your screen resolution?
mine is 1152 x 864

Ok, did a small fix, which bumped the font size in the edit box. I usually test on my laptop to see what things look like on small screens (as my external monitor is a large LCD) but I broke it this weekend.

It would help if you guys could use firebug and give recommendations of improvements. I unfortunately don't have a small screen, so I cannot see when things are too small.

Post the css fixes here or email me (anotherjesse@gmail.com).

Also, the forum code needs some new styling:

http://userscripts.org/users/61251/comments

I see two issues:

* content that is too wide causes the page to be too wide
* I think the styling sucks.

Anyone know of some good inspiration for forum design?

sorry, i am a typical programmer
i don't have good ideas for design
the only request is to make the font a little bigger

try to fit these images in full screen

Perhaps is stupid, but the reply div fixed on the bottom of the page for me is annoying, most of the times it cover the last comment to which I want reply. Instead of bottom:0 a top:0?

To Jesse Andrews:

• I'm seeing no gravatar and no source code on the source code page.
• I'm slightly disappointed that I can no longer get to the diffs page directly from the script page, but I agree the way it is now makes more sense organizationally.
• You missed removing one superfluous font-family from the CSS - on h3.
• Not that I'm complaining or reversing my opinion on consistency, but I liked the look of the site better when I saw it in Tahoma. (Arial is sooo boring. ;-))

• content that is too wide causes the page to be too wide

  Better that than having two blocks of text display on top of one another. (That's the one thing I miss about table-based design.)

To Aquilax: I'm not sure that's the way to go (since it's not impossible that it's the top message you're replying to), but I do agree it's a problem; I frequently find myself opening Firebug to throw a bunch of brs into the page after the reply table. If the page footer were guaranteed to be at least as tall as the reply div, that'd be enough for me.

EDIT - more to Jesse Andrews: You're going overboard on the entity parsing. I tried using < and > in the paragraph above, but the text enclosed in them got stripped out of the message. (I had to use < and > to get < and > to show up here.)

Test (uppercase AMP should appear in every line):
<0>
<1>
<2 AMPs>
&lt;3 AMPs&gt;
&amp;lt;4 AMPs&amp;gt;
&amp;amp;lt;5 AMPs&amp;amp;gt;
&amp;amp;amp;lt;6 AMPs&amp;amp;amp;gt;
&amp;amp;amp;amp;lt;7 AMPs&amp;amp;amp;amp;gt;
&amp;amp;amp;amp;amp;lt;8 AMPs&amp;amp;amp;amp;amp;gt;

@Jesse:

http://userscripts.org/users/61251/comments#pos... appears to showcase a bug in mozilla itself: for some reason, the pre's scrolled flow is still represented in the table cell as if it were width:100% (set the margins for everything to zero and you'll see that it doesn't cause the page to scroll horizontally), so the cell is wide enough for the non-overflowed content. Comparing temporary CSS rules

td.entry-content pre { width:10%!important; }

td.entry-content pre { display:none; }

@ScroogeMcPump:

I'm slightly disappointed that I can no longer get to the diffs page directly from the script page, but I agree the way it is now makes more sense organizationally.

I've added that as a tab via Userscripts.org - Face icons, CSS tweaks.

Update to my problem with the new script source code page:
I have to use Firebug to cancel both

pre {overflow:auto;}

#content pre {overflow-x:auto;}

Some suggestions you mite want to consider.

@jerone (and @Jesse),

I also implemented hover for tabs at Userscripts.org - Face icons, CSS tweaks (also linked above). Our implementations differ in that I made the whole tab the link, but I think the CSS is largely identical (at a quick glance, anyway ... mine has a screenshot whereas the above does not).

@jerone & @khopesh

I love the using of a Greasemonkey script to propose changes.

I'm going to pull some of the changes from your script Khopesh. I'll do the same to you Jerone if you can add an explicit license. (otherwise I can only use it for inspiration otherwise I would be breaking your copyright) :)

@ScroogeMcPump, I'm going to cancel the overflow for the source view page only, not the forums/other sections of the site.

@Jesse A.
I give you full rights to use/copy anything from Userscripts.org Extended Style.
This script is specially made for you :P.

@Jesse

Glad to hear I've been helpful. I updated my earlier post to link to the bugzilla.mozilla.org page for the overflow bug you found, and I attached a test case to it that better represents the instance we found here.

To Jesse Andrews: That works to let the scripts show, but still doesn't show the avatars.

Next problem:

needs

#about-summary {clear:left;}

You should probably also look into improving the appearance when tabs overflow onto multiple lines, and/or giving the full width of the main column back to the summary, as it used to be.