It looks like you're using an Ad Blocker.
Please white-list or disable AboveTopSecret.com in your ad-blocking tool.
Thank you.
Some features of ATS will be disabled while you continue to use an ad-blocker.
Originally posted by TheCrimsonGhost
I personally don't see a need for it, there's nothing complicated or time consuming about using text document editing software to construct a post before copy and pasting it here.
Originally posted by generik
i find sometimes with a so so internet connection i will "loose" a post as it is being submitted. but a "temp save" button would not help. on the other hand a quick "copy", will do the trick as can just "paste" if it gets lost. if i am wanting to say work on something over time a quick "copy paste" to "sticky notes" works well.
Originally posted by BO XIAN
reply to post by edmc^2
ABSOLUTELY INDEED.
BETTER YET, AN AUTOSAVE FUNCTION--EVEN TO OUR OWN HD'S OR WHEREVER . . . I'm still not in the habit of copying to my own buffer before I hit reply. Sigh.
I hate losing long posts. Slow learner on that score.
Originally posted by evc1shop
will it really work any better than someone typing text in like they normally would for a post?
Seems to me that it is really creating an "unpublished" post and then when you are ready to post it publicly, it is then a "published" work. That concept I do not have a problem with as I have many corporations doing the same via SharePoint for their portals and it works well.
What I do not know is how significantly different this procedure will be from what is there now. If the intent is to allow someone to write and then save temporarily, does this use the same mechanism as posting? If so, won't it be plagued by the same issues with browser connections and so on or simply taking too long to save their post that the session times out or the post gets lost somehow?
Or, will this be a posting page with a timer that auto-saves if the post textbox is dirty?
Aside from the ability to delay the posting, how do you envision it being better in terms of entering the post content?
the intent is to allow someone to write and then save temporarily, does this use the same mechanism as posting? IIf so, won't it be plagued by the same issues with browser connections and so on or simply taking too long to save their post that the session times out or the post gets lost somehow? Or, will this be a posting page with a timer that auto-saves if the post textbox is dirty?
Originally posted by evc1shop
reply to post by BO XIAN
Saving to your local file system is not as trivial as you may think it is. Browser security will not just give the ATS site the ability to access your file-system as that would leave you open to many potential vulnerabilities including virus and Trojan backdoor access type intrusions. Direct, unsupervised, access to files systems is not a best practice and defeats the safety/security of the browser.
If the new version is using HTML5, (I have not seen the new version yet) there is the possibility of using the new Web Storage feature of the newer browsers that support this. This can be thought of as a small storage area, somewhere between 2-10MB but certainly enough space to park a text file until it is ready for upload to ATS. This could be used in conjunction with browser capabilities detection to let users, who have support for this feature, take advantage of it.
Originally posted by SkepticOverlord
We used to have it, now we don't. It even had version control.
It was potentially convenient. And potentially harmful.
Harmful because we always lean heavily on the side of absolute caution insofar as how much information from members we store. The less we store (which is incredibly minimal) the less we are a target for fishing expeditions in the form of subpoenas or national security letters.
And in any event, we're not trying to be Google Docs. Storing anything in the cloud is a bad idea. Most modern browser retain state in the event of accidents... take advantage of that.