I appreciate the response and acknowledgement that you are working on improvements, but if history is any indication I am not too hopeful.
From my perspective Roblox tends to churn out a new feature and then quickly move onto the next without delegating the proper time or resources into further improving and maintaining that feature once it has been released.
For example, I’ve been asking for keybinds for Smooth Terrain tools since November 2019. I can’t pretend to understand how much work this would be to add, but honestly I can’t see it being all that much. If at any point in the last 9 months an engineer had been able to pick up this relatively small request and implement it, my life only a daily basis would be substantially better. But they haven’t, and I don’t really have any hope that it’ll change until the next time a new “revamp” of the Smooth Terrain tools comes around (whenever that might be???). 9 months might not be a lot of time for a company, and it isn’t. But that’s 9 months of 8 hours of work a day of which I have been unable to use keybinds on basic core tools.
How long will I have to wait for Planar Dragging? 9 months? 2 years? I use these tools every single day and I’ve already been waiting for over 10 years of my life for Planar Dragging.
I stand by my statement that I don’t feel like my feedback is being heard or acted upon, and I also offer a solution:
Consider a Roblox “swat” team of engineers tasked with hopping from feature to feature and implementing small low-hanging feature requests or changes which the community has been asking for. Relatively simple changes can make a massive difference for your users.
I feel it is important to mention that I have seen many different features come into beta and run their course and then get pushed out, but this was the most well managed and thoughtful beta feature I’ve ever seen run for Studio. The majority of feedback was quickly and personally responded to, and addressed where it made sense, the tools stayed in beta for exactly as long as they needed to, and the entire operation felt like it was handled very carefully. Granted there will always be room for improvement, but I found the way this feature was handled was absolutely excellent, and really stood out from the way things are usually handled.
A year or two ago myself and a few other users spent some time running around the forum trying to gather a bunch of these kinds of tiny feature requests and it was very difficult to find enough of them to make the effort worthwhile. They are simply too random and too buried to find, even if given focused effort. If you have small usability enhancement feature requests that don’t have complicated dependencies, if you still need them, make sure you’re bumping them occasionally with your new use cases to keep them on the radar.
Also, I would very much like plane drag handles, I remember making a post about this a while ago on one of the threads you linked, but they are by no means a critical enhancement to these tools such that their release from beta needs to be delayed to include them.
I agree that thus far the level of attention and response from @tnavarts and the rest of the team behind this feature has been incredibly admirable and a breath of fresh air. That being said, I still think more could have been done to address the smaller feature requests that slip through the cracks.
Planar Dragging notwithstanding, I feel like the feedback regarding the rotation tool’s handles should have been anticipated and addressed before pushing to 100% of clients.
A more personal opinion, I don’t believe any feature should ever be forced onto your client. I always want a legacy version to revert to should I find the newer version inadequate. Legacy features should only be abandoned if they are absolutely no longer sustainable or until the new version is 100% superior to the previous.
In this case there actually are significant changes coming down the pipe that depend on the Lua Draggers, so we would not have been able to continue supporting the Legacy draggers at all for much longer without significant duplicated implementation for them.
I still don’t see why you can’t make an option to change their appearances back to that of the original draggers, without changing any of the functionality.
I don’t miss how the old draggers work, I miss how they look…
Okay, I’ve been playing around with the new rotate tool for a bit, and it’s okay for the most part, but it’s rotation indicator doesn’t seem to work right, as it compares the part’s rotation relative to where you clicked the dragger, rather than it’s original rotation.
Indeed. We are going to update the animation editor as well (there are some other projects in the works currently that do already use the new dragger look & feel), though we will likely have to take a different approach to how the rotate tool works there, as something closer to the old orb-based rotate tool is very convenient for animation.
I’m also having problems in the Animation Editor where when I use the Move Tool or the Rotate Tool it will slowly move the rotation, just while I’m holding down left click, even if I’m not moving the part at all.