Ladies and Gentlefurs, may I present to you:

The First Official Unofficial e621 Chrome Extension!

Features Include:

• An improved news bar
• Automatic high-resolution images while not logged in
• Image resize via main image click (note toggle moved to "This post has x notes")
• Redundant interface cleanup
• Linked image comment quotes
• Automatically displayed but dimmed bad comments
• Greatly improved thumbnail tagtips
• Longer default index length
• And more!

Each can be toggled individually in the options page.
Features are subject to change with future versions.

Latest Stable Release - [0.5.2.0]

Please post all questions, comments, concerns, suggestions, and bug reports below.

Oh man. I wish this was for Firefox. Any chance of a port?

Blaziken said:
Oh man. I wish this was for Firefox. Any chance of a port?

Somewhere down the line, the more demand the sooner it'll come.

MaShCr said:
Somewhere down the line, the more demand the sooner it'll come.

Damn. Well, I'll test that when it comes out.

extension 0.8.9.5
SRWare Iron 18.0.1050.0
Google Chrome 19.0.1084.52 m
Requests:
-version number in extension options.
-option to view enlarged image(perhaps resizing of /data/sample/*) on mouse over thumb.
-normally, left clicking on an image would enable/disable notes. That is gone when 'middle click resize' takes it's place. Requesting relocation of note enabling/disabling.

Bugs:
-the mouse-over-thumb taglist tends to go offscreen when lots of tags are involved. See absolutely_everyone.
-despite the name 'middle click resize', left mouse button does the resizing.
-I somehow managed to break the config page and have it not display anything while the elements were still in the page(right clicking on the spot where the logo used to be gives context menu of that image; buttons still there), though I'm going to take a gamble and blame the browser here(Iron). Restarting extension fixed it.
-inconsistently alternating text color/font in post comments.

What's the moose buttan for?

ktkr said:
Using extension 0.8.9.5

...

-despite the name 'middle click resize', left mouse button does the resizing.
-I somehow managed to break the config page and have it not display anything while the elements were still in the page(right clicking on the spot where the logo used to be gives context menu of that image; buttons still there), though I'm going to take a gamble and blame the browser here(Iron). Restarting extension fixed it.

What's the moose buttan for?

That's... really weird. It seems to be reverting to a previous version for you; the version number should be the same as that listed above. I can't seem to duplicate that on vanilla installs of either Chrome, Chromium, or Iron on Windows or Linux. Try removing, redownloading from the link above, and reinstalling, then tell me if the problem persists.

ktkr said:
-normally, left clicking on an image would enable/disable notes. That is gone when 'middle click resize' takes it's place. Requesting relocation of note enabling/disabling.

Note toggling can be done by clicking the little "This post has x notes" under images with notes (the original functionality of which was redundant as note history can also be viewed from the sidebar). - This is now clarified above

ktkr said:
-the mouse-over-thumb taglist tends to go offscreen when lots of tags are involved. See absolutely_everyone.

Oops, looks like not everyone uses the same font size as I do. Tagtip font size will be uniformly set as a little smaller than default in the next build.

ktkr said:
-inconsistently alternating text color/font in post comments.

Bad comments are "grayed out" by default. - This is also now clarified above

Thoughts:

You seem to assume a lot about what user wants.
The default limit, for example, was changed to provide a faster page load
The male and female being colored seem to do nothing for me,
the news section is clickable, but there isn't really anything to say it's clickable (the only reason we actually have a hide button)
I really.. really don't like the resize on click, notes have always been there, and it staying there is solely because of compatibility with other objects, as well as keeping users from being confused.

all that beside, it's a nice cosmetic change, I would advise you to keep up with it, as it's gonna be broken a few times in the next few months.

Also it is, by far, the first unofficial chrome, or any kind of extension ;)

MaShCr said:
That's... really weird. It seems to be reverting to a previous version for you; the version number should be the same as that listed above.

I didn't update because the version number of the plugin in first post was smaller than the one I had already installed.
derp

Also, requesting changelog.

Kotep said:
Tag tooltips could use a readability improvement, as they are they're a bit word soupy. Would it be possible to separate tags with commas and remove underscores so instead of
Male Looking_at_viewer Red_eyes
You'd have
Male, looking at viewer, red eyes

The tagtip font size decrease seems to have helped in keeping the soupiness down, and I've already tried the commas thing (it isn't nearly as readable as it sounds).

Kotep said:
And then character/artist tags could have capitalization by default?

Displaying special tags (character, artist, and copyright) differently is a great idea, I've included that in the newest build.

Kotep said:
The dimming the comments that are downvoted works but I think there could be a slightly greater visual impact, like dimming the username a bit too?

Also included

0.5.0.5 Changelog

• Smaller default tagtip font size
• Bad comment authors are also dimmed
• Special tags are highlighted in tagtips (useful but feels a little noisy to me, feedback and suggestions appreciated)

Blaziken said:
Damn. Well, I'll test that when it comes out.

Same here, I will test for FireFox with Blaziken

http://imgh.us/screen_cap.png
Tooltips can be a bit hard to read. I blame:
A. changed font for special tags being blurry at small size
B. transparent tooltip + coloured text
C. my shitty monitor
D. a combination of any of the above

ktkr said:
http://imgh.us/screen_cap.png
Tooltips can be a bit hard to read. I blame:
A. changed font for special tags being blurry at small size
B. transparent tooltip + coloured text
C. my shitty monitor
D. a combination of any of the above

I find your lack of anti-aliasing... disturbing.

What version of Windows you using?

http://imgh.us/screen_cap_cleartype.png
XP SP3 x86
Also had standard AA instead of cleartype turned on because I don't have LCD and it reduces text contrast elsewhere in the OS.
Changing to cleartype did increase readability of tagtips by a significant amount.

If you port this to FF I'll gladly tell you how it works on a computer from the last century ^_^

Aurali said:
You seem to assume a lot about what user wants.
The default limit, for example, was changed to provide a faster page load
The male and female being colored seem to do nothing for me,

Those are pretty much placeholders at the moment. The framework to allow much more customization is in place and will be expanded upon very soon.

Aurali said:
the news section is clickable, but there isn't really anything to say it's clickable (the only reason we actually have a hide button)
I really.. really don't like the resize on click, notes have always been there, and it staying there is solely because of compatibility with other objects, as well as keeping users from being confused.

A lot of this extension is geared toward users who have been using the site for a while already, so minimalism and efficiency often takes precedence over clarity. I've also included those disable buttons in the options page for a reason. :)

0.5.1.0 Changelog

• Redesigned options page
• More verbose descriptions of what each feature does
• Bug fixes and lots of back-end stuff

Note: UI design is really hard

MaShCr said:

• More verbose descriptions of what each feature does

♥

This is pretty awesome, definitely loving the tooltips and click-to-resize features.

Two issues though:
It adds a background to EVERYTHING with the domain e621.net including raw images and the "view-source:" page. If this is intended, could you make it optional?
Screenshot here: http://i.imgur.com/911Iy.png

Tooltips on avatars (especially those in the forum) have been pretty unreliable for me. Post tooltips work fine though.

DarkSniper said:
It adds a background to EVERYTHING with the domain e621.net including raw images and the "view-source:" page. If this is intended, could you make it optional?

That's bug, but I think I'll make it a feature on "view-image" pages (along with some other improvements to those).

DarkSniper said:
Tooltips on avatars (especially those in the forum) have been pretty unreliable for me. Post tooltips work fine though.

Tagtips should be disabled and replaced with something that makes more sense for avatars in the newest build.

0.5.2.0 Changelog

• "Open image in new tab" pages look a little less utilitarian
• User avatars are more streamlined
• Quote linking works on forum comments too

Really love what you've done with the raw image pages, they're far more elegant and eye-friendly than the default ones =D

The CSS3 transitions on the avatars are awesome, but they seem to break if the user has a long username and/or a wide avatar.
Examples: http://i.imgur.com/xIBIr.png

I've also noticed that sometimes the avatar hover causes a scrollbar to get stuck on the post. Adding '.comment {overflow-y: hidden;}' with the dev tools seemed to resolve this, but I'm not sure if this will have negative effects elsewhere.

DarkSniper said:
The CSS3 transitions on the avatars are awesome, but they seem to break if the user has a long username and/or a wide avatar.
Examples: http://i.imgur.com/xIBIr.png

I've also noticed that sometimes the avatar hover causes a scrollbar to get stuck on the post. Adding '.comment {overflow-y: hidden;}' with the dev tools seemed to resolve this, but I'm not sure if this will have negative effects elsewhere.

Hmm, those elements seem to wrap in every environment I've tested. The "white-space" css property is inherited so it may have to do with your other extensions, browser, or distro. Try explicitly stating float wrap by adding a

.author { white-space: normal }

rule in the dev tools and tell me if that fixes it.

MaShCr said:
Hmm, those elements seem to wrap in every environment I've tested. The "white-space" css property is inherited so it may have to do with your other extensions, browser, or distro. Try explicitly stating float wrap by adding a

.author { white-space: normal }

rule in the dev tools and tell me if that fixes it.

That didn't fix it on my primary version of Chromium (v21.0.1155.2 [Dev]), however it seems to be working as expected on Arch's current stable-channel package (v19.0.1084.52) without any modification.

Must be a buggy dev build that's at fault, since I've seen a few other weird things with this version's CSS rendering. I'll try compiling a newer version to see if it fixes the issue for me.

Edit: Yep, buggy dev build was definitely the culprit, everything's all good with version 21.0.1163.0.