Accepted, Not Yet Planned

Definitely a familiar request, thanks! See comments on what else we'd want before adding this type of notification.

Update: Though this is great idea, this specific request is currently not planned based on our program planning and prioritization of all Tridion Sites ideas for early 2018. We may revisit this and other great ideas based on more information and additional votes.

Status of translation is possible through Translation Review, as part of workflow, or through a Notification API extension.

Notification Panel to notify Users about a Translation Job status

The Notification panel, available from the top right of the screen should provide details about Translation activities.
Ideally, the user that has triggered the job should at least be notified of its status.

Parents
  • I think asked about the same or similar functionality, sometime after I asked , after it came up in a demo. :-)

    It's definitely possibly, and even easier now with the notification API, to let users know a translation job came back. Similar to XPM after finishing edits, it might make sense to let the user know that _this_ page has changed.

    But what we'd probably need first, or along with this, is persistent notifications. Rather than needing to be present to see a job came back, perhaps there'd be a screen that lets a user know about updates _since_ they've last logged in. And once you get this chatty, we'd probably need a way to turn notifications off (which I know is another request).... granularly. :-)

    For now, the translation jobs screen does use the notification API to update the jobs in near real-time. Implementations can use workflow (Translation Review) to get notificaiton updates to users related to that translation, which is expected if you take advantage of review. And the notification API is public, so it'd be easy enough to implement this.

    See 's Notification example: community.sdl.com/.../how-to-use-the-notification-framework-introduced-in-sdl-web-8-5.

    tl;dr -- yes, I'd like this too but would immediately want notification persistence and preference management (notification spam control), which makes this a bigger story.

Comment
  • I think asked about the same or similar functionality, sometime after I asked , after it came up in a demo. :-)

    It's definitely possibly, and even easier now with the notification API, to let users know a translation job came back. Similar to XPM after finishing edits, it might make sense to let the user know that _this_ page has changed.

    But what we'd probably need first, or along with this, is persistent notifications. Rather than needing to be present to see a job came back, perhaps there'd be a screen that lets a user know about updates _since_ they've last logged in. And once you get this chatty, we'd probably need a way to turn notifications off (which I know is another request).... granularly. :-)

    For now, the translation jobs screen does use the notification API to update the jobs in near real-time. Implementations can use workflow (Translation Review) to get notificaiton updates to users related to that translation, which is expected if you take advantage of review. And the notification API is public, so it'd be easy enough to implement this.

    See 's Notification example: community.sdl.com/.../how-to-use-the-notification-framework-introduced-in-sdl-web-8-5.

    tl;dr -- yes, I'd like this too but would immediately want notification persistence and preference management (notification spam control), which makes this a bigger story.

Children
No Data