[Building Sakai] Autosave in FCKeditor

Thu Aug 12 10:09:46 PDT 2010

Thanks, Noah.  This might be worth a try.  I'm hoping it does not involve much more than just adding a typical plugin, but I think it probably does.

Yitna

Yitna Firdyiwek, PhD
Faculty Consultant in Instructional Technology
Advanced Technology Group, ITC
University of Virginia
1.434.924.4055
ybf2u at virginia.edu
http://faculty.virginia.edu/firdyiwek

-----Original Message-----
From: Noah Botimer [mailto:botimer at umich.edu] 
Sent: Thursday, August 12, 2010 11:04 AM
To: Firdyiwek, Yitna (ybf2u)
Cc: Adam Marshall; sakai-dev
Subject: Re: [Building Sakai] Autosave in FCKeditor

I looked into it when I was building what I needed. It seemed okay and added a button to the toolbar to initiate saves and provide status information. However, I never used it with users due to technical reasons (I needed to do a client-side save and didn't want to rewire their AJAX saving, so just did my own).

I'm not aware of anyone else having used it in Sakai.

Thanks,
-Noah

On Aug 11, 2010, at 9:15 AM, Firdyiwek, Yitna (ybf2u) wrote:

> Thanks, Noah, for the clarification.  Yes, it's more complicated than it seems.  Still, have you had any experience with the fckeditor autosave plugin?  Do you know if it's been used anywhere in Sakai? 
> 
> Yitna
> 
> 
> Yitna Firdyiwek, PhD
> Faculty Consultant in Instructional Technology
> Advanced Technology Group, ITC
> University of Virginia
> 1.434.924.4055
> ybf2u at virginia.edu
> http://faculty.virginia.edu/firdyiwek
> 
> 
> -----Original Message-----
> From: Noah Botimer [mailto:botimer at umich.edu] 
> Sent: Tuesday, August 10, 2010 1:31 PM
> To: Adam Marshall
> Cc: Firdyiwek, Yitna (ybf2u); sakai-dev
> Subject: Re: [Building Sakai] Autosave in FCKeditor
> 
> I guess I've been invoked, so I'll add some detail here.
> 
> The important thing to mention is that this autosaving is only used in the Forms tool now. It is not a general solution; rather, it is very specialized, saving one field of a specific type of form. It also has some warts due to metaobj internals.
> 
> A richer implementation would need to take into account the different places the editor is used and the desired behavior. There are many complicated factors, including multiple editors per page, multiple-step workflows, other fields around the editor(s) that should be saved, etc. I also don't see any clear victories here by way of any given editor choice.
> 
> I think we would need a lot more detail about the needs to have a structured conversation.
> 
> Thanks,
> -Noah
> 
> On Aug 10, 2010, at 1:04 PM, Adam Marshall wrote:
> 
>> not us but we are very interested.
>> 
>> This is what Noah B said in Nov 2008
>> 
>> "Yes, I've implemented FCK autosaving. I chose to use Dojo Storage to avoid messing with Flash or other hard stuff myself.
>> 
>> 
>> The implementation amounts to a recurrent javascript timer that uses GetXHTML() on the editor and stuffs it into storage. Usually, this is pretty equivalent to the method in rWiki, using Flash local storage. However, it does have forward-compatibility with Gears and WHATWG/HTML5 DOM storage "for free".
>> 
>> 
>> There is an autosave plugin that is pretty good, but it is implemented with just a toolbar-icon and is set up to do an AJAX post to save. These aren't bad options, but didn't fit my situation.
>> 
>> 
>> Thanks,
>> -Noah"
>> 
>> see http://www.nabble.com/Re%3A-auto-save-with-FCKeditor-p20707854.html for more discussion
>> 
>> There may be issues if there is more than one FCK editor on a page .
>> 
>> Does CK editor offer anything?
>> 
>> adam
>> 
>> 
>> 
>> | -----Original Message-----
>> | From: sakai-dev-bounces at collab.sakaiproject.org [mailto:sakai-dev-
>> | bounces at collab.sakaiproject.org] On Behalf Of Firdyiwek, Yitna (ybf2u)
>> | Sent: 10 August 2010 17:46
>> | To: sakai-dev
>> | Subject: [Building Sakai] Autosave in FCKeditor
>> | 
>> | Has anyone implemented auto-save in the FCKeditor in Sakai?
>> | 
>> | Yitna
>> | 
>> | Yitna Firdyiwek, PhD
>> | Faculty Consultant in Instructional Technology
>> | Advanced Technology Group, ITC
>> | University of Virginia
>> | 1.434.924.4055
>> | ybf2u at virginia.edu
>> | http://faculty.virginia.edu/firdyiwek
>> | 
>> | 
>> | -----Original Message-----
>> | From: sakai-dev-bounces at collab.sakaiproject.org [mailto:sakai-dev-
>> | bounces at collab.sakaiproject.org] On Behalf Of Steven Githens
>> | Sent: Tuesday, August 10, 2010 12:16 PM
>> | To: sakai-dev
>> | Subject: [Building Sakai] Javadocs on Hudson Server
>> | 
>> | Hi Dev,
>> | 
>> | For the Framework projects on Hudson [1], do we generate the Javadocs
>> | for those? (maybe we do and I can't find the link).
>> | 
>> | If not, could have Hudson publish the Javadocs for those so they would
>> | show up on the side along with the static analysis, find bugs, and
>> | other
>> | stuff.
>> | 
>> | I know we occasionally post snap shots of our javadocs elsewhere, but
>> | it
>> | would be really cool to have them there on Hudson by the project
>> | builds.
>> | 
>> | Cheers,
>> | Steve
>> | 
>> | 
>> | 
>> | [1] http://builds.sakaiproject.org:8080/view/Sakai%20Framework/
>> | _______________________________________________
>> | sakai-dev mailing list
>> | sakai-dev at collab.sakaiproject.org
>> | http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>> | 
>> | TO UNSUBSCRIBE: send email to sakai-dev-
>> | unsubscribe at collab.sakaiproject.org with a subject of "unsubscribe"
>> | _______________________________________________
>> | sakai-dev mailing list
>> | sakai-dev at collab.sakaiproject.org
>> | http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>> | 
>> | TO UNSUBSCRIBE: send email to sakai-dev-
>> | unsubscribe at collab.sakaiproject.org with a subject of "unsubscribe"
>> _______________________________________________
>> sakai-dev mailing list
>> sakai-dev at collab.sakaiproject.org
>> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>> 
>> TO UNSUBSCRIBE: send email to sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of "unsubscribe"
>> 
>> 
> 
> 
> 