Closed jpvajda closed 2 years ago
Completed: articles that have been translated and need maintenance
I believe our translate
frontmatter item satisfies this. The translate
item will determine which docs we send to Smartling on the interval.
@jerelmiller we'll have to confirm with Julien if this works for his need.
~Sorry @jpvajda @jerelmiller... long read~ The idea of the 3 statuses is not to just send the content to Smartling. The process ultimately is that the country decides what is translated or not. The writers as SEM may tell me: this could be of interest to the country. I may run that list by the country and they may decide that it is worth looking into (get a quote) or not. If I am to get a quote, I use the "for quote" status. That way the vendor in the Proxy was able to separate the cost of maintenance and the cost of new content. The country would then decide if the additional cost (new content) fits their budget. If it does, i would give the green light to the vendor and ultimately move the new content to Completed and that new content would just become the normal content from now on. The more I think about it the more, if we have these statuses, we should send the "For quote" as a separate translation request to Smartling so I can distinguish the necessary maintenance from the possible additional content.
@jerelmiller It sounds like based on the process defined by @jujuco it would be nice to have these slugs and the generated list of urls in the XML based on the tag type.
@jujuco Do you know if we need to include this by GA?
We're worried that this might require more time that we have available before launch.
@zstix I think we can live without it for GA.
@jujuco thanks for the flexibility, we are targeting this week in our Post GA sustaining block of work, which will occur the week after GA.
This issue has been automatically marked as stale because it has not had recent activity. It will be automatically closed if no further activity occurs. Thank you for your contributions.
This issue has been automatically marked as stale because it has not had recent activity. It will be automatically closed if no further activity occurs. Thank you for your contributions.
This issue has been automatically marked as stale because it has not had recent activity. It will be automatically closed if no further activity occurs. Thank you for your contributions.
This issue has been automatically marked as stale because it has not had recent activity. It will be automatically closed if no further activity occurs. Thank you for your contributions.
We may try to do this when we take on Localization MT.
That'd be totally fine. Thanks.
This issue has been automatically marked as stale because it has not had recent activity. It will be automatically closed if no further activity occurs. Thank you for your contributions.
This issue has been automatically marked as stale because it has not had recent activity. It will be automatically closed if no further activity occurs. Thank you for your contributions.
This issue has been automatically marked as stale because it has not had recent activity. It will be automatically closed if no further activity occurs. Thank you for your contributions.
This issue has been automatically marked as stale because it has not had recent activity. It will be automatically closed if no further activity occurs. Thank you for your contributions.
This issue has been automatically closed because it was a stale issue that had no recent activity. Thank you for your contributions.
Issue
There is a need to have a frontmatter slug (or something similar) that can handle the following process used in Drupal to mark content pages for different states of localization.
There are 3 statuses to tag URLs in Drupal for translation:
Each tag then generates a dedicated XML file listing the URLs.
We need similar capabilities in the new Docs Site.