We need to decide on how to support the import and editing of SVG images and diagrams
In the original slidewiki.org SVG is supported via an external editor - see http://slidewiki.org/deck/12851_test-title#tree-12851-slide-56922-3-view and http://slidewiki.org/libraries/frontend/svg-edit/svg-editor.php I am not sure about diagrams.
Luis Daniel Fernandes Rotger did nice work on showing the imported diagrams using the d3 library
The diagrams are not yet editable.
Perhaps we can offer users support by saving the imported diagrams as SVG graphics (so only use d3 for interpreting and converting) and then implementing a good SVG editor (which can then edit both diagrams and SVG grahics, e.g., arrows from powerpoint).
Also, as far as I can see, SVG graphics are currently not shown in the slide view/edit/presentation/print mode - which would be the first step towards this. I would think SVG is natively supported in HTML/Browsers, so perhaps there is something missing in the import.
Possible tools/solutions:
- http://alignedleft.com/tutorials/d3/drawing-svgs
- https://github.com/paypal/amcharts-accessibility-plugin
- Google slides:
Question:
do imported graphics need to be editable?
are all diagrams converted to editable graphics - for example charts and graphs as well as line drawings?
what are the minimum drawing tools we need to support?
do these need to integrate into CKeditor or can they standalone (assuming also that we will not support these on a mobile sized UI)
how do we manage accessibility of a) the graphics once edited created b) accessibility of the editing tools
Related tasks:
SWIK-74 - Choose the right SVG editor to be integrated with slide editor Open
SWIK-75 - Implement support for adding/editing SVG images in slide editor Open
SWIK-836 - SVG stroke width lost on import (NaN) Open
SWIK-755 - SVG drawing causes input box editing (resize/drag/delete) to behave unituitively Open
SWIK-802 - Investigate/implement import of diagrams from PPTX to SlideWiki In Progress
Stakeholders/experts:
Abi James