Page Property Configuration

Configure shared property visibility and ordering for Dotabase detail pages independently from saved views.

Overview

Description

Page Property Configuration stores the shared visibility and ordering of fields on a Dotabase's row detail page.

Settings are derived against the live schema, validated so keys still identify real properties, and persisted through the Dotabase service as presentation metadata. The underlying property definitions and values remain unchanged. Because this is the shared page default, every user and surface can begin from one coherent detail-page arrangement.

Selling Points

  • Keeps dense schemas readable.
  • Separates page presentation from data definition.
  • Preserves one shared default across users and surfaces.
  • Rejects stale or unknown property keys during configuration.
  • Lets dense schemas expose the right operational fields first.

User Story

As a database owner, I put the essential properties first and hide system fields from the ordinary row page. I submit an ordered set of live property keys and visibility choices. Validation removes ambiguity about which schema the settings describe, and the service stores the shared result. I walk away with a clearer detail page while integrations and alternate views still have access to the complete typed row.

Extension Surface

Configurable: callers set supported visibility and ordering values against live property keys.

packages/dotabases/src/services/page-property-settings.ts is the configuration surface for deriving and validating supported settings. It does not register new renderers or modify the property registry; it arranges existing keys.

Capabilities & Limits

  • Capability: Executes the scoped workflow described above through the cited live implementation paths.
  • Capability: Preserves typed validation and applicable tenant, schema, lifecycle, or service boundaries.
  • Limit: Settings are Dotabase-wide, not a private per-user layout. They do not delete or change property values. The feature can hide or show supported fields and define their shared page order while reconciling against schema changes. It cannot create fields, change types, alter values, or persist a private per-user override. Visual rendering and responsive layout remain responsibilities of consuming applications.

Implementation Map

  • packages/dotabases/src/services/page-property-settings.ts
  • packages/dotabases/src/services/dotabase-service.ts
  • packages/dotabases/src/properties/types.ts

Properties

Property
Value
product
dots-platform
extensibility
configurable
module
Dotabases
packages
dotabases
status
shipped
surface
cross-cutting
summary
Configure shared property visibility and ordering for Dotabase detail pages independently from saved views.

Connections

Page Property Configuration · Explore connections

  • complementstoView Property Personalization
  • implemented bytopackages/dotabases/src/internal/properties/types.ts
  • implemented bytopackages/dotabases/src/internal/services/page-property-settings.ts
  • implemented bytoderivePagePropertySettings
  • implemented bytovalidatePagePropertySettings
  • implementstoDS_Dotabases — Property Visibility & Ordering Design (Redline)
  • complementsfromView Property Personalization

Connected Records7

Complements
Implemented by
derivePagePropertySettings
packages/dotabases/src/internal/properties/types.ts
packages/dotabases/src/internal/services/page-property-settings.ts
validatePagePropertySettings
Implements
DS_Dotabases — Property Visibility & Ordering Design (Redline)
7 connections.