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
Added icon/button to reverse bar for viewonlymode #1230
base: master
Are you sure you want to change the base?
Conversation
This clickable icon to the right of the reverse bar will display the current 'reverse viewonlymode' status, and allow you to toggle between both states.
So, do you think the extra icon is necessary? The color of the reverse bar also already indicates the viewonly status, as you can see in these screenshots. |
Ah wait, it's not an indicator, it's a way to switch view only mode. Would be quite a change of defaults. I'm very used to be able to reverse to fix mistakes. |
I like this idea. I can understand the pain of people loosing work by accidentally clicking in the reverse-bar. It never happened to me, but I also rarely use MSX software that uses the mouse. Now about the default value for view-only mode. Personally I'd use viewonly=false, but I don't know if that's also the best default for other users. Maybe we could make view-only mode a persistent setting (I mean so that it's kept when you exit/restart openMSX, currently openMSX always starts with viewonly=false). Then users only have to pick their preferred value once and we have to worry less about the best default value. |
@MBilderbeek wrote:
To be honest, I hadn't actually noticed the colour change in the bar. Well, I notice it changes colour between 'replaying' and 'recording' (which is what is primarily displayed in the screenshot) But while replaying with versus replaying with you'd have to know that seagreen is when it's 'locked' and blue is 'unlocked', and I can't say I ever noticed nor realised that difference. :) While it is at the end of the reverse and thus recording rather than replaying, there actually is no such colour difference (though I guess that theoretically it doesn't apply while it isn't replaying anyway).
Now as for the defaults, I'm also quite used to it being 'unlocked' by default, but I definitely can see the frustration from people who aren't interested in the reverse feature, and 'just want to play a game'. On the one hand the current defaults allow for discoverability of an (imho quite handy) feature they perhaps otherwise wouldn't be aware of. I think that adding an icon/button such as this, combined with setting the default to We'd still have the discoverability of the reverse bar being visible and clickable, but those unfamiliar with it will at least not as easily lose progress accidentally. Power users will know how to re-enable it anyway, and having a (recognisable?) visible persistent toggle should make it easy enough for those that aren't. Two more notes:
|
Also, would it perhaps be a good idea to ask for further input here from the users at https://www.msx.org/forum/msx-talk/openmsx/how-to-avoidstop-video-recording who actually have issues with the current defaults? |
My main doubt: the whole value of the reverse feature in gaming is that you can redo parts of games where you made a mistake. For that the viewonly mode needs to be off. So, by turning viewonly ON by default, actually renders the main use case inoperable... Wouldn't it then be better to turn off the whole feature by default? |
Sure it is a big part of it, but I wouldn't call it the whole value; after all, it's also very useful for recording the entire replay or just parts of it. |
This clickable icon to the right of the reverse bar will display the current 'reverse viewonlymode' status, and allow you to toggle between both states.
This change is part of my suggestion to a discussion on https://www.msx.org/forum/msx-talk/openmsx/how-to-avoidstop-video-recording#comment-375527.
While this change doesn't change the default setting of
reverse viewonlymode
fromfalse
totrue
, it at least provides a visual indication of its current state.The icons are quick images created in Inkscape as SVG, and exported to PNG, and could probably be decreased in size, though I also don't mind them being replaced by something else; I just didn't feel like looking for images that suit the project's license.
Source SVGs can also be added if desired.
I wasn't sure how to implement these icons in a way that they actually support different skins either, so suggestions for that are welcome too.