Modal form opening position

Permanently deleted user

September 29, 2015 22:47

When a modal form opens in the HTML5 viewer, the default open position is at the bottom of the form. Is it possible to change this to open the form at the top, and the user has to scroll the the bottom. (It's a disclaimer style form so quite long..)

0

• 

  Permanently deleted user

  October 01, 2015 22:03

  Hi James, 

   

  There are different modal forms used in the HTML5 Viewer, are you talking about a display form or an alert from a workflow you created? I have just tested them out now and both of them start at the top. Perhaps you can send me a screenshot and I can better help you diagnose the problem.

   

  Carmen

  0
• 

  Permanently deleted user

  January 20, 2016 19:33

  Hi James, I have a similar case, have you found a way to open the form at the top? thanks

  0
• 

  Tyson Schoepflin

  May 17, 2016 23:11

  We have a similar issue with a long form.  When opened the scrollbar is set to the bottom.  Has anyone found a work around?

  0
• 

  Tyson Schoepflin

  February 08, 2017 18:36

  I think it may be an issue of using a group, or group box, description while there is no content within the group, or group box, itself.  Groups within groups may be an issue if you do not have any other element type.  It is like the height is not reported correctly if a group, or group box, does not have any children elements within it.  

  For example we had a form with a root group.  The root group has no description and contains 4 group boxes.  The group boxes have no children but do have descriptions.  The form would always open with the scrollbar at the bottom.  If you add a blank hyperlink before the first group box and a blank hyperline below the last group box the scroll bar will show up at the top of the form where one would expect it.

  Do note, that adding only one hyperlink fixes the issue for IE, but the scroll bar was still at the bottom in Firefox.  The second hyperlink fixed it for all browsers I tested (IE, FF, Chrome).

  This appears to be a height calculation bug if there are not certain child types within a group.

  0
• 

  Malcolm Walker

  • Community-Manager

  May 05, 2017 20:52

  Hi Tyson,

   

  Thanks for posting this workaround.  The issue had been filed, but there was no workaround in our bug tracker, so I've added yours to its description.  We are currently tracking this issue as GVH-8648.  It is currently not scheduled to be fixed.

   

  Regards,

   

  -Malcolm

  0

Please sign in to leave a comment.