I think I’ve found the cause of the error. I’ll hop on that asap.
If anyone else is also having similar issues with the API dump in any separate projects, it appears the current version endpoint (versionQTStudio) is returning an outdated version.
Using the DeployHistory endpoint will give you the latest.
Has there been a fix for Path2D waypoints? I recently tried to use Codify to generate a code for Path2D instances, however it just gives me a blank one.
I’ll have a look into this one. It’s because Codify just serialises the hierarchy, and I’m sure waypoints need to be retrieved programmatically? Either way, I’ll investigate. Thanks for the report.
No problem, I think you just need to use the :GetControlPoints() method on the Path2D instance, then set the newly created Path2D’s control points with the :SetControlPoints() method with the given array.
Added support for Path2D waypoints* when using the Regular framework (no framework). Due to the Path2DControlPoint datatype and how waypoints are assigned to Path2D instances, they cannot be assigned when using a framework.
Added the option to hide a GuiObject’s BackgroundColor3, BorderColor3 and BorderSizePixel properties from generated code if its BackgroundTransparency is set to 1. BaseParts with a Transparency of 1 will also have their Color property omitted.
You can find this option under Settings → Snippets → Hide Object Fills.
If this option is enabled, GuiObjects with a BorderSizePixel of 0 will also have their BorderColor3 property ignored.
Fusion is now at v0.3, may you update the plugin to use this version? The snippets don’t work directly anymore because New is not assigned. They’re in scopes instead.
Also, with the release of Instance:IsPropertyModified(), I believe it’s possible to shorten the generated property assignments. It should not assign the property if it is not modified! That will remove the unused propertys like BorderSizePixel that keep showing up in every GuiObject’s code…
I can’t enforce this currently, as people may still be using a version lower than 0.3. You can manually change the settings, however, I will probably set scopes as the default from Codify v3 onwards (which will allow for some breaking changes).
Codify has never applied properties when they’re unchanged from their default value. I think what you’re referring to is the “default” values Studio applies (for convenience) when you create them using the Insert Object menu vs. Instance.new.
Codify v2.5.1 introduced a setting that allows background and border-related properties to be omitted when the GuiObject is completely transparent; however.
(fwiw, the property methods are not yet enabled either, but I cannot wait for a full property API, which would mean I could eliminate HTTP requests entirely).
I don’t plan on adding additional frameworks to the current version (v2.x) of Codify, but I’m determined to expand the capabilities of Codify in v3.x to allow for custom shareable generators.
I think so? As far as I know the core JSX syntax is identical regardless of whether you use Fusion, React or Vide. I think the only difference is that Fusion JSX also requires a “scope” param, which Codify doesn’t currently support. However, I don’t use TypeScript myself with Roblox, so I can’t confirm if this is correct.
Every time I hit play test, codify reopens, and repeatedly reopens even after closing it. Mildly annoying. I’ve been having this issue for a while, not sure since when. Each time I hit play test or open a place it opens, where I have to then close it until I hit play test again.
Prevents Codify from forcing itself open when you didn’t want it open (i.e. remembers its open/closed state). After updating, you may need to close Codify manually in run mode, but it will stay closed thereafter, unless manually reopened.