Skip to main content

Column Type Values

Column Properties

The readOnly property is case-sensitive: readOnly: false works correctly, but readonly: false does not. This is a very common configuration mistake, especially when making upstream linked item date columns editable. Always use the camelCase form readOnly.

Type Conversion

Risksheet automatically converts between different date representations when reading from and writing to Polarion. The conversion system handles multiple source types transparently:
You can display any Polarion field as a date column by setting type: date in the column configuration, regardless of the underlying Polarion field type. For example, a string field can be shown as a date column if its values contain parseable date strings.

Display Formatting

Default Behavior

Date columns with type: date parse YYYY-MM-DD format strings to local time Date objects before applying any configured format. The parsing uses local time rather than UTC to avoid off-by-one date shifts from timezone conversion.

Format Strings

The format property accepts format strings compatible with the localization library. Common patterns:

Culture-Dependent Formatting

The global.culture property in the sheet configuration affects how dates (and numbers) are formatted and parsed. For example, setting culture: de under global changes the default date display to German locale conventions.
See Culture and Localization Codes for the full list of supported culture codes.
In version 24.5.0, adding a format property to date-only columns caused save errors due to a timezone fix regression. The format property triggered incorrect timezone handling that prevented successful saves.Workaround: Remove the format property from date-only columns and enter dates in YYYY-MM-DD format directly in the cell instead of using the calendar popup. This issue was resolved in subsequent versions.

System Date Fields

Certain Polarion system fields are date-typed and always read-only: These fields have readOnly automatically set to true by Risksheet and cannot be made editable.

Upstream Date Columns

To display and edit a date attribute from an upstream linked work item (e.g., a requirement’s due date shown on the risk item row):
  1. Set bindings to the linked item’s date field using dot notation (e.g., req.dueDate)
  2. Set readOnly: false (case-sensitive, uppercase O) to enable editing
  3. Optionally configure a format string for display
Upstream columns need readOnly: false (case-sensitive with uppercase O) to be editable. Without this property, upstream columns default to read-only since they reference data from another work item.

Date Entry Behavior

When editing a date cell, Risksheet provides a calendar date picker. Users can also type dates directly into the cell. The accepted input format depends on the column configuration:
When the format property is removed (as a workaround for the v24.5.0 bug), enter dates in YYYY-MM-DD format directly in the cell. The calendar popup may not be available in all configurations.

Comparison Mode

Date columns participate in baseline comparison mode. When comparing two document revisions:
  • Changed date values are highlighted with comparison styling
  • Tooltips show the old value and new value
  • Added rows display date values with “new row” indicators
  • Removed rows display date values with “removed row” indicators
The comparison applies to both master item date columns and downstream task date columns.

Read-Only Field Protection

The following system fields are always read-only and cannot be edited through Risksheet, even if readOnly: false is set:
  • id — Work item ID
  • status — Work item status
  • type — Work item type
  • project — Project identifier
  • outlineNumber — Document outline number
  • created — Creation timestamp
  • updated — Last modification timestamp
  • author — Work item author
  • resolution — Work item resolution
Attempts to save changes to these fields are silently ignored.

Text Wrapping in Date Cells

Date columns render as single-line values by default. Text wrapping is not controlled by a column-level property. To wrap longer cell content, define the wrapping rules in the sheet configuration styles section and reference them from the column via cellCss.

Complete Example

An FMEA configuration with target date tracking, completion dates on downstream tasks, and system timestamps:
This configuration provides:
  • Editable targetDate and completionDate columns for risk item scheduling
  • Editable reviewDate for tracking review milestones
  • Read-only lastModified and createdOn columns displaying system timestamps
  • Editable upstream reqDueDate showing the linked requirement’s due date
Last modified on July 10, 2026