https://userstyles.world/
Free and open-source, community-driven platform for sharing and browsing UserCSS userstyles, and a replacement for UserStyles.org, made by the userstyles community.

Stylish for Firefox 1.1b2

edited December 2010 in userstyles.org
Available here

Above of 1.1b1: tags display in the add-ons window (and are searchable), the add-ons window updates as you make changes, clicking the Preferences button on Stylish will open the standalone window, fixed NS_ERROR_HOST_IS_IP_ADDRESS error, fixed updating in the stand-alone window. Firefox 4's add-ons window's update feature doesn't seem to be working yet, so updating styles with it still doesn't work.
«1

Comments

  • Awesome, thanks, Jason!
    What's that about tags? I don't see any.
  • Tags that you define on styles will now display in Firefox 4's Add-ons window's descriptions for user styles.
  • edited December 2010
    thanks, working fine here

    edit: forgot about this, doesn't make much of a difference though
    shows up when you open addons ff3.6
    Warning: assignment to undeclared variable showView2 Source file: chrome://stylish/content/manage-addons.js Line: 71
    and some other stuff that you may wish to take care of during a cleanup or what have you (mostly just missing missing semicolons)
    http://choggi.dyndns.org/misc/stylishlint.js
  • I still don't get it about the tags. My addons manager opens in a tab and there's no tags anywhere. I was expecting another sorter (next to the Name and Last Updated buttons (would make sense to me) but i see no tags anywhere.
  • when you goto the style list in addons and click more you can see the list of tags
  • edited December 2010
    Uhmm, nope, i don't. Got a pic?
    721 x 131 - 62K
    597 x 195 - 60K
  • You'll only see tags if you've defined tags. You can define them on the style's edit page.
  • looks good. you probably know this already, but the statusbar icon can be removed.. probably a good idea to auto place the toolbar button in the addon-bar toolbar on first run. the statusbar stub will probably be there for fx4 but likely not any further than that.
  • edited December 2010
    I can't plaster pics of everything, just take my word for it: i do have tags and successfully using them in the sidebar. But i do not see them in the addons tab(window). Anywhere there.
    Editor:
    [Image_814]
    Same style in the addons manager:
    [Image_816]
    The same style description view (after DblClicking/clicking More...):
    [Image_818]
    421 x 70 - 37K
    745 x 292 - 191K
    688 x 219 - 118K
  • any errors msgs in the console and how did you get that compatibility button?
    btw i'm testing with the dec5 win64 build from http://nightly.mozilla.org/
  • Addon Compatibility Reporter adds the button.
    No errors.
    Firefox/4.0b8pre ID:20101204085316 (didn't have time to update yet but didn't see it yesterday either)
  • thanks, working fine here
  • OK, it works in another profile. But, when i turned all styles off and disabled all exts. here, it still didn't work - no tags showing. Odd? I don't really need that,i use the sidebar anyway and it works fine there but for the sake of testing, what could cause that? Some about:config setting (would also be quite odd, wouldn't be?)?
  • maybe localstore.rdf or some other file in your profile folder or a pref as you mentioned, but as for which one...
  • I found this errors and wonder if it has to do with the fact that when i check for updates using the button>Check for updates, it shows 'Updating addons' infinitely. It suppose to change to 'View available...' or 'No updates found' but it doesn't anymore.
    Here's what i found in the console:

    1.
    Error: no-update-available
    Source file: file:///C:/Users/TBB/AppData/Roaming/Mozilla/Firefox/Profiles/rww3nuh7.Minefield/extensions/%7B46551EC9-40F0-4e47-8E18-8E5CF550CFB8%7D/components/stylishStartup.js
    Line: 154
    =================
    Components.utils.reportError(data);

    2.
    Error: stylish-style-update-check-done
    Source file: file:///C:/Users/TBB/AppData/Roaming/Mozilla/Firefox/Profiles/rww3nuh7.Minefield/extensions/%7B46551EC9-40F0-4e47-8E18-8E5CF550CFB8%7D/components/stylishStartup.js
    Line: 150
    ===================
    Components.utils.reportError(topic);

    3.
    Error: [object Object] function (aAddon, aInstall) {
    gEventManager.delegateAddonEvent("onUpdateAvailable", [aAddon, aInstall]);
    if (shouldAutoUpdate(aAddon, autoUpdateDefault)) {
    aInstall.addListener(updateInstallListener);
    aInstall.install();
    } else {
    pendingChecks--;
    numManualUpdates++;
    updateStatus();
    }
    } [object Object] [object Object]
    Source file: file:///C:/Users/TBB/AppData/Roaming/Mozilla/Firefox/Profiles/rww3nuh7.Minefield/extensions/%7B46551EC9-40F0-4e47-8E18-8E5CF550CFB8%7D/components/stylishStartup.js
    Line: 175
    ============
    Components.utils.reportError(this.listener + " " + this.listener.onUpdateAvailable + " " + this.addonItem + " " + installItem);

    4.
    Error: Component returned failure code: 0x804b0012 (NS_ERROR_UNKNOWN_PROTOCOL) [nsIXMLHttpRequest.open]
    Source file: file:///C:/Users/TBB/AppData/Roaming/Mozilla/Firefox/Profiles/rww3nuh7.Minefield/extensions/%7B46551EC9-40F0-4e47-8E18-8E5CF550CFB8%7D/components/stylishStyle.js
    Line: 841
    =================
    request.open("GET", url, true);
  • And something else, from the SC thread:
    Posted By: makondoWhen searching for something, it highlights the term. If you then Rclick on that highlite, the cursor jumps to the very beginning of the code, in front of the namespace.
    Expected, like any editor does, - context menu should show, you click paste and it should paste in that spot replacing the term. It doesn't. It pastes in the front of the namespace instead.
    Posted By: ChoGGiit still happens when sc is disabled, i could try to do a work-around, but i'd assume it'd be better if np fixed that
  • Posted By: makondoI found this errors and wonder if it has to do with the fact that when i check for updates
    Posted By: Jason Barnabe (np)Firefox 4's add-ons window's update feature doesn't seem to be working yet, so updating styles with it still doesn't work.
    Posted By: makondoWhen searching for something, it highlights the term. If you then Rclick on that highlite, the cursor jumps to the very beginning of the code, in front of the namespace.
    I think this is a bug with textareas in Firefox. I'm not doing anything special on right-click.
  • Jason,
    i wasn't talking about updating styles. I wasn't able to update any thing. The behavior i described above and the errors however were only showing after i installed a2, when i was checking for exts. updates, not styles (i don't ever update styles as they' all are my own).
    If i disable a2, everything works as usual: I click Check for updates (toolbar button> Check for Updates), it either finds them or says No Updates Found. When a2 is enabled, it says 'Updating addons' infinitely and that's when those errors pop up.
    So, not only styles update mechanism is not working (which i can't care less) but it also prevents exts. updates.
  • me gusta el tema
  • I want to correct the above. It doesn't prevent the update itself but the display. That is: there's no indication if updates available. In one case i knew an update was out. I updated manually and nothing has changed visually until i restarted twice and then sorted by updated date. Only then the correct version was shown. It all works as intended (or supposed to at this point) if i disable Stylish 1.1a2 and i get no errors in console.
  • i just tried to update an extension and it worked fine
    4.0b8 (2010-12-10 build)

    btw you do know it's 1.1b2
  • edited December 2010
    I do now. Didn't pay attention.
    I have no updates to try and will have to downgrade something to test. later. But i do believe they fixed something about updates in the nightlies.
    Hey, are you trying to say i made up those errors?! Wink

    Yeap, confirmed - fixed now. I think it had something to do with that View available updates category showing all the time not only when updates were actually available. They've fixed that today and now everything works fine.
  • Hey, are you trying to say i made up those errors?!
    :) no i had the errors
  • Thanks, it looks and feels absolutely delicious.

    Two criticisms though:
    1. Can we not remove the compatibility button. Seems rather pointless for stylish.

    2. Add a "check for updates" button as per the old style "find updates" button which checked all userStyles for updates.
  • 1. Can we not remove the compatibility button. Seems rather pointless for stylish.
    you mean the compatibility button that gets added by the Addon Compatibility Reporter?
  • edited December 2010
    Posted By: Jason Barnabe (np)...Firefox 4's add-ons window's update feature doesn't seem to be working yet, so updating styles with it still doesn't work.
    So, #1 is pointless at this point too ;-) I guess you better wait for Jason to finish what he's doing ... which, of course, depends on what Fx is doing.
  • Posted By: ChoGGi
    1. Can we not remove the compatibility button. Seems rather pointless for stylish.
    you mean the compatibility button that gets added by the Addon Compatibility Reporter?
    Yup, can we hack it out.
  • well i already uninstalled that extension, but this'll probably work
    @namespace url(http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul); @-moz-document url-prefix(chrome://mozapps/content/extensions/extensions.xul){ #addon-list richlistitem[name="Stylish"] button[label="Compatibility"]{display:none!important} }i am kinda curious though, isn't the point of having acr installed is to have those buttons?
  • It doesn't work. And yes, I love having those buttons and the rest of the functionality of the ACR. However, they're incredibly pointless for userstyles.
Sign In or Register to comment.