palantir/blueprint

EditableText: support additional editing customisation [feature request]

Open

#1.393 geöffnet am 27. Juli 2017

Auf GitHub ansehen
 (3 Kommentare) (0 Reaktionen) (0 zugewiesene Personen)TypeScript (20.263 Stars) (2.167 Forks)batch import
Package: coreType: enhancementhelp wanted

Beschreibung

It would be convenient to have more control around the edit process.

My motivating example is to differentiate display-value vs edit-value; for example display a formatted currency string "$1,234.50", but present the raw number (1234.5) for editing.

I can think of a few possibilities off the top of my head to implement this:

  • an optional format function
  • different properties for display and editing values
  • a callback fired before editing starts
  • (more involved) a different component for editing, meaning you could also use a select list on edit, or a colour picker, etc

I'm not sure which might be the best solution, if this is desirable functionality, but I'm happy to work on a patch for feedback if necessary.

Contributor Guide

Tech Stack
reacttypescript
Domain
frontend
Issue Type
feature
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.
1-3 hours
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
stale
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
mostly clear
Voraussetzungen
ReactTypeScriptBlueprint component patterns
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
40
Research-Richtung
Explore the EditableText component source in the Blueprint repository to understand current implementation. Evaluate the feasibility of the proposed approaches (format function, separate props, callback, etc.) considering backward compatibility. Check issue comments for maintainer preferences and any rejected or preferred solutions. Focus on implementing a simple format function or a callback before editing to start.