Gliffy Online

Integrate image upload into Gliffy Plugin for Confluence

Details

Description

Migrated from: http://developer.atlassian.com/jira/browse/GLFY-13

Note: 11 Votes and 8 watchers at time of migration.

Iteration One Requirements:

  • A new 'Images' tab will display any images attached to the same page that the diagram is attached to
  • The user should be able to upload images without closing the Gliffy editor
  • Initially, only JPG images will be supported since Flash 7 only supports this format. Progressive JPG images will not be supported. Once we move to SWF9 format, we'll be able to support PNG images as well.
  • If possible, the server side code should filter out JPG images that don't work (ie progressive JPG images)

Implementation Plan:

  • Chris will get the LZX in shape
  • Shannon will work on the server side bits.

Activity

Ascending order - Click to sort in descending order
Hide
Permalink
Chris Kohlhardt added a comment -

The client is already written for this, but we'll have to figure out how to handle this in the context of Confluence.

For example, should we allow the user to upload images through the editor UI? Maybe via a pop-up window?

Show
Chris Kohlhardt added a comment - The client is already written for this, but we'll have to figure out how to handle this in the context of Confluence. For example, should we allow the user to upload images through the editor UI? Maybe via a pop-up window?
Hide
Permalink
David Foust added a comment -

Any movement on this issue? When will 1.4 be released (we are 2-3 weeks past the date in jira here)

Show
David Foust added a comment - Any movement on this issue? When will 1.4 be released (we are 2-3 weeks past the date in jira here)
Hide
Permalink
David Foust added a comment -

As for my opinion on the image thing, I think it should be integrated into the editor UI, but stored as an attachment on the wiki page.... thus also allowing gliffy to use any attached image on the wiki page as an object on the drawing.

Show
David Foust added a comment - As for my opinion on the image thing, I think it should be integrated into the editor UI, but stored as an attachment on the wiki page.... thus also allowing gliffy to use any attached image on the wiki page as an object on the drawing.
Hide
Permalink
Chris Kohlhardt added a comment -

We're planning on getting 1.4 released by the end of May. Sorry for the delay.

Show
Chris Kohlhardt added a comment - We're planning on getting 1.4 released by the end of May. Sorry for the delay.
Hide
Permalink
Chris Kohlhardt added a comment -

Clint,

the last remaining issue here is that we need to make sure that the images are sized correctly when they are dropped on the stage. Also, something has broken the SVG->image transcoding rendering.... can you please look into this?

Show
Chris Kohlhardt added a comment - Clint, the last remaining issue here is that we need to make sure that the images are sized correctly when they are dropped on the stage. Also, something has broken the SVG->image transcoding rendering.... can you please look into this?
Hide
Permalink
Jeff Johnson added a comment -

From a user perspective, I would like to have a set of images that we can use across many gliffy pages. For example, we'd create a set of BPMN images to keep on the palette on the left. Then whenever we create a new gliffy diagram, we would be able to drag the graphics from the palette onto the workspace. The concept of storing the graphics on a wiki page seems odd to me as we would want them accessible to all wiki pages. I might be misunderstanding David's comment though.

Show
Jeff Johnson added a comment - From a user perspective, I would like to have a set of images that we can use across many gliffy pages. For example, we'd create a set of BPMN images to keep on the palette on the left. Then whenever we create a new gliffy diagram, we would be able to drag the graphics from the palette onto the workspace. The concept of storing the graphics on a wiki page seems odd to me as we would want them accessible to all wiki pages. I might be misunderstanding David's comment though.
Hide
Permalink
David Foust added a comment -

Jeff, I like the idea of a common image repository also. But I think that is a separate thing from my request. The idea behind mine is often users have logos and pictures they want as part of the drawing, but are by no means something we want to be common clipart for everyone to have access to.

I think both a common repository and having the ability to use images that are already attached to the parent wiki page are very useful.

Show
David Foust added a comment - Jeff, I like the idea of a common image repository also. But I think that is a separate thing from my request. The idea behind mine is often users have logos and pictures they want as part of the drawing, but are by no means something we want to be common clipart for everyone to have access to. I think both a common repository and having the ability to use images that are already attached to the parent wiki page are very useful.
Hide
Permalink
Chris Kohlhardt added a comment -

Hi Jeff,

I believe your particular concern is covered by GLIFFY-235

Show
Chris Kohlhardt added a comment - Hi Jeff, I believe your particular concern is covered by GLIFFY-235

People

Vote (6)
Watch (8)

Dates

  • Created:
    Updated:
    Resolved:
Bug tracking and project tracking for software development powered by Atlassian JIRA (v4.4#649-r158309) | Report a problem