Skip to content
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

suggestion: a workflow to auto push add ons to a compatible state if requirements are met. #3669

Open
marrie opened this issue May 28, 2024 · 3 comments

Comments

@marrie
Copy link

marrie commented May 28, 2024

Is your feature request related to a problem? Please describe.

I would like to see a way for add on developers to go through a workflow causing their add ons to be compatible with nvda 2024.x and beyond

Describe the solution you'd like

When an add on developer submits what ever files are needed, a workflow would run to auto deamthe add on compatable else get reouted to a human as a fallback or fault path.

Describe alternatives you've considered

We could vet all of the add ons however human time and human resources would be waisted.

Additional context

n/a.

@seanbudd seanbudd transferred this issue from nvaccess/nvda May 28, 2024
@josephsl
Copy link
Contributor

Hi,

I see. Three things:

  1. If add-on development/submission flow is involved, this should be submitted to add-on datastore repository (nvaccess/addon-datastore).
  2. Can you give us examples of add-ons that could benefit from the compatibility workflow?
  3. Declaring add-ons compatible requires willingness by authors and the community to validate compatibility claims unless automated compatibility issue detectors ars introduced on add-on store.

Thanks.

@marrie
Copy link
Author

marrie commented May 28, 2024 via email

@ChrisDuffley
Copy link

ObjPad is another one of those where, after testing, a workflow process could have easily been used as all I needed to change at that time was the last tested version. While in this particular case I didn't mind doing it manually I still agree with a process like this, however I do realize that this can be a lot of work especially since it would probably need to compare code to conventional syntax from other generalized programs as well as NVDA's source before even considering it compatible.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants