I resolved #2 with a page plug-in.  I hook the PreInit event, then check if the user as at least Change on this page.  If not, I disable the right-click menu.

So, with this, it's much less invasive to give everyone access to Edit Mode, since they won't know they have Edit Mode unless they are on a page they can edit.

I think I've managed to answer all my own questions on this, but would like confirmation, just to ensure I'm not mistaken:

• To use either On-Page Edit or Quick Edit, you have to have Publish rights on the page.  This appears to be because neither mode has a "Save and View" option.  In both cases, you only get "Save and Publish."
  
  
• To use Quick Edit, you have to have Edit Mode access, since you have to have access to that URL path via the forms authentication in web.config.  (I could probably rig up a different authentication rule and allow access only to Quick Edit -- not the rest of Edit Mode -- then remove Edit Mode from the context menu via a plugin.)
  
  
• The only way to manage workflow is to have access to Edit Mode.  They need an Action Window to interact with it.

So, this means that the editing prospects for users that don't have (1) publish rights, or (2) edit mode are dim, perhaps even non-existant.  If we consider the three editings modes as:

1. On-Page Edit
2. Quick Edit
3. Edit Mode

If you have only Change rights, and no Edit Mode, you can't do anything, since none of three will work for you.

If you have Publish rights, but no Edit Mode, you can use On-Page Edit only, since the other two require Edit Mode.

If you have only Change right, and do have Edit Mode, you can use Edit Mode only, since the other two require Publish rights.

Finally, if you have Publish rights, and do have Edit Mode, you can use all three.

Hi Deane!

I just wanted to say that your assumptions of the last post are correct.

Linus, I think the loss of Quick Edit mode in these situations is pretty tragic.  I find it so intuitive for users, and I really encourage people to use it more.

Why is there no Save and View option on Quick Edit mode?  It would seem like such a simple thing to do.  Would there be a way to modify it to enable this?

The main reason (except that we just never got the request to develop it) is that quick edit mode simply turns of all other tabs except edit. Save and view in quick edit mode would just add more complexity to edit panel that already is the most complex page in the system that deals with a lot of different modes and combinations. I don't think that it's possible to change this without having access to the editpanel code since most of this logic resides there. I will however take this request into consideration for future improvements since I know that it's a faily common case to just allow basic editing for some users.

Incidentally, here is my plugin to remove the right-click menu unless the user has at least Change rights to the page.  I wrote this because even if a user could only modify a single page, their browser's right-click menu was overridden on every page, which seem a little intrusive to me.

[PagePlugIn]
    public class RemoveRightClickMenu
    {
        public static void Initialize(int optionFlag)
        {
            PageBase.PageSetup += PageSetup;
        }


        public static void PageSetup(PageBase sender, PageSetupEventArgs e)
        {
            sender.PreInit += CheckForEditPermissions;
        }

        public static void CheckForEditPermissions(object sender, EventArgs e)
        {
            //If this isn't an EPiServer page, abandon...
            if (!(sender is TemplatePage))
            {
                return;
            }

            PageData currentPage = (sender as TemplatePage).CurrentPage;

            if(!currentPage.GetSecurityDescriptor().HasAccess(PrincipalInfo.CurrentPrincipal, AccessLevel.Edit))
            {
                (sender as TemplatePage).ContextMenu.IsMenuEnabled = false;
            }
        }

Deane

have you got around item problem #1