-
Notifications
You must be signed in to change notification settings - Fork 56
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
[Feature request] Open a file through ShaderGlass + suggested menu structure #123
Comments
Thanks for the suggestions, the menu has grown a bit over the years and its design has always been more technical-focused with deliberately separated Input and Output menus; and yes I was in a bind whether to have the omnipresent "File" menu or not. People use ShaderGlass in so many different ways it's hard to design it so that it works naturally for every use case, having it mirror the technical design was the easier way out. I'm also not sure if I want to continue going into Windows menus/dialogs or redo everything using an on-screen overlay, using ImGui or perhaps some custom display reminiscent of TV overlays. I'll keep the issue open and revisit when something bigger comes up, like loading custom shaders (technically they will also be files...) |
If you proceed with this, I would ask that you consider keeping the current interface, unhidden by default but hideable per a toggle. For example, Steam's interface was not replaced by the Big Picture view. While it could certainly be fun to navigate and use novel interfaces, providing new users with unorthodox ways to interact with a tool* will overly complicate it when compared to familiar experiences. This could make the user feel less secure when interacting with it, which is especially important for a tool. *As opposed to a game, a ludic experience based on friction. That said, it could certainly be fun. I just ask that you don't trash the current interface, if possible - both can easily coexist :) if you need my input as an interface designer with a passion for retro computers and software, I will be here to help.
🙏 |
Hello. This is not directly related to OP. But more on what you were saying. TLDR: What i am saying is what you said, really need some kind way to separate bezel from actual game render. Or maybe way to hook into render process of the app directly. So overlays(bezels) are not affected. |
Instead of selecting a window for input, it might be more intuitive to open a file via ShaderGlass and automatically capture its window, as it currently does with jpg/jpeg files.
As an addendum, I have been using this software for quite a while and just now noticed this feature for jpg/jpeg files, which impressed me and is very welcome. However, it also confused me at first. The "File..." label is ambiguous, leading to this suggestion, but renaming it to "Open image..." for now could clarify it's purpose for the user. This also made me think, as an interface designer, that the whole structure of the menu could benefit from a redesign for better intuitiveness.
(I will, stealthly, add to the "Open file" request a "Recent files" feature request. 👀 doforgiveme)
Here's my proposed menu structure, assuming it still opens in desktop mode:
File
Divider
Divider
Capture
Divider
Divider
Settings
Divider
Shader
Divider
Divider
Help
Divider
Settings > Mode > Glass, Clone was ignored due to it being redundant if the options for Window or Desktop capture exist.
Help > README was ignored due to it being literally in the home of the GitHub project.
This suggestion is based on how menus work in other software. "File" is an important staple to find open/save/load/exit options. "Capture" could be called Play, but I avoided media playback terminology since we're not really playing media. "Play" then could work as a new menu if media-backend support is added later.* "Settings" consolidates input/output options into a simpler pipeline, and "Help" stays self-explanatory.
*I thought about making a Feature Request, but your hands are probably full, there's a request for cropping anyway and RetroArch is already able to handle videos.
Feel free to discuss or reject these suggestions. Either way, thank you greatly for this wonderful little piece of software. I really like to revisit old software so it has brought me and my 4K screen much joy :)
The text was updated successfully, but these errors were encountered: