Hi all,
After gathering input from people here and on Twitter, it seems only two or
three add-ons will adopt the new versioning scheme. Also, I’d like to clarify
that this is for ones I maintain, not ones from others (versioning scheme is up
to authors). One of the reasons for bringing this up in the first place is to
unify how people identify add-on versions for ones I maintain, as Windows 10
App Essentials uses a different scheme (partly due to the nature of the add-on).
Thus, the following add-ons (which are basically complete and are will undergo
maintenance/continuous delivery transition) will use the new versioning scheme:
* Enhanced Touch Gestures: already using year.month scheme.
* Resource Monitor: It is feature complete (at least from my lab), with
no features planned for the foreseeable future (localization updates are still
accepted). Starting with the next minor release, it’ll be using year.month
scheme.
* StationPlaylist Studio (subject to further discussion with add-on
users): The consensus between I and users is that it is basically complete.
Apart from supporting new Studio versions, the basic add-on infrastructure will
be here to stay. It’ll gradually transition to year.month scheme for stable
builds (and hopefully to make the release window more predictable.
* Windows 10 App Essentials: first of my add-ons to use year.month
scheme due to the nature of the add-on. This scheme must be kept as is.
Thanks.
Cheers,
Joseph
From: nvda-addons-bounce@xxxxxxxxxxxxx
[mailto:nvda-addons-bounce@xxxxxxxxxxxxx] On Behalf Of David Moore
Sent: Thursday, July 28, 2016 10:44 PM
To: nvda-addons@xxxxxxxxxxxxx
Subject: [nvda-addons] Re: Request for comments: using year.month scheme for
future add-on releases for my add-ons
Joseph,
I really like naming the add on in that way, because I too, think it would be
much more clear. Currently, I do have trouble keeping track of whether or not I
have the latest version or not. Thanks a lot for coming up with that idea.
David Moore
From: Jim Homme <mailto:jhomme@xxxxxxxxxxxxxxxxx>
Sent: Thursday, July 28, 2016 11:44 AM
To: nvda-addons@xxxxxxxxxxxxx <mailto:nvda-addons@xxxxxxxxxxxxx>
Subject: [nvda-addons] Re: Request for comments: using year.month scheme for
future add-on releases for my add-ons
Hi,
I think this is great because it is very clear.
Jim
==========
Jim Homme,
Accessibility Consultant,
Bender HighTest Accessibility Team
Bender Consulting Services, Inc.,
412-787-8567,
jhomme@xxxxxxxxxxxxxxxxx <mailto:jhomme@xxxxxxxxxxxxxxxxx>
http://www.benderconsult.com/our%20services/hightest-accessible-technology-solutions
E+R=O
From: nvda-addons-bounce@xxxxxxxxxxxxx
<mailto:nvda-addons-bounce@xxxxxxxxxxxxx>
[mailto:nvda-addons-bounce@xxxxxxxxxxxxx] On Behalf Of Joseph Lee
Sent: Thursday, July 28, 2016 11:44 AM
To: nvda-spl@xxxxxxxxx <mailto:nvda-spl@xxxxxxxxx>
Subject: [nvda-addons] Request for comments: using year.month scheme for future
add-on releases for my add-ons
Hi everyone,
For the past few years, I used major.minor versioning scheme for my add-ons
except Windows 10 App Essentials. The major number was incremented whenever a
version with new features was released, with minor version denoting minor
enhancements, fixes and translation updates. Although it worked out well, it
led to an issue where people found out they were using old releases (also
caused by lack of add-on update facility).
To make it easier for people to find out which add-on version they are using,
to make add-on versions uniform across add-ons and to make new features
available in a predictable manner (via time-based releases), I’m thinking about
migrating add-on versioning scheme for my add-ons to follow year.month
designations (for example, GoldWave 16.08). This would allow users to easily
find out which version of the add-on they are using so they can compare against
latest version out there, and for me to release new versions upon request and
on a timely manner. It also helps in eliminating major.x maintenance branches
so maintenance can be performed from master/stable branches (an exception is
for add-ons that have long-term support (LTS) branches such as SPL Studio).
Comments from users of the following add-ons are requested:
* Control Usage Assistant
* Easy Table Navigator
* Enhanced Touch Gestures
* GoldWave
* Resource Monitor
* StationPlaylist Studio
* Windows 10 App Essentials
Comments from others in the community are also welcome. Thanks.
Cheers,
Joseph