Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you were mentioned.Message ID: following is quite philosophical and discusses two related issues: coexistence and perfection at the system level (do let me know if what I'm writing is incoherent): That is, as long as 2024.1 can not possibly be released before January 1, 2024. This only works, as longĪs NV Access never releases a next year's version in the current year. That version 9999.1 of NVDA hadn't been released yet. That way, if the lastTested said 9999.1, but it was only 2023, NVDA would know I think the only way you could test this with validity, would be to have NVDAĬompare the current system date idea of the year, against the first part of the This is perfectly valid from the add-on's point of view. Somebody in 2025 decides to use an old version of NVDA 2023.2, with anĪdd-on which Has minimum of 2019.3.0 and lastTested of 2025.1.0. If this is expensirve, this can be closed.Enviado desde mi iPhoneEl, a las 6:55, Luke Davis How does NVDA 2023.2 know, that NVDA 2025.1 isn't available?Į.g. For flexibility and bc independent of years, nvda should consult the addondatastore transform repo.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |