|
[
Permlink
| « Hide
]
David Ruddock added a comment - 14/Feb/07 03:39 AM
A MimeTex maths formula plugin also doesn't render to HTML because of this issue.
Same issue present in exports from the graphviz plugin
Great news to see this fixed! We have customers who are very much looking forward to this.... Will a pre-release version of Confluence 2.6 be available for us to test with?
thanks! -chrisk Yes, we hope to have dev releases available two weeks before the actual release of Confluence 2.6
Agnes. Hi Agnes,
Can you please explain how you fixed this issue? I'm not able to find any documentation as to how we can verify and in turn fix this on our end. thanks! -chris Confluence queries itself to render the macro as an image, just like it does for normal page rendering. You shouldn't need to do anything special to support this in 2.6.0.
However, there is a known bug preventing this working correctly on Resin 3: Hi Matt,
Thanks for the quick response. This isn't working for us just yet. A 0 byte file is being included in the .zip achieve instead of a valid image file. How does Confluence know it's supposed to query itself and then pull the image into the zip file? Does it expect a special mime type or filename extension (such as .jpg) for the image src URL to figure that out? thanks! -chris Hi Matt,
Any ideas why this fix isn't working for us? thanks! -chris Do none of your images export to Word, or just the ones created by Gliffy?
This may be a security issue-- I have to give anonymous access permission to view before I export to Word in order to get images to show. Hope that helps, Hi Tiffany,
Thanks for the idea. Changing permissions isn't really an option for us. The Gliffy plugin which we've created has to play nice with any permission setup that a customer has in place. We certainly don't want to override their permissions. thanks though! -chris Chris, I'm not sure. I'm investigating the failures this caused at the moment (
I'll reopen this issue until we can confirm that it is fixed for you. Reopening. There are a few serious bugs with this implementation, and it also doesn't seem to work as advertised in all situations.
(To be fair, much of this is due to the fact that space export was made a long-running task at the same time. The operations causing the current bugs are fine if done on the same thread.) Thanks for the update Matt. Please let me know if there is anything I can do to assist.
-chris This problem has been re-fixed for 2.6.2.
2.7 will have the proper fix is being monitored in a separate issue, Will this fix require action on the part of plugin developers who are currently experiencing this bug?
thanks -chrisk @ gliffy The patch for 2.6 is only a temporary fix and will no need any additional work from plugin developers.
However, the fix for 2.7 will require plugin developers to use the new manager to write/store the macro image content. This manager will also be responsible for the retrieval of macro image content (for exports). Agnes. Is this fix supposed to render LaTeX images created by the LaTeX plugin in Word as well (version 2.6.2)?
That was my understanding, but I have now upgraded to v. 2.6.2 and I still don't get any LaTeX images in my Word docs. Thanks, Hi Tiffany, See the comment above – the plugin developers needs to implement some changes on their side as well to take advantage of this capability. You should contact the original developer of the latex plugin.
The documentation Agnes mentions is http://confluence.atlassian.com/pages/viewpage.action?pageId=107185152
 |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
 |
|
Bug
Closed
Major
Images produced by macro plugins like Gliffy are not generated into .doc or .html exports
