Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Design for boolean data type #237

Closed
Tracked by #247
kgodey opened this issue Jun 11, 2021 · 1 comment
Closed
Tracked by #247

Design for boolean data type #237

kgodey opened this issue Jun 11, 2021 · 1 comment
Assignees
Labels
ready Ready for implementation

Comments

@kgodey
Copy link
Contributor

kgodey commented Jun 11, 2021

Problem

Users will want to store booleans. We should allow them to do so and provide an intuitive user experience for them.

Proposed solution

We need a design for the following functionality for the boolean data type:

  • Displaying columns of this type in tables (do we want to provide different options, such as checkboxes / or custom text for "yes" or "no"?)
  • Creating a new column with this data type
  • Changing an existing column to this data type (including error states)
  • Showing non-technical users a friendly name for this data type. (The underlying Postgres data type will be BOOLEAN)

Options

Columns of this type will have the following options:

Common to all Columns

  • Default value (this will be the default value of the column if the user doesn't enter anything)
  • Allow empty values (whether the column is nullable)

Note: Unique doesn't make sense here as an option since booleans only have two values

Grouping

There's no custom grouping for booleans, just the regular value based grouping should be fine since there's only two possible values plus null.

Filtering

Columns of this type will support the following filters:

  • is
  • is not
  • is empty
  • is not empty
@ghislaineguerin
Copy link
Contributor

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
ready Ready for implementation
Projects
No open projects
Development

No branches or pull requests

2 participants