Product Ideas

WebClient e-sign date function doesn't allow deselection

There are 3 states to the date stamp button in the e-sign menu of the viewer client. Clicking once enables the single use date stamp. Clicking twice enables a multi stamp functionality. Click 3 times and the user is returned to the single stamp functionality. There appears to be no way to "deselect".

Steps: Open full viewer > click on "e-sign" (top left) > click on the date button (farthest right in series) > click a second time on the date button > click a third time on the date button > hold the cursor over document white space

Expected Result: After clicking on the date button once, the button appearance should have changed (this signifies the single date functionality is active). After the second click on the date button the multi stamp feature should be enabled. After clicking on the date button a third time there are no more modes of functionality available so the state of the button should be returned to deselected state.

Actual Result: the 3rd click returns the button and functionality to the single stamp functionality state.

  • Mark Fears
  • Mar 27 2018
  • Attach files
  • Mark Fears commented
    27 Mar, 2018 06:51pm
    jjacobyJared Jacoby added a comment - 09/May/17 4:28 PM

    I agree that the behavior of the tool automatically going back to the PanAndEditMarks tool after adding a mark, might give the impression that there's a default tool (PanAndEditMarks). If I understand/recall the original design, the main idea is to allow the user to quickly edit a mark (move it, resize it, etc.) after creating it, but I don't recall us ever embracing the idea of a default mouse tool. That said, it could be a good idea.

    If we did decide to support a default mouse tool, we would need to update all "sticky" buttons (magnifier, all annotations/redactions/e-signatures, text selection, rectangle zoom) to support deselection. (Note: When testing this, I found that the text selection tool has a white background when selected twice; and I don't think that is any different than when it is selected once; that appears to be a bug.)

  • Mark Fears commented
    27 Mar, 2018 06:50pm
    egoebelEric Goebel added a comment - 09/May/17 3:46 PM

    This behavior may be by design but I believe it can be improved for the user. I disagree with the statement that the viewer does not have a concept of default. I can reasonably conclude that the pan tool is the default tool based on observation of the application (see attached gif).

    • When the viewer loads, the pan tool is already selected. If there were no default then the user would see a standard cursor instead of the 4 way arrow.
    • After using a tool such as the single stamp block redaction or the single stamp e-sign tool the pan tool is automatically selected.

    Altering the behavior of the buttons to allow the tools to be toggled off should be relatively easy to accomplish. If this were a new feature I would recommend that if any tool were to be "turned off" that the standard cursor be enabled requiring the pan tool (or any other tool) to be selected by the user.

    Since there is existing functionality that automatically selects the pan tool when other tools are not selected, implementing an improvement that requires an extra click to select a tool as suggested above might not be a good idea because current users might not welcome the need for an extra click to make a selection.

    I would recommend that if we were to provide a way for the user to deselect a tool, the pan tool should become the default.

  • Mark Fears commented
    27 Mar, 2018 06:49pm

    This is by design. The annotation and redaction tool buttons work similarly.

    The user could have selected any tool before selecting the e-sign tool, such as an annotation tool, magnifier, hand pan, text selection, etc. Whatever tool is selected is indicated to the user by showing the button as pressed. The viewer does not have a concept of a "default" tool that would go into effect if the e-sign tool is "deselected". To select any tool, such as the hand pan tool for example, the user must click on that tool.

    We could consider a better user experience, but this is how viewer tool selection was designed, and existing customers are likely used to the existing behavior.