Forum Discussion
- Matt_WhitneyAdvisor
The focus feature in general is very useful for MSPs like others have mentioned. But its really only needed at the folder-level, or sometimes the resource-level.
The new UI has the focus feature available at the instance-level, device-datasource-level, etc. The new UI also auto-focuses on things which causes lots of confusion for our users which are brave enough to use UIv4. There's really no reason to have auto-focus enabled at all.
So my feedback would be to modify the focus feature to work like it does in the legacy UI. Remove the auto-focus ability completely as it only serves to cause confusion, and make the placement consistent like it is in the legacy UI.
- Anonymous
Agreed. Instead of spending time trying to fix something that wasn't broken, how about home groups for resources for consistent breadcrumbing?
- Joe_WilliamsProfessor
Or fix that annoying hover, wait, then click to get back to resources.
- Anonymous
Yes, zooming to a group that’s not the device’s “home group” is annoying, but that’s a different problem that should be solved.
I wouldn’t mind if, when clicking on a search result, it didn’t auto zoom. Whenever i use the focus feature, it’s because i intentionally click on it because i want to clear away the clutter of the resource tree for a minute.
- Mike_MonizProfessor
I can see why this is useful for MSP use cases, is there a way to meet in the middle on this though? My biggest issue is the way it zooms in automatically as I am working on something when I don’t want it to and I’ve also run into the accidentally clicking on things a lot as well. Can there be some settings added to customize this feature?
Thinking about autozoom, I don’t think, for me, it would cause much issue if it didn’t autozoom and just offered the option to manually apply a zoom. I especially think it would be reasonable if LM didn’t autozoom when editing/tuning a device specifically. Perhaps that would even stop LM from autozooming into a completely different section of the tree from where I was, just because the device is in multiple places (that is really annoying, atleast in v3).
- Anonymous
I also use it when i’m, forgive me, focusing on something. Like when i’m trying to look at a group of devices, or just one device. I focus on it. All the time.
Please do not remove this feature just because you don’t understand how it’s used.
- Anonymous
One reason I use it, as an MSP, is when I share my screen with a customer. I can focus it only on their specific folders without potentially showing other customers we have in the same portal.
Me too.
- pgordonAdvisor
I can see why this is useful for MSP use cases, is there a way to meet in the middle on this though? My biggest issue is the way it zooms in automatically as I am working on something when I don’t want it to and I’ve also run into the accidentally clicking on things a lot as well. Can there be some settings added to customize this feature?
- DanBAdvisor
Yes I use this daily b/c when I need to focus on a specific client I select them and then focus. Make navigating the tree much easier instead of having a giant scroll bar in the nav tree.
- David_BondProfessor
@Mike Moniz has this right.Focus is needed for MSPs so that they can ensure they don’t leak other customer information when screensharing.
Don’t remove this important feature.
- JaredMNeophyte
I use it regularly in UIv3, but often mis-click in UIv4 and focus when I don’t want to. It’s not something I need to do often enough to feel it needs as much attention as it has in the new UI.
Honestly, I use it 1 out of every 2 times simply to force a refresh on the screen, as it allows me to click the top group to reload the modules beneath it in UIv3.
- Mike_MonizProfessor
One reason I use it, as an MSP, is when I share my screen with a customer. I can focus it only on their specific folders without potentially showing other customers we have in the same portal.
Related Content
- 4 months ago
- 11 months agoAnonymous
- 2 months ago
- 3 months ago
Recent Discussions
- 5 months agoAnonymous