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

File explorer should be based on the OS's explorer #61

Open
ichxorya opened this issue Feb 15, 2023 · 2 comments
Open

File explorer should be based on the OS's explorer #61

ichxorya opened this issue Feb 15, 2023 · 2 comments
Labels
enhancement New feature or request

Comments

@ichxorya
Copy link
Contributor

Is your feature request related to a problem? Please describe.
I think it would be better if the file explorer should be based on the OS's explorer. For example, when I need to open a specification file, I need to get to the folder which contains it. The current GUI has nothing better than the basic Windows GUI, so I think we should reimplement it.

Describe the solution you'd like
There should be a proper (explorer) GUI for the open/save specification method.

Describe alternatives you've considered
In case the developers intended to have a ubiquitous GUI, I hope there would be an option to choose the Windows GUI if the user is using Windows, ect.

Additional context
image
Example of "Windows' explorer"
image
Example of "USE explorer"

@ichxorya ichxorya added the enhancement New feature or request label Feb 15, 2023
@h-man2
Copy link
Contributor

h-man2 commented Feb 17, 2023

USE is using a Swing JFileChooser for this and this is the default look & feel of it.

To use the file chosse specific to the OS, just a small would be needed (c. f. stackoverflow):

try {
    UIManager.setLookAndFeel(UIManager.getSystemLookAndFeelClassName());
} catch (ClassNotFoundException | InstantiationException | IllegalAccessException | UnsupportedLookAndFeelException e) { }

Unfortunately, this changes the complete appearance of USE:
grafik

On some systems with different screen resolutions I noticed some silly artifacts, e. g., incorrect icons and tree images. So, further testing is required. Maybe in combination with a startparameter to fall back to the "original" appearance.

@h-man2
Copy link
Contributor

h-man2 commented Feb 21, 2023

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

When branches are created from issues, their pull requests are automatically linked.

2 participants