You've unfortunately hit system limitation at this moment, webhooks are indeed triggered only when an action affects published content, so it won't be possible to do it this way at this moment.
There are improvements we're considering for the future, for example manipulating workflow using CM API or extending webhooks functionality to cover working with unpublished content, so your feedback on will certainly help us prioritize. Do you have any other ideas or scenarios that you can think of that would be helpful for your project?
For your particular scenario there is also major feature that we'll roll out soon and that is Responsive Images API (check out our roadmap). This should allow you to manipulate image attributes directly using our API without having to use external service.
Hi Kyle, thanks for your explanation. If I understand it correctly, the migration would take place only once at the beginning in the project and not continuously. Am I right? What we usually see is that even if content is migrated to a CMS it might need a manual touch, I'm curious what kind of content do you need to import?
At the moment, we can offer you a few alternative solutions. First, when you import content, Kentico Coud allows you to bulk publish all selected items. So, you can publish imported content items in a few clicks. Alternatively, we could show you how to use our undocumented internal API for the initial migration.
We know that there's a lot of features Content Management API might have, but lately we focused on improving the user experience and collaboration on content editing. Since your suggestion is valid and your project sounds interesting, we could schedule a short call to discuss details. If you're interested, let me know when it's best for you at [email protected]
Un-cuddled braces are lonely braces. Most java devs cuddle, although I know it's not the norm in .NET. Camel casing for everything, with the first character capitalized on Class names, and lowercase for methods and non-static fields/variables. Autogen getters/setters with your IDE to prefix 'get'/'set' to the field name ('is' with boolean). Static/final fields should be all caps with an underscore to separate words.
I always use this as a base style guide with teams https://github.com/spring-projects/spring-framework/wiki/Code-Style... or use default enforcements from IntelliJ or Sonarqube.
So I am extending this feature request to custom roles (so we can mirror how a content editing team is structured) and custom permissions that can be mapped to those roles (so that this, alongside workflow, can be used to mirror how a content editing team wants to manage content publishing in their group).
Hello Sam, this would definitely be a useful feature. I've checked with our product owners and at the moment, this story is in our backlog without any specific milestone/sprint assigned. Therefore, I cannot give you any promises at the moment.
Anyway, it is cool that you give us feedback. It helps us in finding the right balance in our priorities. I'll add your note to our product board.
Hi, it's better to ask at https://devnet.kentico.com/questions-answers if your question relates to Kentico EMS.
Anyway, you need to set the permission "See library content" to "Authenticated users" on the "Security" tab of a given media library.
the reference system in Content Management API was designed to give you the possibility to reference objects via three different properties: internal ID, external ID and codename. This design is visible in the URLs you can use and in the reference object. Not all of the objects have external IDs. In fact, only content items and assets will gain this feature in the next release Also, not all of the objects have codenames
You may notice that currently there is no straightforward way to access the internal IDs of many objects in Kentico Cloud, not just languages. The same is true for content types or sitemap locations. We know about it and consider displaying all those properties (codenames, internal and external IDs).
However, the question is why would you need it? The reference capabilities are equal. It doesn't really matter if you reference the language via internal ID or codename. Or is it somehow inconvenient for you?
Kentico Cloud team
@RalphSpandl thanks for an interesting use-case! Let me just add a few bits to what @MartinDanko said. To be honest, when designing multilingual support for Kentico Cloud, we designed localization of taxonomy groups as well. We plan to do it in the future, but as many other priorities arrive, we postponed it. Mind you, there's no need to be constrained by using taxonomy groups. I believe the best way, if it's possible would be to share the industries with us, so that we can see whether's it's a flat structure or a hierarchy etc. Then, I believe we can come up with a best practice for you. Thanks!
Great suggestion, thanks! As for now, you can't set cache headers either on content items nor assets. Preferably, when it comes to content items, you could improve response time by using CDN or also caching content in your application. However, when it comes to assets, it does make sense and I'd be glad to learn more about how you intend to use it. Could take a minute to answer the following questions? Thanks.
Thanks for your feedback. Let me include it alongside other feedback and see where we can fit it regarding priorities.
See the release notes and a related wiki article.