Jump to content
View in the app

A better way to browse. Learn more.

FMForums.com

A full-screen app on your home screen with push notifications, badges and more.

To install this app on iOS and iPadOS
  1. Tap the Share icon in Safari
  2. Scroll the menu and tap Add to Home Screen.
  3. Tap Add in the top-right corner.
To install this app on Android
  1. Tap the 3-dot menu (⋮) in the top-right corner of the browser.
  2. Tap Add to Home screen or Install app.
  3. Confirm by tapping Install.

Anchoring/Freezing Header, Scroll Rest of Record

Featured Replies

I am trying to freeze a certain portion of my record template so it stays in place while I scroll through the rest of the layout much like freezing columns/rows in Excel for convenient reference. In essence, I want to make sure I can still see things like the patient name/date of entry when I scroll down on the layout. Any suggestions?

Really the only ways to create that kind of functionality is to use either a List View layout or contain all the data that you want to scroll through in a different table and view it through a portal on your layout. The portal solution is probably more what you are needing. That design technique can get hairy but it's not impossible. In fact, in many cases containing record attributes (things like addresses, phone numbers, and emails) in a separate table is actually preferable.

Create a list view layout with header and body (and optionally footer). In list view the header remains at the top and the footer at the bottom of the screen. Just ensure that only one record is in the current found set.

  • 3 years later...

Really the only ways to create that kind of functionality is to use either a List View layout or contain all the data that you want to scroll through in a different table and view it through a portal on your layout. The portal solution is probably more what you are needing. That design technique can get hairy but it's not impossible. In fact, in many cases containing record attributes (things like addresses, phone numbers, and emails) in a separate table is actually preferable.

 

I know that this is a pretty old thread but can someone please explain how the portal method that jdu98 could work? Let's say that I have a table with 100 fields and I want the user to be able to scroll down a single layout and fill them in (like they would on a web page). How does putting them in a portal gain you anything? You still need to increase the height of the portal to accommodate all of the fields, and if you do that isn't the header going to scroll the same as if you used any other object to extend the layout vertically?

I know that this is a pretty old thread but can someone please explain how the portal method that jdu98 could work? Let's say that I have a table with 100 fields and I want the user to be able to scroll down a single layout and fill them in (like they would on a web page). How does putting them in a portal gain you anything? You still need to increase the height of the portal to accommodate all of the fields, and if you do that isn't the header going to scroll the same as if you used any other object to extend the layout vertically?

 

I believe the idea refers to multiple records, not multiple fields in a single record.

Create an account or sign in to comment

Important Information

By using this site, you agree to our Terms of Use.

Account

Navigation

Search

Configure browser push notifications

Chrome (Android)
  1. Tap the lock icon next to the address bar.
  2. Tap Permissions → Notifications.
  3. Adjust your preference.
Chrome (Desktop)
  1. Click the padlock icon in the address bar.
  2. Select Site settings.
  3. Find Notifications and adjust your preference.