userstyles.org - myf

Unifies graphical smilies (smileys) on page to defined appearance: half-transparent 4×4px square (mouse over it to reveal its hidden -beauty- _ugliness_). Notes - relies on keyword "like 'smilies'" within source URL or properly filled 'alt' attribute, nothing more -- not even a size -- so it is possible that it will match more than just smilies - selectors set is just rough, for now (I hope it will be possible to tune it up to really working one) - for a pity, FF2 cannot add a generated content after image elements, so adding a textual img[alt]:after { content: attr(alt) } does not work : ( - if you want it this way, you can use this userscript instead: http://diveintogreasemonkey.org/casestudy/frownies.html (contains pretty complex set of selectors, may serve here in future :] ) - Appearance of the hovered image in the 'After' screenshot is affected by Show transparency of in-page images on hover - testing ground: http://eldar.cz/myf/lab/desmileyfize/smiley_hell.html changelog: 2008-09-05 - some ne

Variation of the Display accesskeys, mostly harmless. In cooperation with the userscript: "accesskeys-reveal" ( http://userscripts.org/scripts/show/8376 ) solves impossibility to add CSS-generated content after form elements, so this one will show you accesskeys of any input and textarea. Try / test it here: http://eldar.cz/myf/pub/firefox/accesskeys-test-area.html Changelog: 2007-11-15 : screen shots (taken from http://kyberia.sk/ ) 2007-10-14 + few bugs fixed, code cleanup. (Also update the userscript!) 2007-10-11 + opacity: 0.8;

Variation of the Keyboard shortcut display for web pages by Jason Barnabe (np). This version tries not to affect layout, so the letters ale displayed in simple bubble of fixed dimensions[2)] next to its elements [1)] and disappears while hovered/focused. Test it here: http://eldar.cz/myf/pub/firefox/accesskeys-test-area.html Notes: 1) I've found, that for now (in FF2.0) it is not possible to add CSS-generated content after any INPUT (of any type), TEXTAREA , and image-map AREA. Possibly a bug or some conflict between form elements binding and rendering engine(?). [4)] 2) Dimensions absolutely relies on used font. This versions expects "Courier new" (present on Windows platform). Other fallback fonts may cause few pixels difference. Then you must tweak last three lines of the first ruleset containing font-size and margin-left. Use the testing ground linked above. 3) Not using "*" selector for 'better performance'. Naming all four remaining accesskey-ready elements explicitly. 4) I wrote a simple workaround userscrip

Simply shrinks the verbose download info to its icon. Mouse over it to see the info again. I've found the time counter 'ticking' quite disturbing and space eating, so that's why this tweak. Theme in screen shot (does not matter): Stratini.

No more blurry resized images, no more ugly colour blending in the pixel borders of zoomed images. More a note than userstyle. See https://developer.mozilla.org/En/CSS/Image-rendering

Adds "…1, …2, ... …9" for convenient control+number (alt+number on linux) switching between tabs. Also decreases min-width (= more tabs visible while many) and removes max-width (= auto-wide tabs while few), increases font-size.

Removes horizontal length limit for search results. Hides some "unnecessary" elements. Intended for usage with "Keyboard shortcuts" experiment enabled ( http://www.google.com/experimental/#BetaShortcuts ). I've written this for myself long time ago, surprisingly it still works, even after recent redesign of search results page. Some special results may (and will) seem strange (videos, images), but overall it is quite usable. I like how it takes away necessity of scrolling especially at wide monitors :] Bind to 'url-prefix("http://www.google.com/search")' add your local if you use some. Changelog 2010-08-19 some tweaks reflecting recent changes in searchpage structure