Poll: Quickload behavior

Everything about development and the OpenMW source code.

What should we do with quickload?

Leave it as it is (load the latest save)
16
44%
Make it work like in Morrowind (load the latest quicksave)
20
56%
Something entirely different (post your idea)
0
No votes
 
Total votes: 36

User avatar
psi29a
Posts: 3902
Joined: 29 Sep 2011, 10:13
Github profile: https://github.com/psi29a/
Contact:

Re: Poll: Quickload behavior

Post by psi29a » 23 Apr 2018, 06:52

Quickload: loading latest save, whatever it is.

OpenMW should be an improvement, not a copy of. ;)

Chris
Posts: 1415
Joined: 04 Sep 2011, 08:33

Re: Poll: Quickload behavior

Post by Chris » 23 Apr 2018, 21:00

I also think the answers here are a bit loaded. On a Morrowind-focused forum, asking if something should "be like in Morrowind" will obviously get more picks than it otherwise would've, regardless of the question. We'd get a more honest response for preferred behavior if the choices presented were just the actual behavior, and didn't mention which was like vanilla.

Not that we're getting many responses here anyway. 23 is hardly a good sample size.

User avatar
Capostrophic
Posts: 344
Joined: 22 Feb 2016, 20:32

Re: Poll: Quickload behavior

Post by Capostrophic » 23 Apr 2018, 21:13

Yes, sorry. Well, I guess it's too late for changes now.
As I suspected, the distribution is approaching 50:50 anyways, which is *cough* not very helpful.
shitty lingua anglica grammar ftw

User avatar
Jemolk
Posts: 85
Joined: 20 Mar 2017, 02:12
Location: Sadrith Mora

Re: Poll: Quickload behavior

Post by Jemolk » 24 Apr 2018, 16:28

psi29a wrote:
23 Apr 2018, 06:52
Quickload: loading latest save, whatever it is.

OpenMW should be an improvement, not a copy of. ;)
Here's the thing -- that may be an improvement to you and me, but it's not strictly better. Raevol seems to actually like vanilla behavior, and I'm sure he's not the only one. A toggleable option, however, is a strict improvement, and I'm fairly certain it could be implemented, despite still being in the just-starting-to-learn stage of extremely basic programming myself.

Any deviations from vanilla pre-1.0 should be upgrades, yes -- and an option is an upgrade, while this change seems a preference-based sidegrade, which is a problem from where I stand, even if I am in the group whose preferences are catered to by the shift.

Chris
Posts: 1415
Joined: 04 Sep 2011, 08:33

Re: Poll: Quickload behavior

Post by Chris » 24 Apr 2018, 22:43

Jemolk wrote:
24 Apr 2018, 16:28
Here's the thing -- that may be an improvement to you and me, but it's not strictly better. Raevol seems to actually like vanilla behavior, and I'm sure he's not the only one.
Hence the (unfortunately flawed) poll, to figure out what people actually wanted.
A toggleable option, however, is a strict improvement, and I'm fairly certain it could be implemented, despite still being in the just-starting-to-learn stage of extremely basic programming myself.
Not everything really should be made an option, and making every conflicting behavior an option isn't always an improvement. It not only increases the amount of code to maintain, but also most people don't want to edit config files by hand or won't know the options exists and will just use the defaults, making it largely unused. Trying to make every option visible in some UI will also inevitably lead to the same problem GZDoom is currently experiencing, where there's so many options that people have a hard time finding anything through all the lists and submenus and simply don't bother with any of them except the most egregious. Plus, once an option is added on the belief that some people will want it, it becomes a much harder prospect to remove it if people don't actually need it (how can you really tell if people are using it or not? you'll be stuck with it because people may be using it and you can't prove otherwise without more work).

User avatar
halbe
Posts: 57
Joined: 14 Feb 2017, 03:55

Re: Poll: Quickload behavior

Post by halbe » 24 Apr 2018, 23:56

Chris wrote:
24 Apr 2018, 22:43
Jemolk wrote:
24 Apr 2018, 16:28
Here's the thing -- that may be an improvement to you and me, but it's not strictly better. Raevol seems to actually like vanilla behavior, and I'm sure he's not the only one.
Hence the (unfortunately flawed) poll, to figure out what people actually wanted.
A toggleable option, however, is a strict improvement, and I'm fairly certain it could be implemented, despite still being in the just-starting-to-learn stage of extremely basic programming myself.
Not everything really should be made an option, and making every conflicting behavior an option isn't always an improvement. It not only increases the amount of code to maintain, but also most people don't want to edit config files by hand or won't know the options exists and will just use the defaults, making it largely unused. Trying to make every option visible in some UI will also inevitably lead to the same problem GZDoom is currently experiencing, where there's so many options that people have a hard time finding anything through all the lists and submenus and simply don't bother with any of them except the most egregious. Plus, once an option is added on the belief that some people will want it, it becomes a much harder prospect to remove it if people don't actually need it (how can you really tell if people are using it or not? you'll be stuck with it because people may be using it and you can't prove otherwise without more work).
As someone who voted for vanilla behavior, I'd rather have the current behavior be the only option than there to be an option to use either behavior for this reason. It's something that would best be addressed by dehardcoding so that you can just use a mod that changes the quickload behavior to your preference, and since 99.9% of the time when I quickload my quicksave is my most recent save, this is hardly worth worrying about until OpenMW is dehardcoded in 2090.

User avatar
raevol
Posts: 2666
Joined: 07 Aug 2011, 01:12
Location: Caldera

Re: Poll: Quickload behavior

Post by raevol » 25 Apr 2018, 06:20

I also agree with the "only one option" school of thought, even if it's not my preferred behavior. I agree with halbe, and I feel like we're getting dangerously close to bikeshedding here.

User avatar
Jemolk
Posts: 85
Joined: 20 Mar 2017, 02:12
Location: Sadrith Mora

Re: Poll: Quickload behavior

Post by Jemolk » 25 Apr 2018, 09:23

All right, fair. Dehardcoding should allow it to be changed in a mod, indeed. In that case, I suppose that for those who primarily use quicksave/quickload, the quicksaves will be the most recent 99% of the time anyway, and for those who prefer hard saves because they're kept indefinitely, the current behavior allows quickloading to be useful still.

Wasn't aware of GZDoom or its current predicament, but that does put a finer point on things. As someone who actually doesn't mind extensive options menus, and even prefers them, it's slightly surprising to me, but oh well. I'm more than capable of admitting I was wrong about this. And it would seem I was definitely very wrong.

User avatar
wareya
Posts: 156
Joined: 09 May 2015, 13:07

Re: Poll: Quickload behavior

Post by wareya » 27 Apr 2018, 03:09

Autosaves are a thing.
paying attention to #1751/#1816 #2473 #3609 #3862/#3929 #3807 #4297

Post Reply

Who is online

Users browsing this forum: No registered users and 2 guests