Paul Sears
さんの提案: 2009年05月08日 14:17
I am starting to port my existing IT Support articles to my new zendesk site forums. Most of my articles are full of screenshots. I expect my image count will grow to several hundred. I haven’t found documentation on the subject, but it appears that all of the images that I upload for forum topics, are stored and presented as a single, site-wide “Uploaded Images” collection. As my Uploaded Images count increases, many of the screenshot thumbnails look alike, making it very difficult to choose the right image.
It appears that I can reference images stored on a remote web server, but for several reasons, I would like to avoid that that method.
· The overall process would be cumbersome, especially for non-technical contributors
· Ad-blockers can block off-site content
· I prefer to keep my site self-contained and avoid the dependency of another site and its management
I might be missing something… Does an easier method already exist for choosing among hundreds of on-site images? If not, please consider adding an on-site image management feature. I trust your wizards to envisioning a very zen solution. I imagine managing site images in a gallery where users can upload images and add names, tags, and searchable descriptions. The facilities for inserting images could then include filter, sort, and search tools.
As a quicker-fix, consider enhancing the insert/edit image window with some creative use of the existing image filenames.
コメント
I completely agree with this. At the very least, deletion or overwriting of existing images should be permitted.
Here's what zen support had to say about this when I brought it up in a ticket:
"The WYSIWYG editor we're using unfortunately doens't support deleting images, which means you have to be more careful with what you upload. We could extend this functionality ourselves, but it's currently not a planned enhancement. I recommend that you suggest this feature in our Feature Request forum."
Benjamin, they use something called "TinyMCE" I believe, we use it in our own software. They are right in what they say about the image upload manager being rather poor.
Although I think Zendesk might have missed this... http://tinymce.moxiecode.com/plugins_imagemanager.php which means they wouldn't need to develop it themselves.
I second this feature, we use Tiny Mce with our CMS system also, there is a plugin called imagemanager which allows the setting up of folders and the ability to delete existing images.
An alternative might be access to an ftp location for this image folder so that we can manage and add folders.
I would also like to see some improvements with regards to image management (organization, deletion, etc.) without this feature creating and updating a knowledge base with many images quickly becomes a chore.
Regards,
Rick
I have a pretty specific example of why it's important to be able to manage your images. We are using the forum as a knowledgebase, and in the event that we reskin our site, we need to upload a whole new set of screenshots.
Does anyone have an alternative option (IE hosting the images elsewhere, and if so, where?) that has worked for them?
Hello Kate,
I am totally with you on this on, it is one of the few things really holding me back from signing up. As Jake says, Zendesk use TinyMce for the WYSIWYG editor and there is an image manager plugin that can be used, we use this ourselves for our website CMS and it is very good.
I wish Zendesk would implement this as it would make life so much easier and mean that we can use this as a knowledgebase.
A possible workaround is the following.
Click the image link in the editor, click the general tab and then enter the url for the image, this way you could host the image yourself and just reference it. I hope that helps.
Here is my vote for more work on this area. Adding the TinyMCE plug-in that permits management of images would be slick. As a new user, I did not realize one could not delete images. I also feel clumsy using the "edit article" method to upload images. It would be slick to be able to build a group of images for an article, upload them in bulk, then insert them where needed.
Of course, if one could simply cut and paste images into an article, from a desktop or browser screen, that would be the most streamlined approach. I must admit though that I generally add arrows or comments to images for documentation articles so the cut and paste approach might not be as necessary as it might seem
Reading other forum posts, I see that this approach involves some technical challenges. Hopefully ZenDesk will consider alternatives other than status quo.
Just submitted a support request for a related issue, but I 100% agree that images need to be manager easier. Using the forum as a Knowledge Base is a wonderful thing, but implementing it has become a bit of a pain.
+1 for better image management, it's 2011. :)
This still seems to be a problem all the way up to June of 2011. Speaking worse case scenario, what if an employee or user uploads inappropriate photgraphs to the image database. Regardless of whether that employee is fired or the user suspended, I now have illicit photographs stuck in my database that I cannot purge. this goes beyond convenience, it could potentially affect the professionalism and moral perception of content posted to the zendesk driven forums.
We're certainly aware of the pain points the current image uploader causes, and we are actively trying to look for replacements. Unfortunately due to how core the rich text editor is to Zendesk, it will take a fair amount to rip it out and place in a better solution. Not to mention, that better solution is few and far between, so we need to make the right choice.
@Jjagodics - in that kind of situation, I'm pretty sure we could help you out in removing such inappropriate images.
Appreciate knowing this is on your radar, Jake. Looking forward to seeing new image library functionality. Any idea when we might expect that feature?
+1 on an Update...
+1 on this. There definitely needs to be a image replace or delete solution. Our image library is getting huge with many of the images being outdated now because of new products, etc.
Really? This thread was started in 2009 and still no enhanced image handling? And no timeline for implementation? Really?
"Really? This thread was started in 2009 and still no enhanced image handling? And no timeline for implementation? Really?"
Amen to that!
+1. This is very important for implementing a large knowledgebase full of screen shots. I would want the images to remain hosted within the Zendesk environment so they are protected by the authentication and encryption features of the portal.
+1 in 2012! The more I work with Zendesk, the more limiting I am truly finding it. I don't even want to start ranting about the HTML editor limitations and how it tends to muck up my hand-crafted HTML trying to outsmart me....
+1 on Nancy's comments - seriously if this text editor is key, then we should not need to fight it for basic HTML functions AND add to that the fact that it is in the way of images being easy to manage? C'mon guys. Please help us out here. In May, 2012, it's 3 years since this party started.
Adding my vote to this. I use tinyMCE and the image manager add-on, works flawlessly. Would love to see it here in ZD.
I host ALL my images off-site as there are so many...
+1 in 2013 (and still counting)!
I heard that API v2 allows you to delete uploaded images but so far I've been unable to call the API successfully.
http://developer.zendesk.com/documentation/rest_api/attachments.htm...
To follow up, the API I've mentioned works for ticket attachments only. So I have created a feature request to add an API function to delete uploaded images:
https://support.zendesk.com/entries/22971976-api-function-to-delete...
Also, I asked ZD support to delete files for me and they offered a so-called "professional client service" for additional fee.
I don't know how much it actually costs since they somehow decided to ignore me.
Quite honestly, it's really not how they are supposed to treat a customer. I may not an important customer, but I've paid (for 1-year upfront) the fee they've asked just as other customers.