Shaheryar Sohail

> Unfortunately this isn't a supported feature (And probably won't be unless someone makes a PR for it) > > The best you could do it just combine the tables,...

This is an issue yes.

@k-takata Yes. While that exists, it's still not appropriate for this action to mess the tags up.

Can this be merged in? @JulianChow94

> I'm doubtful this should be in Location, since Location is generic for all entities, but objects such as arrows don't have head yaw. Where do you suggest it should...

> All entities descend from Entity, that's no better than Location. > > I would suggest Living, but it's kinda awkwardly placed in there and there's a lot more needs...

Furthermore, I am also unsure why all the variables in Location/Vector3 remain public— there should be Getters and Setters for those properties. Ensuring BC becomes 10x harder if properties are...

After further discussion with @dktapps , it was decided that this cannot be reasonably implemented in a way that's good for the code-base & is backward compatible. What this means...

Thank you very much @pohy!

> From http://facebook.github.io/zstd/zstd_manual.html (for `ZSTD_getFrameContentSize`) > > > note 2 : decompressed size is an optional field, it may not be present, typically in streaming mode. > > When `return==ZSTD_CONTENTSIZE_UNKNOWN`,...