-
-
Notifications
You must be signed in to change notification settings - Fork 20.2k
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
Nine Patch Stretch Property in TextureProgress with different Fill Modes #33222
Comments
Was about to report a bug myself about the nine patch. The Nine Patch Stretch calculations should probably be updated for texture_progress, when the "value" gets updated. |
Still a problem in 3.3 rc8 |
Assuming fixed by #45815. Please comment if that's not the case. |
@lucassardois Are you using GLES3 or GLES2 in your project? Nine-patch is only fully supported in GLES3 as it's impossible to replicate in GLES2 without causing performance drops on some devices (due to UV manipulation triggering a software fallback on many drivers). |
I'm using GLES3. |
@lucassardois Please open a new issue with a minimal reproduction project attached, as the root cause is likely different. |
Godot version:
v3.1.1.stable.official
OS/device including version:
Windows 10 Version 1903
Issue description:
-the Nine Patch Stretch Property of the TextureProgress Node doesn't work properly with all Fill Modes.
-selecting Left to Right, Right to Left, Top to Botom, Bottom to Top scales the Node as expected.
-selecting any other mode (Clockwise Modes and Bilinear Modes) prohibits the Node from scaling as the NinePatchRect but just leaves the Node in its original size.
-Issue persists when the size of the node is determined by parent container node.
Steps to reproduce:
-create a TextureProgress node
-add a texture
-set Nine Patch Stretch to On
-select an above mentioned Fill Mode (any Clockwise mode, any Bilinear mode)
(-fiddle with the size of the node)
(-compare to behavior when selecting a normal fill mode like left to right)
Minimal reproduction project:
-project is just 2 TextureProgress Nodes, the upper one stretching correctly, the lower one not.
Bug-Demo.zip
The text was updated successfully, but these errors were encountered: