Alexander Varwijk authored Feb 10, 2019 and Alexander Varwijk committed Dec 22, 2020

The data storage is getting a little complicated and requires some work
with forms and widgets to ensure that it works properly.

Alexander Varwijk authored Feb 04, 2019 and Alexander Varwijk committed Dec 22, 2020

This entity is used to store the results of entity analysis and possible
overriding for title and description fields.

Alexander Varwijk authored Feb 04, 2019 and Alexander Varwijk committed Dec 22, 2020

We subscribe to the new events for changed title/description and update
the form fields so the changed value is stored.

Alexander Varwijk authored Feb 04, 2019 and Alexander Varwijk committed Dec 22, 2020

We use the new event that is emitted by the Analyser to update the
keyword and seoScore values.

Alexander Varwijk authored Feb 03, 2019 and Alexander Varwijk committed Dec 22, 2020

This is used to display the URL of the page in the snippet.

Alexander Varwijk authored Feb 03, 2019 and Alexander Varwijk committed Dec 22, 2020

The pressing of the AJAX button within the form to submit to our Drupal
rendering endpoint also causes a formUpdated event to be fired. This can
cause a loop.

A simple if statement ensures this loop is broken in time.

Alexander Varwijk authored Jan 31, 2019 and Alexander Varwijk committed Dec 22, 2020

We isolate the events from the React components and ensure they don't
trigger other events on the enclosing form that we're listening to.

RTSEO.js 3.0.0 has been rewritten to use React and Redux. It uses React
to display the UI instead of the YoastSEO built in presenter so that we
have a more fine-grained control over how our form interfaces with
YoastSEO. This change also enables the translation of feedback messages.

We alter some of the form, template and analyse logic to properly
interact with the changes that have been made in the javascript. This
should help the Real-Time SEO widget work if multiple instances
(multiple forms) are displayed on the same page.

Jeffrey Bertoen authored Dec 22, 2020 and Alexander Varwijk committed Dec 22, 2020

Issue #2992284 by mpp, jefuri, fabianderijk, olivier.br, Anybody, j3ll3nl, robinwest, alexfarr, damontgomery, barthje: Paragraphs fields not updated on node saving

Issue #3110455 by Kingdutch, Znak, jibran, c_archer: Metatags depending on URL cause errors for unsaved entities after updating to Drupal 8.8.0

Mario Vercellotti authored Oct 01, 2018 and Alexander Varwijk committed Oct 01, 2018

Issue #2980480 by vermario: Validation errors in forms are not really cleared when analysis is performed

Léon CROS authored Oct 01, 2018 and Alexander Varwijk committed Oct 01, 2018

Issue #2984590 by chipway, alonaoneill: Apply new {project}:{module} format for dependencies in info.yml

Alexander Varwijk authored Jun 03, 2018 and Alexander Varwijk committed Jun 03, 2018

Issue #2974301 by Kingdutch, emclaughlin: Yoast SEO Field Ajax Race Condition With Nested Paragraphs

Ruslan Piskarov authored Jun 03, 2018 and Alexander Varwijk committed Jun 03, 2018

Issue #2974202 by RuslanP, Ronak.addweb: Add a point to the end of the configuration menu item description

Instead of manually reading a YML file we now use the Drupal config
system to store the SEO scores. This makes it configurable and
easier to maintain.

This configuration is now also used by the javascript.

This commit removes some code that was used in earlier versions
that attempted to perform the new entity form submission. This is
now tackled by Form Handlers and solved in a better way.

Alexander Varwijk authored Apr 07, 2018 and Alexander Varwijk committed Apr 07, 2018

Issue #2941283 by Kingdutch, edurenye: Support context specific Metatags such as [current-page:title]

The new yoast_seo_metatags_alter searches for a yoast_seo field and
uses its value, if present, to alter the metatags of a page.
Because the field widget settings can not reliably be obbtained
(a widget without those settings may produce the same value) we
instead only check if the value is set. In the widget we then ensure
that no value is present if editing of title or description is
disabled.

This leads to a situtation where a custom title cna be lost if the
field widget setting is disabled and the entity is re-saved,
however, it ensures that the saved value is always equivalent to
the one displayed in the entity create/edit form.

Christian Fritsch authored Feb 03, 2018 and Alexander Varwijk committed Feb 03, 2018

The config form in the module replicated a lot of functionality
that is actually owned by the Field UI module. Therefor it makes
sense to simply remove the config form and make use of that
functionality instead.