shazbot @ shazbot @kbin.social

Posts

6

Comments

103

Joined

2 yr. ago

You may wish to have a look at the script made a few posts below yours: https://kbin.social/m/kbinMeta/t/199674/I-made-a-simple-script-to-open-posts-in-a

I don't have an iOS test bench myself, so I'm not intimately familiar with this, but I believe we have succeeded in implementing a generic, tool-agnostic internal method that ensures compatibility between different versions, based on reference to the GreaseMonkey API. I have confirmed it working on GM/TM/VM, and expect it to work on Userscripts insofar as it implements functionally the same API as GM.

Thank you very much.

We have worked up a more comprehensive fix that provides cross-API support for the different GreaseMonkey implementations found in various browser add-ons. Update should be forthcoming after being stress-tested. As it turns out, there is no truly universal API standard between these tools and they have highly similar, but ultimately different, implementations, so we had to make a shim.

This is tentatively fixed and we have it working on all flavors now. The update should be forthcoming over the weekend or start of next week, we are just verifying things. We will definitely need your help to test Safari and Userscripts, as this seems to be the most rare combination.

This is tentatively fixed and we have it working on all flavors now. The update should be forthcoming over the weekend or start of next week, we are just verifying things.

This is tentatively fixed and we have it working on all flavors now. The update should be forthcoming over the weekend or start of next week, we are just verifying things.

The author of the notification panel has submitted their script for inclusion and it is ready to be integrated after the next version bump.

This is noted, it is a high priority at the moment to support all of the different flavors of extensions.

This has been added in 1.2.0.

GreaseMonkey is a bit antique by today's standards--is it possible to use TamperMonkey? Also, can you provde the OS, Firefox, and GreaseMonkey version numbers? We are trying to reconcile these differences between extensions internally so that the tool is more agnostic to different browser extensions. This is a high priority at the moment.

This is done to force re-cache of the new version of a userscript when it gets added as a feature. MINOR version bumps indicate addition of a mod (userscript) or internal feature, while PATCH version bumps indicate a hotfix. By design in GM, when the version number of the main script is bumped, it will redownload the requisite remote resources. We leverage this functionality to serve new files.

This should partially be rectified by the addition of the changelog link (flask icon) in 1.2.0.

When new mods are added to KES, they are integration tested, so bumping the MINOR version does imply some feature change to the KES interaction itself, albeit not necessarily at the code level.

The userscripts are not updated separately, they are cached once per KES version download. Hope this makes sense.

Why not both? ((eyebrows))

Yes, agreed with a link for sure, I just meant that I don't want to have a fancy widget just for the purpose of displaying the full changelog inside the menu, I think that will be tedious to maintain.

It's a valid concern, will be doing that going forward once the dust settles. I think it will be an external document rather than a widget inside the menu. You are just seeing custodial changes (hotfixes) to some of the bugs reported today. If the third number is incrementing, it is a hotfix.

Thanks, I've made a stub for it here if you wish to track its progress.

Sure, I've already implemented that once before in kbin-css, so it's very easy to port over to KES. Will include in the next round of add-ons

Thanks, this is noted, and it seems eminently doable. Is there a particular add-on that is enabled that causes this glitch?

I don't think that's ever proven to be the case, sounds more like something cynical that Reddit would do. If it were me, I'd rather focus on actual structural, backend improvements than entertaining the whims of users who want rainbow-colored buttons or dancing emoji. We are talking about utterly trivial changes here like nudging an element here or recoloring an element there. Individually, they are rather pointless, but in aggregate, it can be helpful for a user to dial things in to their liking via a centralized HUD. I still mod every site, game, and every piece of software I use to my liking, that's just the nature of the beast IMO. Incidentally, I think the owner of the site has been fairly encouraging and accommodating towards our cottage industry of modders!

That's a reasonable point. Feel free to reach out if you encounter any other issues