We’re striving for parity at the moment performance wise, so I would not say it is more optimized. We have tested on a few “potatoes” of our own, but would be interested in hearing what your experience is as the code is new and we can only do so much internal testing compared to the combinations of HW in the open.
1 Like
Hello again,
just noticed another thing while using the Preview!
While editing a script or UI, the respective tabs (UI/Script) do not open automatically anymore. Would make sense to have them open automatically to allow direct access to the specific features, for example script formatting.
Thank you!
We have some exciting ideas around exactly this that I’m hoping we get to next year.
We’ve talked about this and it gets more complicated with custom tabs. For example, what if you build your own tab that works better for your UI or scripting workflow? It would be frustrating if we kept forcing the default versions on you.
Currently we’re thinking this could be configurable with settings. But then it brings up the question of do we just have this behavior for Scripts and UI elements or can we make it more flexible where you could set it up for any selection to highlight any tab? This sounds like the best approach to me but it will require a decent amount of design work to figure out.
Nothing is impossible, just takes time. This is the joys and fun of product management. 
2 Likes
also im just wondering, are you going to tie the custom tabs and keybinds to studio.exe or the account? if you tie it to studio.exe the stuff will be easily share-able (I hope so if you go down this route) whereas tying it to the account makes it so you do not lose them if you have to reinstall studio (or if you’re using a different device)
Funny enough we are also talking about this now. A major settings overhaul is in the early planning phases and one thing I would like to explore is allowing certain settings/customizations to be attached to local install, creator account, team, and/or place.
It could get REALLY confusing and tricky with the team stuff in particular so we need to dig in further.
I didn’t enabled yet, due to the crash problem with plugin but if I have bad performance when enabling it , I will tell you!
As long as not too many button locations change I wont really mind this update, good job.
To drop my thoughts in here: I personally really liked being able to scroll the whole ribbon left and right. The only thing that I didn’t like about the previous scrolling implementation was that it was a clunky implementation of the idea.
I’m very much interested in being able to two-finger swipe on my trackpad - or use the second scroll wheel on my mouse - to pan across options if they can’t be compressed to fit on the screen. It saves me from having to target a small hit region precisely and issue a click, then scan a vertical menu along the vertical axis of my screen that has much less available space.
I wonder if others here have thoughts on that?
1 Like
While we’re at this topic, was wondering if you guys could add a search bar on top of the Plugins Management
Rn it’s annoying having to scroll through to look for a specific plugin if you have a ton
6 Likes
just a question: will y’all add the recording and screenshotting features back?
also i’ll probably switch my mode to dark when this feature gets forced next sping, since light mode with this feature just looks awkward 
also this is like really laggy when i open a place with this new ui
other than that, nice work!
While this allows for the most customization, I do think that this approach includes a lot of additional work for your team towards a feature that only a very small amount of people will actually use. It is possible to do that, but would require too much work.
Instead of doing that, just allow for customizing the existing tabs in the ribbon as well, so that we can add our own functions to the tabs.
Or simply allow us to enable/disable the automatic opening of the UI and Script tabs (that’s how Word does it when you are editing a diagram).
1 Like
That sounds like a great idea!
4 Likes
I think it’d take too much work to maintain both of the UI’s after each update. So they probably wont.
2 Likes
)(Yeah well of course it wouldn’t make sense making a brand new studio UI and then not releasing it lol)
The current one top level menu template looks outdated as well it doesn’t really match the new top bar, so I made what I think would look the best for the new Studio UI;
Moving the top level buttons (File, Edit, View) up in the title bar, (like Visual Studio) would free up a lot of space, I also moved the username label, and the buttons beside it next to the window control buttons, to free up even more space and make the top bar less chunky. I made the dropdown buttons larger and used the new RDL background color
There is a gitcode called TrueFramelessWindow for implementing this in Qt for whatever reason
Also there is a bug where the “Save to file” and “Save to file as” buttons disappear after loading in a place:
After:
1 Like
I like this UI, but I’m guessing we can add our own tabs later on? I hope we can have the Test tab back, because I don’t want to keep pressing the play button drop down to run a script. I may accidentally play the game.
Looks nice, hope it’s not too different from the original though. I will miss the old look.
i would find it pretty awesome if a section of the toolbox was added for custom tab features (however to prevent people causing mass destruction, each custom tab feature uploaded has to have the ability to view source in browser/toolbox tab and to be free, if you have to add the ability to make it paid for then if the user doesn’t like what they paid for they get the 70% (what roblox takes) back from the purchase and to prevent people from abusing this you have to make it so its 70% of what they originally paid for not the current price)