With the recent inclusion of “Content” being the new parent hierarchy finally opening up the doors for EditableImages to be easily accessed inside ImageId Contents; I was wondering if those doors could be open for those doors inside ViewportFrames for their unique ability to render Instances and Meshes within a container.
I propose that we “get a copy”/get that exact timestamp of the ViewportFrame as an EditableImage.
If Roblox is able to address this issue, it would make my development experience easier. I am currently making a 2D engine utilizing an EditableImage as the scene renderer (which operates very nicely due to the recent content update). My use-case is to render the player’s Roblox characters within the EditableImage World without the necessity of creating multiple “EditableImage layers” to offset the overlay of ViewportFrames on the existing canvas. What if there exists a region in the world where players may hide themselves in? What if there are in-canvas objects intended for players to hold on to? The layers become increasingly more convoluted, necessitating continual workarounds.
This GIF is an example of something I wish to continuously include into an EditableImage to create dynamic roblox characters in my EditableImage World.
And if we were to continue with this GIF example; I believe that Performance wouldn’t be that bad either, provided you’re not replicating a large viewport filled with many pixels colored in, a small character like this wouldn’t be too bad. and that really falls more towards “good practice” issues that the developer needs to experiment with before diving into the technology. That rests in the hands of the Developer as long as the performance is adequate enough.