Userscripts.org

GIJoe wrote:
Jetpack pages list need to be redone

Wordwrap on this jetpack source isn't working... Convert tabs to spaces is though. :)

Thank you! :)

Can you maximize the width on the scripts management page a little bit when you get the chance? TIA :)

Can you work that same magic on everyones user page with all the applicable links in the Table of Contents too please.

Example:
http://userscripts.org/users/65048
http://userscripts.org/users/65048/groups
http://userscripts.org/users/65048/scripts
http://userscripts.org/users/65048/jetpacks
http://userscripts.org/users/65048/guides
http://userscripts.org/users/65048/posts
http://userscripts.org/users/65048/comments
http://userscripts.org/users/65048/reviews
http://userscripts.org/users/65048/favorites

GIJoe wrote:
but for groups page,

Next suggestion hopefully...

<textarea id="group_description" name="group[description]" type="text"... under any group edit (e.g. usoCheckup edit group) is super narrow... I added manually through firebug a width: 100%; and it pushes it out so it's not 1/8th of the width of my screen on the left.

Same with <textarea id="review_body" on editing a review and it's subject line of <input type="text" value="Just what the Admiral Ordered" name="review[title]" id="review_title"...

Looks like this CSS is what is controlling quite a bit:

textarea, input[type="text"] {
  border-bottom-color: #AAAAAA;
  border-right-color: #AAAAAA;
  width: 100%; /* This addition to line 379 of your script seems to fix the width */
}

Could you maximize width on these too please? Merci! :)

Thanks for that last request fulfillment... on to yet another...

With the recent Pain and rate limiting I've discovered that a false-positive attack vector is triggered very easily by referencing stock images in the userscripts.org base software. (e.g. this icon

Could you convert them into data:{Content-Type};base64,{encoded-string} for this script please so it doesn't interrupt other scripts by slowing other requests down?

Occasionally I don't see the graphical arrows on a page load and now I know why.

data:image/gif;base64,R0lGODlhEAAQAIABAP///8zMzCH5BAEAAAEALAAAAAAQABAAAAIfjI+pywidgIRHPhosvDorDU6RRV5faS4l1rHYC8dBAQA7

data:image/gif;base64,R0lGODlhEAAQAIABAP///8zMzCH5BAEAAAEALAAAAAAQABAAAAIejI+pywidgIRGWmgzy1zdP0VV+DQXFZyUuqLuCwcFADs=

Just a note things seem to have changed quite a bit today. :\

New Request: Guide 58 in the Guides section of USO has non-breaking spaces for the name of the guide... can you do something about this... maybe put in Guide 58 when only spaces are present... so it can be linkable for others to thumb?

Hmmm well this last update REALLLLLLLLY slowed down USO as well as it's exposing bookmarks... e.g. conflicting with existing bookmarks that USO has put in and also any that the User puts in via one of my scripts for USO. I'm reverting back to this version, this install. The scope of this change is way too broad. :\

Thanks... Although it's a neat idea to show ALL hidden links... there are actually a lot of them on USO... so navigating around it would loop through at least 20 to 50 links on average and also it would show () in a lot of places where it shouldn't. Guess I'll just field questions when they come through about that guide... maybe Jake will remove it.

New Request:

Seems that your script is killing this page from showing up properly... any chance on confirmation? Thanks. :)

New Request:

Would you set all text and textarea inputs to have some sort of min-width, min-height, max-width and/or max-height along with initial height and width properties if needed please.

For example on the Edit source page your script sets the initial height way to high (although I do understand why). There is an alternative to setting a fixed height that is bigger then USO's by using one of the many textarea resize scripts for below Firefox 4.x. If you don't already know Firefox 4.x actually includes a textarea resizer although doesn't have one for text inputs yet. The one I am using for below Firefox 4 is EZ Resize as it is closest to emulating the upcoming behavior. The script is missing the dots in the lower right hand corner that Moz is inserting so be aware of that for width considerations as well as potential padding issues.

Thanks again for such an awesome script! :)

GIJoe wrote:
Waiting for the portable one.

GIJoe wrote:
Where's the Firefox 4 GreaseMonkey addon ?

GIJoe wrote:
"EZ Resize" can be better...

As far as your update goes... this is going to take some time to see if there are any hits or misses when used with other user.js... so far so good although things seem a little "locked" on height which shouldn't happen... min-height is designed to make sure that it's not too small and max-height is usually free-flowing so a user can pick the size they want. And "initial" height is your preference. Width of course is dependent on the screen width with percentage and bounding container. :) Thanks.

GIJoe wrote:
I don't understand what's the problem with the middle click...

GIJoe wrote:
The problem is not with min-height/max-height, but because i used the "!important" tag and the script doesn't.

.admin_section #script_src { height: 1000px; width: 98%; }

.admin_section #script_src { height: 400px; width: 97%; max-width: 97%; min-width: 97%; }

How tall is your screen btw? ;) Even my big old monitor and graphics resolution doesn't go up to 1000 pixels on height plus the rest of the page height. ;)

hmmm maybe it's another one of my add-ons that's doing it... doesn't seem to do it in Minefield since there's only GM in here.

A little less flickery here too... anyhow if you don't want to lock the textarea widths and min heights that's fine too... I can always just build a separate one for that to augment your script and run it after yours locally. Thanks for taking off the !importants :)