-
-
Notifications
You must be signed in to change notification settings - Fork 252
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Request for comment: On utilities extensions #674
Comments
This comment was marked as spam.
This comment was marked as spam.
so they need a base of what they actually do to make it easier, so split them into different extensions? |
i understand the issue, as it can be hard to make an image based on an extension that has really no base. |
should I close my PR? |
Other mitigating factors that make this not a large problem:
Yes, the proposal is that those should be split into separate extensions. If another extension in the same category exists, consider adding to that one instead of making a new one.
Yes, see the RixxyX image for an image that don't really represent the functionality because it's just too broad
It's only been 30 minutes so this discussion is not closed. However I would encourage you to pick specific parts of 0tils to focus on and make extensions that go deep in each specific area. |
should I just add my extra hashes, and the AES function into encoding? |
Encoding has always been a strange collection of blocks, but you could start there |
ok. |
I have a question about Deltatime extension ( PR #622 ). I know the FPS block is already exists at some of different extensions, Although, could these elements are treated as same blocks? |
I was hoping something like this would be brought up. This not only encourages originality, but it encourages contribution. 100% support. |
i already fixed mine. |
IMO utilities extensions should be accepted, but not be listed on the homepage. |
People making a utilities extension to add 1 useful block and 20 dupe blocks not only encourages bloat, but discourages contribution. |
This comment was marked as spam.
This comment was marked as spam.
It's Garbo's job, not ours. I get your point though, just refuse to list the extensions I guess |
Unlisted extensions still need to be reviewed for safety and maintained indefinitely, the same as any other extension, except now that work only benefits a very small handful of people |
That is to say, all blocks of the same expansion should follow the type of expansion? |
I never understood the existence of RixxyX |
RixxyX existed before TurboWarp ever supported extensions. One of the first, which might've been why it was included on here, for familiarity. I understand why it exists but I don't understand why it is on the gallery |
I think it has some outdated blocks |
that should be hidden from palette |
Chrome Web Store also requires that each browser extension has a "single purpose". |
It might also be better for privacy to have extensions with one, easy-to-understand theme. General utilities extensions could be anything. One example: I mention the name of each extension I use in Scratch projects I share to GitHub just so people know what kind of additional features they are using. I would particularly like to know when a project I'm using is capable of doing things I may not want it to be capable of doing, like connecting to the Internet. With this guideline, I don't have to worry about seeing an extension called "Utilities" and being left with questions. |
I am considering a requirement that new extensions (ones that are not already merged) must have a single unified theme that all the blocks adhere to. This would affect most broad utilities extensions.
Motivations:
The text was updated successfully, but these errors were encountered: