Closed eggbean closed 1 year ago
To stop getting the deprecation warnings, you can transition away from the deprecated options. This is kind of an extreme case, because it seems you're using most (if not all) of the deprecated options. The warnings themselves tell you what options we're moving to
If you have any questions about your equivalents for your specific setup btw, don't hesitate to let us know. Feel free to reopen in that case.
I must say I don't like too much breaking & annoying users as much as we do. It would be neat to find a way to show the deprecation warnings once per commit (e.g. if we've already notified at this commit, don't do it again). Or maybe once every few days would be better?
I must say I don't like too much breaking & annoying users as much as we do. It would be neat to find a way to show the deprecation warnings once per commit (e.g. if we've already notified at this commit, don't do it again). Or maybe once every few days would be better?
We could store something in the /tmp
directory, so that it's once on boot? That could be the simplest solution
Some users rarely reboot. My goal is to find a balance between being annoying and getting our users to migrate before we break their configs. I think with the new saved state code for recently closed buffers, we could throw in a last_notification: '2023-04-01'
field, and show a notification every few days. Let's say four days.
Didn't think about desktop users— you're right on that one. Sounds good.
I get a lot of deprecation warnings on startup:
http://sprunge.us/KJh1c1