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
[Menu] Have "Save Controller Profile" say: Saved "[Controller driver directory]/[File]" in the Controller Profile Directory. #16121
Comments
@RobLoach Since it costed me at least 24 hours of development time to make a script that turned out to be useless since RA already can do this, can we please implement this ASAP? Also, it will help all users to find where the generated .cfg file is, which will prevent them from creating .cfg files from scratch by scraping variables from retroarch.cfg. |
It saves the controller profile autoconfigs when you select Save to Controller Profile. Configuration File > Save config will save RetroArch.cfg, with your controller settings. We could add the file that it saves in the description too. Is there anything that appears in the console logs when run with --verbose? |
"Main Menu -> Configuration File -> Save Current Configuration" already show where the file is saved: However, "Settings -> Input -> RetroPad Binds -> Port 1 Controls -> Save Controller Profile" does not mention where the file is saved, so I propose that. This is what this issue is about.
No, I don't get any output in the terminal when I:
|
Thank you very much for adding the label! |
@zoltanvb It should be very easy to display the saved file name to begin with. What do you think about it? This will help people to find the autoconfig, which also is helpful for people who want to contribute to https://github.com/libretro/retroarch-joypad-autoconfig |
I am investigating the issue, but got a bit stuck when trying to find out why sublabels do not appear in normal binds, only in quick menu :) Anyway, it is not forgotten, I just want to explore a few options for displaying it, as the popup messages are fading quick and may not help a casual user too much identifying a possibly quite long file name. |
Sorry, the directory path must be included as well, in order to distinguish it if the same config file name occur in multiple directories, which sometimes happen: This should be commented in the source code file(s) for "Save Controller Profile". Do you know which source code file that are involved when "Save Controller Profile" is activated to display "Controller profile save successfully."? @zoltanvb |
The message display is here: Line 2531 in b209a26
|
Due to the port-specific indexes, sublabels for these entries are handled specially. Some simplification/generalization was applied and hand-crafted string joining was removed from a few places, though it remains still in other places. Preparation for libretro#16121 (this commit does not do anything yet with file names).
Thank you. |
@zoltanvb Does your commit add "[dir]/[file]" to the pop-up notification message seen at the bottom of the screenshot (copied from the top post)?:
|
No, it does not. I want to get some feedback with the PR before building on top of it. Unfortunately it is not simple to reuse that, config saving is implemented via command structure, controller profile saving is direct. |
Oh, I see. Once this has been fixed, I'll take a screenshot of the pop-up notification message and upload it to https://www.retroarch.com/index.php?page=controller-autoconfig, in order to visually guide people how to find the generated autoconfig file (since this issue killed 24 hours of useless Bash scripting for me). I deeply appreciate your contributions to solve this issue! |
recommendation (if this isn't already implemented elsewhere) - i'd suggest generally using "saved %file% to %path%" instead of "saved %path%/%file%" - this way, the most significant info is at the front of the notification. |
Yeah. See: |
File paths often get really ugly as demonstrated in #16121 (comment) . Could we keep this user-friendly and say "...in the Controller Profiles Directory" instead? If people want to know where that is, they can visit the Directory Settings. |
I added this to the top post as a new suggestion: |
* Add sublabels for "port x controls" entries Due to the port-specific indexes, sublabels for these entries are handled specially. Some simplification/generalization was applied and hand-crafted string joining was removed from a few places, though it remains still in other places. Preparation for #16121 (this commit does not do anything yet with file names). * Further simplifications around joypad_index Removed a few labels, now unused, and the left/right check, as it fell back to the default which is given anyway in advance.
Current
Settings -> Input -> RetroPad Binds -> Port 1 Controls -> Save Controller Profile
says"Controller profile saved successfully."
, see bottom left on the screenshot:Feature request
I suggest that
Settings -> Input -> RetroPad Binds -> Port 1 Controls -> Save Controller Profile
should say"Saved new controller profile to [controller profile directory]/[device driver]/[$input_device].cfg."
.Image manipulate example of the bottom of the screenshot:
This will make sure that people find the .cfg file, which is needed if they want to upload it for retroarch-joypad-autoconfig.
I spent about 24 hours coding a bash script used to generate dedicated autoconfig files, since I thought that "Save Controller Profile" was saved to retroarch.cfg. My script is useless since "Save Controller Profile" is actually already generating dedicated autoconfig files. However, this could have been prevented if the pop-up notification included the file path name. With that said, it's important that this issue becomes fixed to prevent other people from being confused in that want to upload autoconfig files. This issue is listed in:
Main Menu -> Configuration -> Save Current Configuration
displays [directory/file] so its source code can be reused.Proposed 1 (new)
Example:
Proposed 2 (old)
Related issues
Smartphones with average screen size are too narrow, so this issue must be solved to make display the full text:
#16147
Version/Commit
You can find this information under Information/System Information
Environment information
The text was updated successfully, but these errors were encountered: