only wondering bc use a binary search on a cached Enum.wxyz:GetEnumItems() since the return value is sorted in order of the enum values. id love to ditch what im currently doing if Enum.wxyz:FromValue() has the same lookup cost
It sounds like it’s the same, but it will mean that if you want to find the parts that are just outside a part you can use the tolerance with getPartsInPart instead of getPartsInBox with the size increased by the tolerance.
I’m so so so glad you guys realized the importance of fixing this issue, while canvas groups do have their uses, having to use them to just get around the clipping problem was definitely overkill nvm :(
Hi developers, just to clarify for this release note, this change is to fix an issue that rotated bounds are not used to determine whether a descendant will be clipped. (i.e. CanvasGroup clipping doesn't account for rotated shape of frames) that applies to both CanvasGroup and other GuiObjects such as frames/scrolling frames. We have not yet worked on adding clipping for rotated cases for other objects other than canvas groups, but we would note down that this is a popular feature developers want moving forward. Thanks.
If Compatibility lighting were to be deprecated, a lot of older games, with the developer(s) being absent, will likely and unfortunately break.
I have created a game called YouTube Tycoon, which uses Compatibility for that 2016 Roblox vibe, and also because all lighting is glitched with any other type.
I remember reading somewhere they were going to replace it with a “retro” technology that would look similar but with modern code. I could have misinterpreted that though.
Specifically the key with deprecated stuff is that we generally ensure that it continues to work as it did, but make no guarantees about it continuing to work correctly alongside newer features.
sounds like you’re describing compatibility lighting itself, the original lighting technology (legacy) has been removed for a while and replaced with compatibility, which is basically an imitation of legacy but with some future-is-bright lighting code
The word “migration” makes me feel like they want to completely remove it not just deprecate it. They have used the word “migration” when describing the release of “shorelines” and “old water deprecation”, which is actually going to be completely removed not just kept like the Legacy chat system or JointsService. It would be better if they use the word “deprecation” for features that are going to stay but would be no longer in development and wouldn’t get updates and use the word “removal” when they’re actually going to remove something. I don’t get why do they use the same word for different meanings or context.