Cuberite Forum
Random Chitchat 2017 - Printable Version

+- Cuberite Forum (https://forum.cuberite.org)
+-- Forum: Off Topic (https://forum.cuberite.org/forum-9.html)
+--- Forum: Off Topic Discussion (https://forum.cuberite.org/forum-10.html)
+--- Thread: Random Chitchat 2017 (/thread-2727.html)

Pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34


RE: Random Chitchat 2017 - NiLSPACE - 04-20-2017

Still a little for my taste, but I'll let the other decide. Smile I really like the gradient though.


RE: Random Chitchat 2017 - ShadowCone - 04-20-2017

@Mathias please please ask before changing such things. Imo the black was a lot better, such things shouldn't be a one man decision!

Edit: yes, discussing it in the website github where only a few people see it is like discussing it in private or not discussing it at all.


RE: Random Chitchat 2017 - yoboykai - 04-21-2017

Love the new cuberite forum color.


RE: Random Chitchat 2017 - Seadragon91 - 04-27-2017

What's the correct way to call a static function?
Code:
Class:Function()
or

Code:
Class.Function()

Edit: Or should both cases be allowed? I also find that some stack traces are not easy to understand.


RE: Random Chitchat 2017 - xoft - 04-27-2017

ToLua++ generates the "Class:Function()" bindings. For some manual bindings, I used to provide the "super-static" form of "Class.Function()", however, if no-one objects, I'd like to remove those as they are non-consistent and confusing.

What do you mean by stack traces and what's confusing about them? How about an example? I know that calling a static function in a wrong way gives a weird error message, along the lines of "Class was expected, got Class". That's just ToLua++, I guess we could change that, after all we have our own modifications already in place there.


RE: Random Chitchat 2017 - Seadragon91 - 04-28-2017

In the api doc the functions for this classes has to be called with an dot.
cStringCompression
ItemCategory
cCryptoHash

Could break plugins, without any warning.


For the stack traces, yes I mean that with "class expected".

Edit: What's about a addition to plugin APIDump (or directly in Cuberite), that could check the whole plugin folder for deprecated functions?
And also printing out the replacement.


RE: Random Chitchat 2017 - xoft - 04-28-2017

It's possible to change to one API style and still keep the old style for a while, and print a warning when it is used, so that plugins get fixed soon. Of course, it would mean a lot of manual API implementations.

How would you detect deprecated function usage? I don't think we can do some kind of Lua static analysis. And there are trivial examples to break even the naive approach to detecting deprecated static function calls:
local pm = cPluginManager
pm.AddHook(...)



RE: Random Chitchat 2017 - Seadragon91 - 05-02-2017

Working on adding missing checks for spawning entities and see that cEntity.html#INVALID_ID has value 0, I always expected it to be -1 and the APIDoc has entries with -1.
What value now 0 or -1?


RE: Random Chitchat 2017 - xoft - 05-02-2017

How about INVALID_ID?Tongue


RE: Random Chitchat 2017 - xoft - 05-05-2017

Today @Seadragon91 and me take turns breaking builds Smile Now we need @bearbin to fix our messTongue