If you can find a way to reproduce this, please file a bug report, because we definitely need to hunt these down
Very interesting result there.
Are you using multiple monitors? If yes could you try opening Studio on one monitor. Moving it to the other one, and then expanding the Workspace after moving it?
I am not currently using multiple monitors. Assuming this is what you meant by expand, same result if I make the whole window the explorer.
I would also like to note that this does not occur in the + menu.
Thanks, this is useful info to help us track down what’s going on there.
Not really related but this funny bug happens if you set something other than the place as your main window.
(the visualization modes icon is not fully to the right)
I restarted studio and it stopped happening :l
I’ll tell you if this happens again because this has happened quite a few times to me.
Explorer v0.8 launched
To get the newest deployment, restart Studio until you see Explorer (v0.8)
in the title bar of Explorer.
- Fixed searching not expanding on selection
- Explorer now sorts instances by the same methods it did in the old Explorer.
- Instance picker (ObjectValue, Parent, Attachment, etc) should work now.
Are there plans to allow users to reduce the text size or increase compactness of the new explorer? I am loving the look and changes, but it is evident that more screen space is used up for each element (compared to the old explorer). I prefer a more compact view.
There’s been a few comments on this thread about it, but no reply from staff yet.
A side-by-side comparison for my computer:
this is sort of a deal-breaker for me, as it’s now ~33% more vertical space used by my calculations
We’re talking a lot about the padding internally, we’re going to figure out a good solution.
Awesome, I can actually use this now! The instance picker not working was game-breaking.
I have 2 monitors, my primary monitor is the 2560x1440 display, and my secondary monitor is 1920x1080, everything on studio is ran on my primary monitor though and I don’t tend to move anything between the two, cheers!
Another roblox release that could of had more time in the oven, just a little bit of testing reveals some major bugs. I think this should of been worked on a little more.
Hi! Unfortunately, I don’t have permission to upload bug reports, But I can send you a PM with reproduction steps if you want.
(As it’s still occuring post-v0.8)
Once again, another great update from Roblox, you all are on a roll!
I’d also like to suggest a new “collapse hierarchy when deselecting” option, alongside the new “expand hierarchy when selecting.” Navigating large folder networks with many sub-groups can be very tedious, even with good organization. It often means scrolling all the way back up to collapse folders just to tidy up the workspace. Even using the scroll bar, selecting the folder, and manually using the “collapse” button the problem still exists, especially when you need specific objects selected.
An alternative solution could be a “collapse parent” shortcut that collapses a selected object’s parent without changing the selection. However, a checkbox option for automatic collapsing would be faster and save a shortcut slot. Really hoping to see more fantastic updates like this implemented. Thanks to the Roblox staff working on these updates, you’re doing great!
To clarify, are you saying that the automatic instance numbering isn’t working with copy/pasting and duplicating?
FWIW, you can with two buttons get collapse parent by pressing left arrow twice. First left arrow will select parent, second left arrow will collapse.
How does expand hierarchy when selecting even work? What does it do? I’m kinda confused.
Is this a bug? I am confused because what I understood from “Expand hierarchy when selecting” was that it would automatically open the arrow for you upon selecting something with descendants. This does not seem to happen.
I figured it out. There should also be something that collapses the hierarchy when you deselect an object.
Also, pretty sure this was already brought to your attention, but the “Increment names for new instances” option is extremely inconvenient when working with code, and should have an option to have no space in between the number.
Found some more issues, some of them are a little more nebulous though
-
PluginDebugService
currently appears to be missing all of its plugin entries in my current instance of studio (likely same issue below, e.g. it could be that reproducing this only requires doing the search and not just deleting children, but I’m not exactly sure). I clicked an error in a plugin I am working on, right clicked on the open script, and hit “Show in Explorer” and received the following error:
- If I search for some parts, press ctrl+a to select them all, then delete them, it causes a lot of instances to appear to not show anything when expanded. For example, if I search
ServerStorage.Parts.** is:ValueBase
and then press ctrl+a and delete allValueBase
instances, I see examples like this when attempting to expand the object:
It should instead appear like so (I just duplicated the part in the above screenshot and expanded it):
- Pressing keys while the explorer is focused does not cycle through the visible instances with names matching the pressed keys. This is currently a big workflow slowdown for some things ime.
- Some observations about how this generally works: Cycles over visible entries in order (e.g. does not jump inside of unexpanded instances), always starts inclusively from the selection (I think if there are multiple selections it starts from the lowest one), and resets when clicking away/unfocusing the explorer.
- For example, if you have
PartA
andPartB
, typing outpart
will first selectPartA
and immediately jump toPartB
once B is pressed. If you instead already havePartB
selected I believe (haven’t exactly confirmed and might be getting mixed up with other softwares) it only jumps back toPartA
if you fully type outPartA
(as if the list of entries is cyclic). It sort of seems to function like ctrl+f. - It is pretty common in file browsers (e.g. the Windows explorer) if another reference aside from the original explorer window would be useful. It was a very common way for me to navigate the explorer window rapidly and jump through lots of parts based on their names.
Can you go into more detail about what you use this for? Can you instead use the search? Bringing this back would block us out of things like pressing “F” to focus on the window, and is quite slow.
Just noticed this too, I clicked the + and it appeared on the left side. Did not get fixed when swapping viewports. Don’t know about repro, just annoying.
Recent regression, we’re figuring out why.