|
|
Nothing has changed my Gmail experience more than the drag-and-drop file upload. What was once a terrible experience is now a joy - windows key, first few letters of file, grab, drag, drop in a new Gmail message, and send.
I suggest a similar “file upload” tray for S360 contacts and blogs.
|
|
|
|
|
Technically this is a tricky thing but I agree that anything that makes the application more intuitive is a step in the right direction.
|
|
|
|
|
+1 for that
and the ability to click a file that is in a contact of project and open it directly, rather than having it download, and then open it
|
|
|
|
|
+1 for both. Thanks for the GMail tip sloughwi - very nice.
|
|
|
|
|
Drag and drop on google apps is one that i was waiting a long time for too..I guess the guys should have a drop area like gmail for dropping in files. Gmail uses a small area that expands when you hover over it.
|
|
|
|
|
this is a “nice to have” feature for me, not as crucial as something like proper file revisioning, bigger thumbnails and a image viewer (lightbox) added.
|
|
|
|
|
Adrian@Vm
now that you mention file revisioning i agree that it is a much more important feature than a drag and drop file upload feature.
|
|
|
|
|
Based on the other comments, it seems that people really want a more robust file management system all-around. What might make more sense is tight integration with a sync service like Syncplicity or Dropbox, all which have these features already, rather than implementing each of these things independently.
|
|
|
|
|
File revisioning would be enough for me to begin with as I would like to make use of the storage available on solve360 without having to pay for another storage system.
|
|
|
|
|
My thinking was that if you need true filing revisioning (ability to roll back changes to prior versions) then that is not an easy thing to implement. Note too that many of the sync services have fairly generous free plans.
|
|
|
|
|
it’s a tough spot because at the moment, Google Apps’ docs are not up to snuff for professional layouts and production but they work for just copy writing.
However, I find it a pain to be working on a .AI or .PSD and have to keep saving / re-uploading - now that I think about it, dropbox/sugarsync integration really would be great in that regard.
|
|
|
|
|
adrian@vm - Jul 18, 2010 10:10am it’s a tough spot because at the moment, Google Apps’ docs are not up to snuff for professional layouts and production but they work for just copy writing.
I don’t even use GDocs for that reason, except for some very rare sharing or simultaneous collaboration.
adrian@vm - Jul 18, 2010 10:10am
However, I find it a pain to be working on a .AI or .PSD and have to keep saving / re-uploading - now that I think about it, dropbox/sugarsync integration really would be great in that regard.
Agreed; in addition, I’ve always been terrified of not being able to get documents back out of the system (not just with S360, but with any web app). I can’t even think of uploading a document without retaining a local copy, which means I’m now saving a scan to my local file system, and then opening the project blog, then clicking upload, then navigating to the right spot, then uploading. A long, inefficient process, which I’m not willing to do (or pay someone to do) 30-50x per day.
|
|
|
|
|
sloughwi - Jul 18, 2010 10:11pm adrian@vm - Jul 18, 2010 10:10am it’s a tough spot because at the moment, Google Apps’ docs are not up to snuff for professional layouts and production but they work for just copy writing.
I don’t even use GDocs for that reason, except for some very rare sharing or simultaneous collaboration.
adrian@vm - Jul 18, 2010 10:10am
However, I find it a pain to be working on a .AI or .PSD and have to keep saving / re-uploading - now that I think about it, dropbox/sugarsync integration really would be great in that regard.
Agreed; in addition, I’ve always been terrified of not being able to get documents back out of the system (not just with S360, but with any web app). I can’t even think of uploading a document without retaining a local copy, which means I’m now saving a scan to my local file system, and then opening the project blog, then clicking upload, then navigating to the right spot, then uploading. A long, inefficient process, which I’m not willing to do (or pay someone to do) 30-50x per day.
I think this is just a growing pains situation of cloud vs. local apps. for example, some people can do amazing things in Aviary, but I’m not ready to make that leap and leave good ole Photoshop.
The fact is, trying to have a solid sync a la Dropbox is just really tough - that’s why it’s such a good app.
re: data in the cloud - it’s the number 1 concern. that’s why I tend to recommend and work with companies like Norada - people I can call, get to know, and most importantly, people who WANT TO BE held accountable for their service.
I see the relation between Norada and SMB as a partnership, not a vendor to customer one.
|
|
|
|
|
Just noticed that s360 is using amazon s3 for file storage. I dont know the limitations on the amazon service but one would guess it is probably a big factor in how any future changes to file storage is used.
|
|
|
|
|
adrian@vm - Jul 19, 2010 01:29am
The fact is, trying to have a solid sync a la Dropbox is just really tough - that’s why it’s such a good app.
Exactly. I imagine this is why they chose to integrate with Freshbooks rather than create a substandard invoicing program. Likewise for Constant Contact and email marketing. Although I originally thought improvements to the existing file upload were a first step, reading this thread has convinced me they should go straight for integration with a more robust file management service.
|