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

Add a note field to the scripts #361

Closed
madoar opened this issue Aug 21, 2017 · 8 comments
Closed

Add a note field to the scripts #361

madoar opened this issue Aug 21, 2017 · 8 comments

Comments

@madoar
Copy link
Collaborator

madoar commented Aug 21, 2017

Currently we can't differentiate between the reasons for why a script is marked as testing.
This could be, because of multiple reasons. For one the script could simply be untested, another reason could be that the script is not working, or has some quirks.
To capture these reasons, and make them visible to the end user, we should provide an optional field to the script called note, where the script author can describe the reason why the script is marked as testing. Alternatively we could think about adding a note field for each of the testing OSes. This would be useful in case the script has different quirks on linux than on mac.
This note field should also be visible in the installation wizard of the script to inform the user.

@plata
Copy link
Collaborator

plata commented Aug 22, 2017

Should this be in the .js or .json?

@madoar
Copy link
Collaborator Author

madoar commented Aug 22, 2017

Ideally I would like to extend the script.json file to look like:

{
	"scriptName": "BETA Client",
	"compatibleOperatingSystems": ["MACOSX", "LINUX"],
	"testingOperatingSystems": [{ os: "MACOSX", msg: "Doesn't install" }, { os: "LINUX", msg: "Doesn't run after installation" }],
	"free": true,
	"requiresPatch": false
}

in case the message is the same for all test operating systems, we could support something like:

{
	"scriptName": "BETA Client",
	"compatibleOperatingSystems": ["MACOSX", "LINUX"],
	"testingOperatingSystems": [{ os: ["MACOSX", "LINUX"] , msg: "Doesn't install" }],
	"free": true,
	"requiresPatch": false
}

In case we have no message we could let it remain as is:

{
	"scriptName": "BETA Client",
	"compatibleOperatingSystems": ["MACOSX", "LINUX"],
	"testingOperatingSystems": ["MACOSX", "LINUX"],
	"free": true,
	"requiresPatch": false
}

@plata
Copy link
Collaborator

plata commented Aug 23, 2017

I see two problems:

  1. Can this be parsed into the ScriptDTO automatically?
  2. Where should the information be shown? We have the information in the AppPanel but I don't know how we could show it there. If we want to show it in the wizard, we have to add a step for each and every wizard which is error prone (someone might forget this).

@madoar
Copy link
Collaborator Author

madoar commented Aug 23, 2017

About your problems:

  1. I don't know, this is just how I would wish the code to be structured. If this is not possible we need to find some other solution or take some limitations in account.
  2. Can't we show this information in the same step as the editor? I wouldn't add it to the AppPanel, because the AppPanel can contain multiple scripts, this would require to add a selection mechanism for scripts, to show related details, right?

@plata
Copy link
Collaborator

plata commented Aug 24, 2017

  1. Can we access the .json from the .js? And even if we can: Will anybody notice this if we add it to the presentation step (at least I always skip it without really reading)?

@madoar
Copy link
Collaborator Author

madoar commented Aug 24, 2017

We should be able to access the .json file from inside the .js file via a require.
The largest problem would be to show the message to the user in the right way.

@plata
Copy link
Collaborator

plata commented Aug 24, 2017

I don't think we can use require. We have to use the .json from the repository not from the file system.

@plata
Copy link
Collaborator

plata commented Sep 17, 2017

Maybe we should name the field description. We can then use it in the ShortcutDTO.

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

2 participants