Details
-
Type:
Improvement
-
Status:
Code Complete
-
Priority:
Major
-
Resolution: Fixed
-
Affects Version/s: None
-
Fix Version/s: Gliffy Plugin for Confluence 2.0.2
-
Component/s: Plugin - Confluence
-
Security Level: Anyone may view
-
Labels:None
Description
Currently the integration between gliffy and confluence is a bit clunky.
When adding a diagram, one has to create what looks like a diagram placeholder and only then an option to start gliffy is offered. In balsamiq the first step is not needed.
Once a diagram is created, a gliffy renders the image via a servlet whereas balsamiq uses pre-generated image stored as an attachment alongside with with source xml.
Also the fact that gliffy uses spacekey, page title and pageid in the markup by default puts extra constraints on the portability of the content.
Any chance that you could learn some stuff from what balsamiq does and bring it to gliffy?
Issue Links
| This issue is duplicated by: | ||||
| GLIFFY-1672 | Copying Confluence Pages causes user confusion when they then edit diagrams |
|
|
|
| This issue is related to: | ||||
| GLIFFY-1614 | Creating diagram doesn't work when confluence isn't hosted at root context |
|
|
|
@Chris what do you actually want me to do with this one?
We could probably jump from the create diagram page, to the editor, but it would be even better if you could just create a new diagram straight in the editor without the first step like you can in the Jira plugin.
Storing an image file along with the gliffy xml file would allow you to use the normal confluence tools for inserting images etc. That would be a large change to implement though and could impact on a lot of things.
I agree about the default macro markup point, we probably don't need to include anything more then the attachment name in the gliffy tag by default.