More granularity for inline edit config

XMLWordPrintable

    • Type: Suggestion
    • Resolution: Unresolved
    • None
    • Component/s: Data Center
    • None

      Inline editing is currently a global setting. I think this is best done on a per-screen basis, or maybe screen scheme, since it only affects the "View Issue" configured screen, and that same screen may be used in other schemes where inline editing is not desired. Even making it a per-project setting would be an improvement.

      Most users want to turn it on, but my problem is that I have a few cases where I really need to control modifications to fields, and leaving inline editing on globally makes it so much more complicated. For example, process enforcement where there are multiple levels of approvals... If a user can arbitrarily change a field AFTER an approval (one that they should have the right to change PRIOR to approval), it becomes a mess. 

      I'm able to have pretty good control over it using workflow functions, scripting, screen locking, etc... but for the cases where it's a basic project and inline editing would be fine, I can't give them that feature without breaking the complex projects.

            Assignee:
            Unassigned
            Reporter:
            Joe Chlimoun
            Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

              Created:
              Updated: