[sakai2-tcc] [Building Sakai] Google Summer of Code 2012

[Steve Swinsburg]

I'm pretty keen to propose this idea on the Sakai GSoC 2012 ideas page and be a mentor for it. 

Would that be ok? John are you interested in co-mentoring? Anyone else?

cheers,
Steve



On 07/03/2012, at 7:10 AM, John Bush wrote:

> We prototyped a drag and drop component that we were basically
> thinking about putting on the bottom of the resource upload page.  I
> think that project died somewhere but I liked the idea. It was just
> targetted at files, but  something like that, plus support for folders
> (not sure that's even possible), or maybe having unzip work correctly
> in resources (not sure of the current state, but I thought there were
> issues) would give us pretty good traction to hit the bulk upload
> requirements.
> 
> On Tue, Mar 6, 2012 at 12:58 PM, Matthew Jones <matthew at longsight.com> wrote:
>> Well with flash never being supported on iOS and being depreciated from
>> Android, it probably doesn't have too long of a future anyway, so by the
>> time this was done it might be obsolete in flash. Though there were some
>> pretty neat looking uploaders. An html5 version though would be great!
>> 
>> Having a *good* bulk upload in content is certainly something I've wanted
>> for awhile but the pieces just didn't seem to be there. I also wish that
>> a ProgressListener was implemented so that there was a status bar for a user
>> to be able to tell how long the upload was going to continue taking, and
>> maybe someday even upload in the background.
>> 
>> The was some work to use the fluid uploader a few years ago at Michigan but
>> that was unfinished. It looks like the fluidproject website is down at the
>> moment, so I don't know what's up with that either.
>> 
>> I agree though that content really is in need of some usability improvements
>> on the backend and frontend. :( And it also seems like any thick client is
>> going to have some issues at the moment, unless something unlikely happens
>> like if Dropbox open sources their client, as we could probably implement
>> that style api.
>> 
>> Locally I was reminded of a app that has a free and pro version of webdav
>> for iOS and Android that is also known to work with Sakai Dav, though the
>> mobile portal is also mostly functional.
>> http://seanashton.net/webdav/
>> 
>> On Tue, Mar 6, 2012 at 2:18 PM, John Bush <john.bush at rsmart.com> wrote:
>>> 
>>> I think any thick client is going to have the same problems we are
>>> trying to avoid with webdav.  I think we'd be better served by having
>>> a flash or html5 type drag and drop component in CLE that would let
>>> people do bulk uploads in an easy way, but avoids having to rely on
>>> any client specific tool outside of the browser.
>>> 
>>> On Tue, Mar 6, 2012 at 10:32 AM, Seth Theriault <slt at columbia.edu> wrote:
>>>> Matthew Jones wrote:
>>>> 
>>>>> Even if we pass the litmus it still doesn't mean it would work,
>>>>> which seems like it's pretty discouraging. What would be the
>>>>> goals of this effort?
>>>> 
>>>> The goal of last year's effort was to simplify the support for
>>>> WebDAV by replacing our "roll-your-own, based on Tomcat" DAV with
>>>> something updated and modern. I still think that's a valid goal,
>>>> although we appear to be exchanging one set of headaches for
>>>> another soemtimes.
>>>> 
>>>> WebDAV is easier for end-users to use than sftp, even if
>>>> Cyberduck supports it. Forcing people to use Fuse or
>>>> yet-another-client doesn't make for friendliness.
>>>> 
>>>> Seth
>>>> 
>>>> _______________________________________________
>>>> sakai2-tcc mailing list
>>>> sakai2-tcc at collab.sakaiproject.org
>>>> http://collab.sakaiproject.org/mailman/listinfo/sakai2-tcc
>>> 
>>> 
>>> 
>>> --
>>> John Bush
>>> 602-490-0470
>> 
>> 
> 
> 
> 
> -- 
> John Bush
> 602-490-0470
> _______________________________________________
> sakai2-tcc mailing list
> sakai2-tcc at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/sakai2-tcc