Lua hooks needed!

[NiLSPACE]

its maybe usefull to separate the lua bugs/feature requests from the other bugs/feature requests

[Luksor]

I could add another category, or even another project to the bugtracker if you really think that's necessary

Speaking about bugtracker, there are some entries that should be removed:
http://mc-server.org/support/index.php?d...&pagenum=3
http://mc-server.org/support/index.php?d...&pagenum=2
http://mc-server.org/support/index.php?d...&pagenum=2
http://mc-server.org/support/index.php?d...&pagenum=2
http://mc-server.org/support/index.php?d...task_id=96

[xoft]

What are the hooks so I can implement the new stuff?

They are the ones listed in my post:
https://forum.cuberite.org/showthread.ph...13#pid5913

Note that they are not yet in the SVN trunk version (so they're not yet in the nightbuilds), you need to switch to a branch called "branches/hooks" and compile for yourself, if you want to try them out.

[bearbin]

Yeah, I have switched branches. Thanks for the help

[xoft]

Speaking about bugtracker, there are some entries that should be removed:

The "Core won't let player interact ..." issue is still valid and is a rather pesky one, otherwise I agree. And since you are a developer, just ask FakeTruth to give you devel access to FS, so that you can close issues, too

---

I'd like to ask as many plugin authors as possible to give the new branch a thorough test and see if they would like to see something changed / added, hook-wise. If not, we'll merge this branch into the trunk soon, so you have some time left to modify your plugins for this new version.

[bearbin]

What's the return code to cancel a block break event? My old code with updated names doesn't work

(Preventing block places works fine)

[Taugeshtu]

I could test new branch if you can make a win build

[NiLSPACE]

here you go its the hook branch

[bearbin]

Can you add to the OnPlayerBreakingBlock and the placing one: what the player is holding in the hand at that time.

[xoft]

I don't think that parameter is needed - you can check cPlayer:GetEquippedItem() should you need it. There's already heaps of parameters, didn't want to spam the function even more with stuff that you can get somewhere else effectively.