-
Notifications
You must be signed in to change notification settings - Fork 2.2k
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
Drop the insertion order option #3583
Comments
When I posted "In defense of Insertion order: Random" -- I genuinely thought the response might be, "no reason for the warning -- let's ditch it so folks feel free to use the option." 😅 Instead, we have somehow fast-forwarded to, "delete the option entirely." So I'm writing to beg you not to. 🥺 I can't tell you how many v3 users are using Random insertion order, so I can't claim to be representing more than just me in advocating for this to stick around. I can say that it's been the "right" answer for some user or another at least a dozen times in the past year or so. But even without knowing how many users might be impacted by this, I'm certain that out of all the times I've asked about it, or someone else has asked about it -- I've never heard anyone suggest a better, or even just another, way to do these 3 things:
This feels like basic functionality to me as a language learner. If someone could explain another way I could get there, I suppose I'll try to make that work. Right now, I'm trying to put together a next-best plan (for myself and others), and it might involve some combination of perpetually necessary manual Repositions, and a lot of fiddly procedures to dig up New cards that have been left behind when their siblings were introduced. |
From what I gather of OP, you'll just need to install an older client to change the setting. |
It seems like it would be less-than-ideal to offer that as a sequence of help steps 😅. |
Here, maybe you can just clone the preset. |
When suggesting we remove the option, I wasn't thinking about people who manually reposition cards while set to random - I was thinking this would just be about removing duplicate functionality. It wouldn't be a complete loss for such users, as they would be able to use 'set due date' to immediately introduce cards, and suspend them to approximate pushing them to the end. But it is a step backwards, so perhaps we'd be better off just moving it to advanced for now, and removing the v3 mention. One possible way we could accomodate such workflows in the future is to have a range of due numbers in which randomness applies, e.g. 0-1 million, with items outside that range coming first/last. But that could potentially introduce new issues/confusion for users with high due numbers.
What I was proposing is that the setting be ignored, so whatever older clients set it to, it would always be sequential on the newer version. |
Not possible actually, because of open-spaced-repetition/fsrs4anki#675 If you use SDD like that, the cards will get really high D values. @Danika-Dakika something to keep in mind. |
Another option might be a |
"Set Due Date" has the major downside of skipping the Learn stage. |
Now that we're v3-only, there's very little value in providing the old random approach with its gotchas. There will inevitably be a few users who prefer the way they're used to, but I don't think we can justify keep things confusing for the typical user for the benefit of a few.
I propose we change Anki so that sequential is forced, and the option is removed from the GUI. The internal setting would remain, so it continues to sync/persist when changed by older clients.
Originally reported on https://forums.ankiweb.net/t/confusing-message-about-sequential-due-number-on-v3/51668/3
The text was updated successfully, but these errors were encountered: