-
-
Notifications
You must be signed in to change notification settings - Fork 824
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
Update to PHPWord 0.14.0 #11696
Update to PHPWord 0.14.0 #11696
Conversation
Some suggestions on reviewing:
|
I took a look at the release notes & there is nothing of concern there. fixes & features but nothing looks like it would cause breakage |
why has composer.lock not been updated here? |
I tested & found it pretty confusing what you were supposed to do in case to use ms word but at it's simplest it seemed like you could do the same thing from case that you can from anywhere else & that seemed to still export to word / odt just fine. |
@eileenmcnaughton can you retest after running composer update locally. My thinking is that it won’t have installed the updated version because composer.lock isn’t included in this PR |
f420df8
to
90a6991
Compare
Is there a process for updating composer.lock in the way that CiviCRM wants it updated? I tried doing |
I tested with the new composer lock file. I did not re-test civicase as it seemed no different to 'normal' mail merge. My feeling about this is that if there is to be a difference it would be on some obscure formatting we could not predict and testing is unlikely to find that. However, I do have a job to work on some Word formatting so I will apply this change to our site before doing that work & increase the chances of spotting anything composer.lock looks OK to me. Merging |
I've been testing this and it fixes a problem with rendering line breaks. I thought at first the text align function was broken & I was seeing some other format details. However, after watching someone who actually has MS Word installed open the documents I could see that the problem was not in the actual document |
@eileenmcnaughton so are you saying that upgrading a library in CiviCRM actually improved something? That's an exciting twist on what usually happens ;) |
@colemanw yep - it actually provided the fix to the problem I was trying to solve - although it took me a long time to realise that because I didn't realise the fix was not applied on the server I was testing from & also was seeing different results to our users because of my lack of MS word |
@lcdservices fyi |
This update improves handling of br tags & makes the address block split over several lines as expected (without it the break does not show). Note that my QA appeared to show a handful of problems but when I tested with Leanne over screen share the problems were not present when actual 'MS Word is used to open the docs rather than open office. I can share these screenshots with a reviewer civicrm#11696 Bug: T187251 Change-Id: I0a62ff74b41eedd26daed4eddeddf930ce939abd
PHPWord 0.14.0 was recently released:
https://github.com/PHPOffice/PHPWord/releases/tag/0.14.0
This fixes a number of bugs and adds some new features.
However, my only motivation for this update is that loosens some Zend dependencies in the composer.json that will allow CiviCRM to be required via composer on a Drupal 8 site.
I actually don't know where PHPWord is used in CiviCRM, and haven't tested that it actually works. I'm kind of hoping the automated tests will help with this. :-)
But increasing this dependency will allow removing the PHPWord fork from the Drupal 8 installation instructions.