WIP: make sparkle class (?) #38
No reviewers
Labels
No labels
bug
discussion
documentation
duplicate
enhancement
good first issue
help wanted
invalid
Jameson
joke
options window
question
Split!
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
sparkle-devs/sparkle!38
Loading…
Reference in a new issue
No description provided.
Delete branch "sparkle-class"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
WIP
Some mods have issues with these changes (I did change some API naming. However, we are still in v0.x.x so I think its fine), so would I be able to make a PR to the addons after this?
Upon a first review, it looks excellent. I would advise that you open a draft PR in SparkleAddons too and I'll merge both at some point soon.
In the future, you shouldn't change comments just because they say Crackle, but it's harmless so I'll let it slide this time.
Keep up the good work!
I'm not sure about changing the api.storage object to seperate functions; but everything else looks good!
Well, doesn't exactly make sense (can't really do it properly in a class)
One thing I want to ask: Who make the storage.set/get functions? localStorage.getItem/setItem is right there.
I think that the idea is that addons don't need to remove stuff from localStorage manually upon removal, because Sparkle does that automatically.
I did make the storage.get/set!
Exactly.
I think they meant to type "why" and not "who".
No, I'm talking about the one in crackle. Not API, that makes sense and is good, but the one in crackle that just calls those values.
Oh also the wrapFunction logic is kind of over the place, and theres a bug there. So uh oh :~(
So the merge conflicts are too much.... Can anyone make a PR to the branch to fix the merge conflicts? I'm not the best one to do that (visual studio code keeps jumping around..)
Busy with some other stuff at the moment, and I think that @e016 is too (@e016 correct me if I'm wrong here). Maybe @Bubgamer07 would be willing to help out?
sure, I'll sort it out when I get home.
@Bubgamer07 Stuff like this is why I'm glad to have you on the team. You're awesome.
@PPPDUD @codingisfun2831t it is done (Hopefully if I did it right)
Looks awesome! Thanks for the help.
I know I probably messed something up though :p
Think its ready for basic review & merging. But wait until I fix up the Sparkle addons (especially for the new wrapFunction)
Upon a quick review, I don't see any huge issues besides the copyright date. I still need to fully test it out before approving though.
@ -0,0 +1,26 @@/*This line should say
Copyright (c) 2026 Mojavesoft Groupbecauseext.jswas introduced in 2026.@codingisfun2831t Renaming
index.jstosparkle.jsbrokepackage.sh, but I fixed it in commit910d40a.Generally, it looks like you've implemented this PR pretty well.
but I don't like how addons can't access Sparkle's internal state anymore. Perhaps we should have aEdit: It seems likethis.api._sparkleInternalStateobject for addons that require messing with Sparkle's internals?this.sparkledoes what I've described here.@ -0,0 +958,4 @@this.fixOptionsLayout();break;}}This line is broken because
window.__crackle__no longer exists.Also, loading addons from code is broken and just opens another input box window when the OK button is pressed.
I'm turning this back into a draft because it has way more issues than I initially expected. @codingisfun2831t Please mark this as ready for review when you've fixed the bugs that I've reported.
@Bubgamer07 I think that I accidentally caused conflicts again in #49; would you please take a look and see if you can fix it?
When I get home again, yes
Fixed all the issues. However, I still want to cleanup the codebase a tad, but I'll make that a seperate PR. I'll work on fixing the addons now.
I think I should probably close this and make a new cleanup PR that re does the Sparkle class (lots of random stuff thats broken via merge conflicts) and I'll also cleanup some other stuff. So can everyone stop doing development while I'm doing that (should be able to do it today) so no merge conflicts?
Will do.
Update: I give up on this
Pull request closed