Some thoughts about "FunTuna":
I SERIOUSLY would change some SMALL things!
1. I think it is better to provide 2 PSUs! The first one being "BOOT" and the second one being "SYS-CONF"!
WHY?!?
a. It is NOT "less Noob-friendly" (to paste 2 PSUs or copy 2 saves) IMO!
b. It allows for the apps (those which are currently modded to use BOOT as config-path, like wLE and/or the configurator) to be updated via official builds (or even alternate builds) simply and does not need to have a special build/mod with the config-path adapted (which would need a separate build on every update and if that is not included via a build-time-option and a script, someone would need to manually make that adaption on every new app-build).
c. It matches much better to how the current Homebrew-structure AND the #new-app-system is meant to be structured. It would perfectly coexist with both implementations, with this change! Apps-packages would also be more compatible, because the pre-config for most apps can be provided with another PSU from others and the BOOT-Folder would not be messed with, by these!
d. It would ALSO perfectly coexist with a hypothetical autoboot-exploit, using another folder&file like "history.id" or "history.old" or whatever!
e. The only thing that would need your (or anyone's) attention, would be the "core" (Fortuna + FMCB 1.8/x-mod)!
Less continual work; more time for other stuff; more freedom and better implementation structurally (WHILE needing less work!)!
2. The icon can probably be extended by @theANY's BOOT-Icon, which has a neon-green icon (MemoryCard) for "copy" and a neon-red icon (MemoryCard) for "delete"! AFAIR he also adapted the background color, or - if he did not - that is possible as well!
That would be useful IMO! It makes it VERY obvious, what the user would do and so on! That would add Noob-friendliness as well!
These are 2 small changes which would make it IMMENSELY better IMO, while decreasing errors; "headaches"; "noobyness" (and problems caused by it); structural misconception and workload for contributors, testers and most certainly developers!
I SERIOUSLY would change some SMALL things!
1. I think it is better to provide 2 PSUs! The first one being "BOOT" and the second one being "SYS-CONF"!
WHY?!?
a. It is NOT "less Noob-friendly" (to paste 2 PSUs or copy 2 saves) IMO!
b. It allows for the apps (those which are currently modded to use BOOT as config-path, like wLE and/or the configurator) to be updated via official builds (or even alternate builds) simply and does not need to have a special build/mod with the config-path adapted (which would need a separate build on every update and if that is not included via a build-time-option and a script, someone would need to manually make that adaption on every new app-build).
c. It matches much better to how the current Homebrew-structure AND the #new-app-system is meant to be structured. It would perfectly coexist with both implementations, with this change! Apps-packages would also be more compatible, because the pre-config for most apps can be provided with another PSU from others and the BOOT-Folder would not be messed with, by these!
d. It would ALSO perfectly coexist with a hypothetical autoboot-exploit, using another folder&file like "history.id" or "history.old" or whatever!
e. The only thing that would need your (or anyone's) attention, would be the "core" (Fortuna + FMCB 1.8/x-mod)!
Less continual work; more time for other stuff; more freedom and better implementation structurally (WHILE needing less work!)!
2. The icon can probably be extended by @theANY's BOOT-Icon, which has a neon-green icon (MemoryCard) for "copy" and a neon-red icon (MemoryCard) for "delete"! AFAIR he also adapted the background color, or - if he did not - that is possible as well!
That would be useful IMO! It makes it VERY obvious, what the user would do and so on! That would add Noob-friendliness as well!
These are 2 small changes which would make it IMMENSELY better IMO, while decreasing errors; "headaches"; "noobyness" (and problems caused by it); structural misconception and workload for contributors, testers and most certainly developers!