diff --git a/content/feed/fsedit-paging/index.md b/content/feed/fsedit-paging/index.md
index 9b3bcb3..446084b 100644
--- a/content/feed/fsedit-paging/index.md
+++ b/content/feed/fsedit-paging/index.md
@@ -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.