[development] Use revisions to replace previews

Kevin Reynen kreynen at gmail.com
Fri Jun 8 05:49:35 UTC 2007

The "view own revisions" option works for sites that have a revisions tab,
but how does a user get to the "view own revisions" of a node that was
previewed, but not saved?

I think the captcha workflow can be modified to work with preview as
revision, but it's just one of many modules that will likely have to be
modified.   Others modules I'm guessing the preview as an actual insert
might impact include pathauto, automatic node titles, akismet, subscription,
and notify.

Again... I'm not saying this shouldn't happen, but it shouldn't get be given
a great idea/+1 without thinking through the UI issues as well as the impact
it is going to have on popular modules.

- Kevin Reynen

On 6/7/07, Frederik 'Freso' S. Olesen <freso.dk at gmail.com> wrote:
> 2007/6/7, Kevin Reynen <kreynen at gmail.com>:
> >Assume I'm a user without revision/edit access and I add something,
> >preview it, and don't save it.  How would I get to it?
> In the thread you reference yourself, I believe it was suggested to
> have a "view own revisions" permission, partly to deal with the issue
> of entering private-data-in-PHP-code, but it would also 'fix' this
> issue.
> >Another issue that comes to mind is Captcha.  Right now I only require
> >Captcha on save.  I don't like the idea of spambots being able to commit
> >inserts to my databases or requiring Captcha on every preview.
> Perhaps only requiring captcha once and then store it in the session
> information?
> Or require captcha the first time one edits a page and stays at the
> page[1]?
> [1] Ie., if I go and edit page #1 I have to pass a captcha for the
> first preview, but the second preview and the final submission doesn't
> require anything. I then go to page #2 where I have to pass a captcha
> again entering the 1st preview, but then I go to page #1 to check
> something, and upon returning to page #2, I have to re-pass the
> captcha for the next preview/submit.
> --
> Frederik 'Freso' S. Olesen <http://freso.dk/>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.drupal.org/pipermail/development/attachments/20070607/8fbcaef9/attachment-0001.htm 

More information about the development mailing list