carbon-design-system/carbon

Custom search for filterable multiselect

Geschlossen

#6.639 geöffnet am 07.08.2020

Auf GitHub ansehenContributor Guide
 (4 Kommentare) (1 Reaktion) (0 zugewiesene Personen)JavaScript (1.733 Forks)batch import
afrohackscomponent: filterable-multiselectcomponent: multiselecthacktoberfestneeds: community contributionproposal: openstatus: help wanted 👐type: enhancement 💡

Repository-Metriken

Stars
 (7.442 Sterne)
PR-Merge-Metriken
 (PR-Metriken ausstehend)

Beschreibung

Summary

Want to be able to override the search method used for MultiSelect.Filterable. Downshift takes onInputValueChange prop, but carbon sets its own method for that: https://github.com/carbon-design-system/carbon/blob/master/packages/react/src/components/MultiSelect/FilterableMultiSelect.js#L330

Adding custom method to downshift props does not override Carbon's method. See sandbox.

Justification

My use case triggers an API call when users search in the MultiSelect component. API returns filtered list based on input value. List would otherwise be too long.

Desired UX and success metrics

Want to be able to set own custom downshift prop for onInputValueChange

"Must have" functionality

Ability to override Carbon's search method, but use carbon's method if no custom method provided.

Specific timeline issues / requests

August 31st deadline for feature in upcoming release

Contributor Guide

Research-Richtung
Untersuche die Verwendung von onInputValueChange in der FilterableMultiSelect Komponente und wie Props an Downshift weitergegeben werden. Bestimme, wie Benutzer ein benutzerdefiniertes onInputValueChange übergeben können, das Carbons Standardmethode überschreibt, und dabei auf Carbons Methode zurückfällt, wenn keine benutzerdefinierte Methode bereitgestellt wird. Erwäge das Hinzufügen einer neuen Prop wie `customOnInputValueChange` oder die Erweiterung der bestehenden Props Merge Logik.
Tech Stack
javascriptreact
Domain
frontend
Issue Type
Funktion
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
3
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
Halber Tag
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Aktiv
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Klar
Voraussetzungen
ReactCarbon Design System
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
40