1
Fork 0
No description
Find a file
2020-01-17 08:34:09 -08:00
.circleci Update for Halogen 5 () 2019-04-15 19:18:42 -07:00
.github Update issue_template.md 2018-05-23 13:59:25 -07:00
docs Update for Halogen 5 () 2019-04-15 19:18:42 -07:00
examples Update examples to use new Event type 2019-05-26 11:08:47 -07:00
src Switch to using KeyboardEvent.key instead of KeyboardEvent.code as KeyboardEvent.code always returns 'undefined' in MS Edge and IE 11. Also handle 'Up', 'Down', 'Esc' in addition to 'ArrowUp', 'ArrowDown', 'Escape' as IE 11 returns these values as the pressed keys. () 2020-01-17 08:34:09 -08:00
.gitignore Add a new documentation site to the repository () 2018-05-23 19:41:37 -07:00
bower.json Update bower.json to Halogen rc.4 2019-04-15 19:27:49 -07:00
default.nix Update for Halogen 5 () 2019-04-15 19:18:42 -07:00
LICENSE Add a license file to the repository. () 2018-01-11 15:30:51 -08:00
mkdocs.yml Update for Halogen 5 () 2019-04-15 19:18:42 -07:00
package.json Update for Halogen 5 () 2019-04-15 19:18:42 -07:00
readme.md Update readme.md 2018-07-25 16:39:33 -07:00

Select

CircleCI Maintainer: thomashoneyman

Select provides flexible building blocks for selection interfaces in Halogen. If you need a dropdown menu, typeahead, autocomplete, multi-select, calendar, image picker, or other selection interface, and you want it to be accessible, and you also want complete visual control over the component, then you're in the right place.

Get Started / Learn More

There are a few ways to get started with the Select library.

Installation

Select is available on Bower and Pursuit:

# Using psc-package
psc-package install halogen-select

# Using bower
bower i --save purescript-halogen-select

For more information, try the official documentation.

Design Principles

The library provides essential behaviors for selection user interfaces as a group of Halogen components. But you won't find a single render function in the code. Instead, with the help of a few setProps helpers, you can write your HTML rendering however you'd like. You can freely include your own queries and the library will return them to be run. You can even use any data you want from your parent state in your render functions. The library manages user interaction, state, accessibility, and logic; you are responsible for rendering HTML depending on that state.

  1. Provide behaviors, not styles
    Developers should be able to style and display dropdowns and typeaheads however they would like, rather than be forced to use particular CSS classes or re-implement the component with their HTML. This is accomplished with augmented render functions as described below. We provide the machinery; you provide the HTML and styles.

  2. Export the building blocks, not just the end result
    Developers should be able to take a core set of behaviors and choose how they would like to handle them in their own version of the component. If you would like the typeahead's functionality but do something fancy with the selected items, you should be able to. Each building block is exported.

  3. Require minimal configuration
    Instantiating a typeahead shouldn't require a 50-field configuration record. We require at minimum two things: the data to populate the menu and the HTML to render that data. The rest is taken care of by the component. You are responsible for handling two things: when an item was selected, and when the user has performed a new search. If you want to do even less, you can use one of our default implementations to drop in to your project.

  4. Be accessible (Upcoming)
    ARIA props and other features necessary for accessibility online should be handled properly without any setup.

Rendering

The primary design decision made in this project vs. other typeaheads is offloading HTML rendering to the user. Rather than render an input field ourselves and provide a CSS class for styling, we allow you to write your own HTML and augment your properties with the behaviors we need for the select to function.

In practice, you are responsible for providing render functions for each HTML element involved in the component. Your render function should be augmented using one of our provided functions, which will extend your CSS & events with our behaviors.

For example, you can make your container compatible with the component with the setContainerProps function, which you would apply to the array of iprops present on your button element:

[ ... your HTML ...
, HH.span
    ( setContainerProps [ ... your css & events ... ] ) -- Augments your props with our behaviors
    [ ... your HTML ... ]
, ... your HTML ...
]

Warning: If you provide any of the same events that we use for our behaviors, only yours will trigger, preventing that behavior from being applied. E.g., if you provide your own HE.onValueInput event on the element you're applying setInputProps to, you will end up overriding our search functionality for that input.

Inspiration & Thanks

This project drew inspiration from the approach taken by paypal/downshift. Special thanks to Nathan Faubion and Nicholas Scheel for their help.