This is a follow-up in response to #1188388-54: Entity translation UI in core comment 54 item 5

Problem

It's hard to find the location of the setting to enable translation on fields. Following a pattern of showing a hint as to the value of a setting in a collapsed fieldset or in a vertical tab, the entity translation ui can be improved.

proposed resolution

A) add a message automatically
or
B) pre-fill the revision log

Remaining tasks

Implement a resolution.

User interface changes

Suggested change: http://drupal.org/files/et-ui-s005-can revisions tab be translation aware 2012-10-03_1248.png

API changes

Are there API changes/additions that would affect module, install profile, and theme developers?

Comments

YesCT’s picture

Gabor's comments from comment 57 in the original issue:

#54/5: on revisions; through the UI people can only edit one translation at once, so we could theoretically inject some log message information on which language they edited; not sure what language would that log message be? also would it be injected after the user provided message? should we automate that or just prefill the log message and let the user edit it as needed/intended? on the diff module side-note, yes, diff module should be compatible with this, the underlying field language support was already in Drupal 7 :)

YesCT’s picture

Title: Autofill revision log with text that describes action like: German translation added or Spanish translation edited [Follow-up] » Autofill revision log with text that describes action like: German translation added or Spanish translation edited

adding to the list of follow-ups at #1836086: [meta] Entity Translation UI improvements

Version: 8.0.x-dev » 8.1.x-dev

Drupal 8.0.6 was released on April 6 and is the final bugfix release for the Drupal 8.0.x series. Drupal 8.0.x will not receive any further development aside from security fixes. Drupal 8.1.0-rc1 is now available and sites should prepare to update to 8.1.0.

Bug reports should be targeted against the 8.1.x-dev branch from now on, and new development or disruptive changes should be targeted against the 8.2.x-dev branch. For more information see the Drupal 8 minor version schedule and the Allowed changes during the Drupal 8 release cycle.

Version: 8.1.x-dev » 8.2.x-dev

Drupal 8.1.9 was released on September 7 and is the final bugfix release for the Drupal 8.1.x series. Drupal 8.1.x will not receive any further development aside from security fixes. Drupal 8.2.0-rc1 is now available and sites should prepare to upgrade to 8.2.0.

Bug reports should be targeted against the 8.2.x-dev branch from now on, and new development or disruptive changes should be targeted against the 8.3.x-dev branch. For more information see the Drupal 8 minor version schedule and the Allowed changes during the Drupal 8 release cycle.

miro_dietiker’s picture

We recently started improving the Revision tab in diff.

See Diff issue #2462731: Check RevisionLogInterface for summary and provide
We are overriding the Revision tab anyway, so we are applying custom logic to the revision summary.
If the Entity has no revisionLogInterface or the text is empty, we are autogenerating it.
Our first implementation just indicates the changed fields with excluding technical fields such as "changed" that always change.
While this allows to have a feasible message, it leads to overhead: We need to compare each revision with its predecessor to get the message. If you want to avoid this overhead, you can generate and persist the message.

For Entities without revisionLogInterface we still might want to provide the fallback.
Also we need to consider that storing this message makes it untranslatable.
Plus to alter / improve it, i would like to know that the message is autogenerated, so i can replace it.
Semantically, the autogeneration explains "what" while chances are the user notes would also explain "why".
As long as we can't detect if autogeneration happened, i would vote against storing it as it seems the overhead is limited.

miro_dietiker’s picture

People asked at Diff to show both at the same time:

  • What: Show field names for changed fields
  • Why: Show the message

So it seems this should not be a fallback, but we should do both at the same time?
See #2811937: Show revision log message on node revision overview page

Version: 8.2.x-dev » 8.3.x-dev

Drupal 8.2.6 was released on February 1, 2017 and is the final full bugfix release for the Drupal 8.2.x series. Drupal 8.2.x will not receive any further development aside from critical and security fixes. Sites should prepare to update to 8.3.0 on April 5, 2017. (Drupal 8.3.0-alpha1 is available for testing.)

Bug reports should be targeted against the 8.3.x-dev branch from now on, and new development or disruptive changes should be targeted against the 8.4.x-dev branch. For more information see the Drupal 8 minor version schedule and the Allowed changes during the Drupal 8 release cycle.

Version: 8.3.x-dev » 8.4.x-dev

Drupal 8.3.6 was released on August 2, 2017 and is the final full bugfix release for the Drupal 8.3.x series. Drupal 8.3.x will not receive any further development aside from critical and security fixes. Sites should prepare to update to 8.4.0 on October 4, 2017. (Drupal 8.4.0-alpha1 is available for testing.)

Bug reports should be targeted against the 8.4.x-dev branch from now on, and new development or disruptive changes should be targeted against the 8.5.x-dev branch. For more information see the Drupal 8 minor version schedule and the Allowed changes during the Drupal 8 release cycle.

Version: 8.4.x-dev » 8.5.x-dev

Drupal 8.4.4 was released on January 3, 2018 and is the final full bugfix release for the Drupal 8.4.x series. Drupal 8.4.x will not receive any further development aside from critical and security fixes. Sites should prepare to update to 8.5.0 on March 7, 2018. (Drupal 8.5.0-alpha1 is available for testing.)

Bug reports should be targeted against the 8.5.x-dev branch from now on, and new development or disruptive changes should be targeted against the 8.6.x-dev branch. For more information see the Drupal 8 minor version schedule and the Allowed changes during the Drupal 8 release cycle.

matsbla’s picture

I created this issue that might be a good solution for this issue #2978701: Replace the revision log message with a comment field

miro_dietiker’s picture

We recently removed the code that autogenerated a diff message (based on effective field change) if the revision log was empty.
#2880936: Remove runtime generated summary: Diff overhead on revisions gets exponential

We realised that displaying the field name of the changed field wasn't helpful at all. Instead an inline content change preview would be best.

Our goal for diff is now much more to persist a minified content diff that we generate when a revision is saved.
And we don't want to save this in the "revision log" field as that should only be used for human input.

That said, beside outputting the affected language, there's also need to display workflow transitions.

Not sure how the proposed solution (using a comment field) would improve the situation. We need extra fields / properties and a way to hook into revision display to enrich status / summary information.

matsbla’s picture

an inline content change preview would be best

Okay it sounds like a good idea! Doesn't that make this issue obsolete? Anyway I think we should be careful to make assumptions about how the revision table should be for all sites. I think the best solution would be to solve #1863906: [PP-1] Replace content revision table with a view and then provide a fields formatter for the diff. Then site builders can configure and have full control of how the revision table should look like on their site.

Version: 8.5.x-dev » 8.6.x-dev

Drupal 8.5.6 was released on August 1, 2018 and is the final bugfix release for the Drupal 8.5.x series. Drupal 8.5.x will not receive any further development aside from security fixes. Sites should prepare to update to 8.6.0 on September 5, 2018. (Drupal 8.6.0-rc1 is available for testing.)

Bug reports should be targeted against the 8.6.x-dev branch from now on, and new development or disruptive changes should be targeted against the 8.7.x-dev branch. For more information see the Drupal 8 minor version schedule and the Allowed changes during the Drupal 8 release cycle.

Version: 8.6.x-dev » 8.8.x-dev

Drupal 8.6.x will not receive any further development aside from security fixes. Bug reports should be targeted against the 8.8.x-dev branch from now on, and new development or disruptive changes should be targeted against the 8.9.x-dev branch. For more information see the Drupal 8 and 9 minor version schedule and the Allowed changes during the Drupal 8 and 9 release cycles.

Version: 8.8.x-dev » 8.9.x-dev

Drupal 8.8.7 was released on June 3, 2020 and is the final full bugfix release for the Drupal 8.8.x series. Drupal 8.8.x will not receive any further development aside from security fixes. Sites should prepare to update to Drupal 8.9.0 or Drupal 9.0.0 for ongoing support.

Bug reports should be targeted against the 8.9.x-dev branch from now on, and new development or disruptive changes should be targeted against the 9.1.x-dev branch. For more information see the Drupal 8 and 9 minor version schedule and the Allowed changes during the Drupal 8 and 9 release cycles.

Version: 8.9.x-dev » 9.2.x-dev

Drupal 8 is end-of-life as of November 17, 2021. There will not be further changes made to Drupal 8. Bugfixes are now made to the 9.3.x and higher branches only. For more information see the Drupal core minor version schedule and the Allowed changes during the Drupal core release cycle.

Version: 9.2.x-dev » 9.3.x-dev

Version: 9.3.x-dev » 9.4.x-dev

Drupal 9.3.15 was released on June 1st, 2022 and is the final full bugfix release for the Drupal 9.3.x series. Drupal 9.3.x will not receive any further development aside from security fixes. Drupal 9 bug reports should be targeted for the 9.4.x-dev branch from now on, and new development or disruptive changes should be targeted for the 9.5.x-dev branch. For more information see the Drupal core minor version schedule and the Allowed changes during the Drupal core release cycle.

Version: 9.4.x-dev » 9.5.x-dev

Drupal 9.4.9 was released on December 7, 2022 and is the final full bugfix release for the Drupal 9.4.x series. Drupal 9.4.x will not receive any further development aside from security fixes. Drupal 9 bug reports should be targeted for the 9.5.x-dev branch from now on, and new development or disruptive changes should be targeted for the 10.1.x-dev branch. For more information see the Drupal core minor version schedule and the Allowed changes during the Drupal core release cycle.

Version: 9.5.x-dev » 11.x-dev

Drupal core is moving towards using a “main” branch. As an interim step, a new 11.x branch has been opened, as Drupal.org infrastructure cannot currently fully support a branch named main. New developments and disruptive changes should now be targeted for the 11.x branch. For more information, see the Drupal core minor version schedule and the Allowed changes during the Drupal core release cycle.