-
Notifications
You must be signed in to change notification settings - Fork 8
IBX-6077: Fixed saving custom classes and attributes on tables in OE #107
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
…Editor are not saved
…Online Editor are not saved
|
@ibexa/php-dev @dew326 : Please review |
…Online Editor are not saved
|
Kudos, SonarCloud Quality Gate passed!
|
alongosz
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks ok as-is. I neeed more details here: https://github.com/ibexa/fieldtype-richtext/pull/107/files#r1268000236
alongosz
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
+1 for the current state from my side.
tomaszszopinski
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
QA approved on IbexaDXP commerce 4.5








The editor used in 4.x saves tables inside a
<figure>element. The editor would then saveclassanddata-ezattributeon the<figure>element, instead of in the<table>.We did apparently not fix our converters accordingly for 4.x.
I have solved it by making a new XSLT template copies the
classanddata-ezattributeattributes from ancestor element if that is a<figure>element.I have not done anything with docbook->xhtml5.edit transformation. It seems like editor is backward compatible and also deals fine with having missing
<figure>element and the attributes stored on<table>element as before.But maybe we should inject a
<figure>element when sending doc back to editor? Would that be considered a BC maybe ?I think this is a better alternative than solving it in a PHP converter as done in #106
TODO:
$ composer fix-cs).