-
Notifications
You must be signed in to change notification settings - Fork 330
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 commands for SharePoint Syntex/Premium #6074
Comments
@mkm17 I think it is a really awesome area we could introduce to CLI and it's great to see you already started 👏 |
@mkm17 so @milanholemans pointed out a very valuable comment here #6103 (comment) @pnp/cli-for-microsoft-365-maintainers what do you think 👆? |
My 2 cents... The Syntex name was phased out, despite a recent community call presentation (yesterday, I think?). I'd recommend using [premium or spp or prem], because that matches the current branding. In my opinion, Syntex was a bad name anyway and likely why MSFT switched. Syntex didn't really communicate well what it actually did. Since "SharePoint Premium" actually calls out that it's a SharePoint experience, it's more clear. Hopefully Microsoft doesn't switch the name again, but if that is going to be added to M365 CLI, you should at least call it the current name to match user expectations. It's not good to assume that all users know the history of the product name (Cortex, MS Syntex, SP Syntex). I could see a lot of questions from users about when you'll add SP Premium to the CLI if you went with syntex. In summary, I think something like this would be clear:
|
@milanholemans @Adam-it hmm perhaps we could use both names for a single command? I believe it’s sometimes done with parameter names when a name is deprecated, but I’m not sure about command names. In documentation |
@mkm17 If you could use the old and new name (as you mentioned in the deprecation case), that would be good! It matches the documentation as well as current branding. |
@stevecorey365 thanks for you ASAP response to my request. You Rock 🤩. @pnp/cli-for-microsoft-365-maintainers any other feed on that 👆 |
Yes it is possible. We use alias for that so that one command has multiple naming. But still I think I would aim the near future which is just |
@Adam-it , ok so I will change naming to |
yes lets do that. |
Hi everyone, in one of the issues @waldekmastykarz propose to change name of the sub area from |
ooo this really makes sense. And will make it easier to find and use instead of having this 'lost' in the spo tree which is already huge. @mkm17 what is your take on that? I think it is an awesome idea 👍 |
@Adam-it so it's about changing it to m365 spp model get, for example. That is a nice idea. I will update the command spec accordingly. |
Hi @mkm17, slightly updated your epic so the issues are properly linked to this epic now |
In one of my research, I discovered that there is a special section in the SharePoint API for managing SP Syntex models. Here is the link: https://learn.microsoft.com/en-us/sharepoint/dev/apis/syntex/syntex-model-rest-api
What do you think about the idea of creating a set of commands in CLI, such as
m365 spo stx
,.. to manage models?Some of the endpoints look really useful, such as:
https://learn.microsoft.com/en-us/sharepoint/dev/apis/syntex/rest-getbytitle-method
https://learn.microsoft.com/en-us/sharepoint/dev/apis/syntex/rest-applymodel-method
https://learn.microsoft.com/en-us/sharepoint/dev/apis/syntex/rest-getmodelandlibraryinfo
We can also add a command to retrieve the Syntex Content Center site.
Let me know what you think.
m365 spp contentcenter add
or extendspo site add
command with ContentCentre type ??m365 spp contentcenter contextinfo get
(To check if valuable)m365 spp model set
(To check)m365 spp autofillcolumn list
m365 spp autofill invoke
The text was updated successfully, but these errors were encountered: