-
-
Notifications
You must be signed in to change notification settings - Fork 368
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
EffBlockUpdate #7065
base: dev/feature
Are you sure you want to change the base?
EffBlockUpdate #7065
Conversation
Added, EffBlockUpdate Added, ExprBlockState Added, Blockstate in lang Added, Blockstate in Classes Added, Test
Yeah I know, before I even ported it over, I had started making it from scratch without referencing from SkBee. I understand the entire thing and when I got the basic setup done, it was looking almost like SkBee's. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Just some styling type stuff, didn't have time to properly go through it at all.
I'd also like to double down here and say that even if you wrote it and it looked like skbee's, you should still write it yourself! for one (as pikachu has mentioned previously) it avoids licensing issues related to GPL vs MIT (which we are slowly moving towards), second, it makes sure you know exactly what the code is doing and why, and third, it avoids potentially falling into the same anchoring bias. The description is a bit unclear on whether you wrote this yourself or copy-pasted it, but I would strongly ask that if you did copy paste sections, you undo that and write it yourself. Though at this point I don't know how effective that is given you'd probably just write the same code you are replacing because of said anchoring. |
I do know what code is doing and why, I even added my own touch to it which should at the very least show that I do
That's mainly because I'm just bad at explaining things |
Yes sorry I didn't mean to imply that you don't understand the code, I just mean that writing it yourself guarantees that you do. It's just one aspect of a few that make me wary of directly ported code. But really, the big concern that can't really be worked around is the licensing issue. Also, your self-proclaimed explaining skills notwithstanding, can you elaborate on what exactly you changed/added/wrote and what was ported directly? |
Changed: Added / Wrote: Ported: |
I'm not really clear what value BlockState has as an added type. |
Well, again, I was just introducing BlockStates into Skript, to "future proof" for any possible PRs that would utilize BlockStates. But if you feel, that it should just be added from a PR that is extensive on the utilization and accessibility of BlockStates, then I can remove it from this PR and just rename the PR. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
my review doesn't matter, and I don't remember what my review was for I believe it's related to a comment nothin important
Description
This PR aims to allow getting block states of a block, force updating those states, and force updating blocks as blockdata.
This was ported over from SkBee made by ShaneBee, Credits go to him.
I did however ask for his permission before doing so, in which he gave me his blessing.
I also added something original as a nice touch to it
Target Minecraft Versions: any
Requirements: none
Related Issues: #6394