fix: formatting
publish / Build-and-publish (push) Successful in 12m51s

This commit is contained in:
4gl
2026-08-09 18:12:42 +01:00
parent 26304f3c73
commit 34846e5a4c
+2 -2
View File
@@ -1,7 +1,7 @@
---
title: 'FSEDIT-Style Paging in the Edit Record Form'
description: Page through your data one record at a time in the Edit Record dialog - a modern take on the classic SAS PROC FSEDIT full-screen editor.
date: '2026-07-30 09:00:00'
date: '2026-08-09 09:00:00'
author: 'Data Controller'
authorLink: https://www.linkedin.com/showcase/data_controller
tags:
@@ -11,7 +11,7 @@ previewImg: './example.png'
# FSEDIT-Style Paging in the Edit Record Form
Anyone who has worked with SAS for a while will remember `PROC FSEDIT`. Part of the SAS/FSP (Full-Screen Product) family alongside `PROC FSVIEW` and `PROC FSBROWSE`, it was for years the standard way to edit a dataset interactively: one observation per screen, typing directly over values that committed straight to the table. That focused, one-record-at-a-time view was a simple way to amend data without getting lost in a wide grid - though edits landed immediately, with no staging or approval step in between.
Anyone who has worked with SAS for a while will remember `PROC FSEDIT`. Part of the SAS/FSP (Full-Screen Product) family alongside `PROC FSVIEW` and `PROC FSBROWSE`, it was for years the standard way to edit a dataset interactively: one observation per screen, typing directly over values, and commiting straight to the underlying dataset. That focused, one-record-at-a-time view was a simple way to amend data without getting lost in a wide grid - though edits landed immediately, with no staging or approval step in between.
Data Controller's **Edit Record** dialog brings that experience into the browser. Instead of scanning across dozens of columns in the grid, you open a single row as a form - every field labelled and stacked vertically, with dropdowns, validations and formatting applied just as they are in the main editor.