gitthermal/thermal

Thermal design system

Offen

#81 geöffnet am 24.05.2019

Auf GitHub ansehenContributor Guide
 (4 Kommentare) (1 Reaktion) (0 zugewiesene Personen)Vue (34 Forks)auto 404
DesignFront enddiscussionhelp wanted⚙ Improvement🏃🏻‍♀️ Priority medium

Repository-Metriken

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

Beschreibung

Use Vue components everywhere to build the application from a small button to a diff preview component.

Split the components into a separate package so it can be used across Thermal ecosystem (Application, Website, and Marketing).

Questions

  • Should we style the components inline or in separate .sass file?
  • How to name component and props?
  • Is it the best way to use mixins for spacing, font and border?
  • How can we leverage sass variables in Vue components?

PRs

  • #111 TModal Modal component
  • #115 TScrollbar Scrollbar Layout
  • #125 TButton Button component
  • #128 TFlexbox Flexbox Layout
  • #137 TContainer Container Layout
  • TSwitch Switch component
  • TLink Link component
  • TText Text component
  • TIcon Icon component
  • TInput Input component
  • TRadio Radio component
  • TImage Image component
  • TTag Tag component
  • TDropdown Dropdown component
  • TNotification Notification component
  • TTooltips Tooltips component
  • Default color provider

References

We are looking for a more modular way to define and use Vue components for the long term, if you have any feedback or suggestion, 🙏🏻 please drop them in the comment section below.

Contributor Guide

Research-Richtung
Beginnen Sie damit, ein abgeschlossenes Komponenten wie TButton (#125) als Referenzmuster zu untersuchen, wählen Sie dann eine nicht zugewiesene Komponente (z.B. TSwitch) aus und schlagen Sie ein Design vor, das den vorhandenen Mixins für Abstände, Schriftart und Rahmen folgt.
Tech Stack
vue
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.
1-2 Tage
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
VueGit
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
60