Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Module panel issues #1427

Closed
slicerbot opened this issue Mar 12, 2020 · 2 comments
Closed

Module panel issues #1427

slicerbot opened this issue Mar 12, 2020 · 2 comments
Labels
Priority: Low Small, non-essential improvements or fixes Type: Enhancement Improvement to functionality
Milestone

Comments

@slicerbot
Copy link
Collaborator

This issue was created automatically from an original Mantis Issue. Further discussion may take place here.

@lassoan
Copy link
Contributor

lassoan commented Mar 17, 2020

When detaching the module panel, the floating panel is always in front and obstructing the view onto the rest of slicer. This is very annoying.
When the panel is detached and I click on a different window (e.g. the browser), Slicer disappears instead of moving back. To the uninitiated, this might appear like a crash. I have to click on the slicer icon in the dock, to get slicer back.
There is no tooltip on the detach and close icons for the module panel.
When the panel is closed, an button should appear in the leftmost side of the toolbar that says something like: "Module Panel". Right now it is hidden in the View pulldown and you have to know its there. Not very friendly for new users.
http://www.na-mic.org/Bug/view.php?id=1323 is still needed.

This is a minor inconvenience, which would be probably hard to fix (hardcoded Qt behavior).

@lassoan lassoan added Priority: Low Small, non-essential improvements or fixes Type: Enhancement Improvement to functionality labels Mar 17, 2020
@lassoan lassoan added this to the Backlog milestone Mar 17, 2020
@jamesobutler
Copy link
Contributor

Agreed with the above comment. Introducing a custom solution would not follow normal QApplication behavior of QDockWidgets. Not following QApplication convention could be even more confusing.

@jamesobutler jamesobutler closed this as not planned Won't fix, can't repro, duplicate, stale Nov 14, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Priority: Low Small, non-essential improvements or fixes Type: Enhancement Improvement to functionality
Development

No branches or pull requests

3 participants