Yeah this is known because we ran as Beta since December and today we switched out of Beta to full release. It will no longer be opt-out starting today.
Please for the love of god put this back into beta. There still a lot of fixes that need to be done before forcing this on everyone. I cannot stand the snapping options popping up every time I move a window.
8 Likes
ARE YOU SEIRIOUS NOW ITS FORCED I WANT IT OFF I CANT MAKE WINDOWS DO THE AUTOHIDE THING ANYMORE! atleast i can instead have the toolbox in a different tab or i could just not make it do the autohide thing but i want the autohide thing with the new docking system PLEASE
i like to have the 3d view aspect ratio be about 16:9 (my monitors aspect ratio) and i usualy have the toolbox at the top with the autohide so it makes the 3d view have almost matching aspect ratio with my monitor but with the toolbox at the top without autohide the aspect ratio is noticably different and it kinda looks wrong when the aspect ratio is noticably different from my monitor
edit: the plugins that are closed keep opening when i playtest please fix it
another edit: also the tab of one of the scripts in my game keep opening when i playtest
another another edit: it comments a line of code in one of the scripts in game
1 Like
Why was this put out of Beta? My workflow is absolutely horrible to work with now. I stated earlier that I didn’t want that snapping mechanism to be activated automatically whenever I try to move any window, but no my concern was ignored and pushed to production anyway.
Just look at this mess:
Was UX tested before pushing to production? Because, It’s bad, very… bad, definitely not something that should ever be in production, let alone for a product that thousands (if not millions) of developers rely on to make a living. I am genuinely tired of writing up constructive criticism, because nearly every single time it is never addressed.
5 Likes
Making a new separate post for clarity: Since this has reached full release, no doubt the team is aware of the shortcomings of the new docking system. (Very much empathize with this, and understand it had to be done.) Just in case it is still useful, here is a screenshot of the most productivity-enabling layout I have used, which is no longer possible with today’s release. The annotations show that the Script analysis pane needs to be wider, but still shorter in height than the Output pane. Configured this way never required fiddling with window sizes while working, and was a true “set it and forget it” layout. May it not be forgotten!
4 Likes
Is anyone else having issues with the Script Editor lagging with the new Docking? Normal game runs completely smoothly, but the Script Editor can’t seem to handle it for some reason.
I am using an Intel Mac.
Edit: It seems like I’ve had similar problems in the past after there’s been updates to the Roblox Studio interface. Exact same problem experienced by ScriptingSausage and I back in 2022. Studio Suddenly Lagging - #4 by ImTheBuildGuy
Sometimes moving from one monitor to another, sometimes disconnecting and reconnecting another monitor. It sometimes happens when I disconnect a standard-dpi monitor and all the windows get moved to the high-dpi one. I’ll try to get screenshots and logs when I get a chance to if I reproduce!
You seriously definitivly deployed this without fix the unsupported configurations? I feel totally DISRESPECTED. It is shameful.
Can you tell me now how I will work comfortably without my configuration that I have had for almost 10 years? @MeshOfPaul
I agree with this sentiment, I am not on the bandwagon of hating everything new, but this full release came unexpected and is disappointing.
3 Likes
This was a bad rollout, to be forced suddenly on users especially with no way to get my old layout back or disable this even as an option. My old layout is completely unreplicatable now because I can’t have more than 3 widgets in a column or row. In addition, the layout shift when reordering widgets makes for a horrible and sluggish experience, and the many different “Empty Docking Areas” are confusing to understand at first. It would be great if this could be rolled back or at least an option allowing us to switch back to the old layout until all these issues are resolved, as noted in the previous few posts.
Edit: Seems like the entire layout system decides to stop working when I playtest, I either get ghost windows for windows that aren’t there or my layout is completely reset to some random positions with random plugins blocking the middle of the screen I have to close to playtest. This update has been detrimental to my development workflow and is hard to work with, and I’m confused about how these bugs make it through with so long of testing.
To add on, moving tabs during a playtest even if the layout doesn’t match at all what you have outside of a playtest moves your tabs outside of a playtest… why? Even the order of the tabs changes by simply playtesting and stopping, and while this isn’t a big detail, it makes for some confusion when you usually click to the right of a tab and it ends up being on the left.
Edit 2: Why is the asset manager, toolbox, and tag editor disabled in a playtest?
2 Likes
So, about that… This might be a coincidence, but Roblox Studio became pretty much unusuable to me the same day.
- Goes “non responding” after 10-20 minutes of basic code editor usage
- Quick Open/Find dialogs break (if they break, I know it’s time for Task Manager…)
- Randomly started opening code windows on the side dock, despite me never ever changing where I want code to open
- Docking interface looks like an absolute mess (others posted videos and screenshots)
Unrelated to this particular update, but… Roblox Studio never remembers that I prefer my toolbar fully expanded and microprofiler off, so EVERY TIME I open it, I have to turn off microprofiler and doubleclick on some toolbar item to see full bar. Combined with that new “Not Responding” thing it’s fun times.
Please, help.
Also, since I can’t post bugs where they belong… Quick Open doesn’t work until I open a script “manually”.
1 Like
Please FOR THE SAKE OF EVERYONE, make this new shit feature a setting in “Studio Settings”. Maybe some people had some problems with the old docking system, but a lot of people didn’t. There is not a single positive comment in this post, so PLEASE DON’T ENFORCE THIS!
3 Likes
When I move various docks, the Docking Arear appears. It’s quite a mess. For me, is it possible to turn off the Docking Arear?
1 Like
Please reply to me if you decide to make this a studio setting. Anything else would be stupid
These stutters whenever I move a window are somewhat infuriating, and I imagine they’re only worse on budget PCs such as laptops, If I want to move a window or change my docking layout, there’s now small freezes out the wazoo, not to mention the giant “Empty Docking Window” tabs everywhere. They make it quite hard to actually understand where I’m putting something.
1 Like
Wtf I try to dock things what made Roblox studio shutdown pls give me the old one back
1 Like
Do you have suggestions on how we could indicate empty, available docking areas while dragging?
These only appear while dragging panels around. We expect most people will set their layout and not change it very often after that.
We are open to ideas on how to indicate an empty docking area is available as a drop target.
Constructive feedback, when we receive it, is never ignored and this was not switched over without serious consideration.
We have a new system with preset docking areas. We need a way to indicate where those areas are when there’s no contents within them. Another approach we could take is an overlay that wouldn’t shift the current layout but it would still appear while dragging. Would that be better or worse?
2 Likes