Orbito - Dokumentacja modułówOrbito - Dokumentacja modułów
Wprowadzenie
Pierwsze kroki
API
Komunikacja
Widoki
Wdrożenie
Społeczność
For AI agents
Wprowadzenie
Pierwsze kroki
API
Komunikacja
Widoki
Wdrożenie
Społeczność
For AI agents
  • OrbitoViewEngine

    • Wprowadzenie
    • BaseView – Klasa bazowa
    • Zmienne (VarStore)
    • Listy i notacja .$
    • Szablony Handlebars
    • Akcje (ActionHandler)
    • Tabele danych
    • Edycja danych
    • Kontrolki wartości
    • Warianty stylistyczne
    • Komponenty i sloty
    • Pliki, kamera i schemat z serwera
  • Widoki

    • AvatarView
    • BadgeView
    • ButtonView
    • CameraView
    • CardView
    • CheckboxGroupView
    • CheckboxView
    • ComponentView
    • CssBoxView
    • DataTableView
    • DropdownView
    • DynamicListView
    • DynamicView
    • FilePickerView
    • FilePreviewView
    • FlexView
    • GridView
    • HtmlView
    • InlineEditView
    • InputView
    • ListView
    • ModalView
    • PopoverView
    • RadioGroupView
    • RowView
    • SelectView
    • SliderView
    • SlotView
    • StepperView
    • TabsView
    • TextInputView
    • TextView

Warianty stylistyczne

Źródło: styleVariants.js, BaseView.js

Wygląd opisuje się nazwanymi opcjami, a nie klasami CSS ani wartościami font-size. Zamiana opcji na klasy dzieje się w jednym miejscu — styleVariants.js — dzięki czemu:

  1. schemat nie musi znać klas frameworka ani wewnętrznego DOM-u widoku,
  2. zmiana biblioteki CSS to zmiana jednego pliku, a nie setek widoków,
  3. warianty są wspólne: widoki prezentacyjne opisują typografię tym samym słownikiem.

Nieznana wartość opcji jest ignorowana i zgłaszana ostrzeżeniem w konsoli (z listą dozwolonych wartości), więc literówka w schemacie nie psuje układu strony. Zestaw dozwolonych wartości zwraca też funkcja getStyleVariantOptions().

type: card
padding: sm
shadow: none
content:
  - type: text
    content: Klient
    size: sm
    muted: true
    transform: uppercase
    dense: true
  - type: input
    id: customerNameInput
    variant: borderless      # pole bez ramki — edycja inline

Typografia

Działa w widoku text; opcja align obsługiwana jest dodatkowo w kolumnach datatable.

OpcjaDozwolone wartości
sizexs, sm, md, lg, xl (md to rozmiar bazowy — bez klasy)
weightlight, normal, medium, semibold, bold
alignstart, center, end
transformuppercase, lowercase, capitalize

Oprócz nich typografia przyjmuje trzy opcje bez słownika:

OpcjaZnaczenie
mutedPrzygaszony kolor tekstu
denseCiasna interlinia i brak dolnego marginesu (wiersze etykieta/wartość)
variantKolor semantyczny (primary, danger, success…)

Pole formularza

Działa w widokach input i textinput (opcje variant i size) oraz w stepper, który przyjmuje inputVariant i size — samo variant opisuje w nim kolor przycisków „−” / „+”.

OpcjaDozwolone wartości
variantdefault, borderless, plaintext, rounded
sizesm, md, lg (md to rozmiar bazowy — bez klasy)

borderless to publiczny odpowiednik edycji inline: pole bez ramki i tła, wtopione w otaczający tekst.

Karta

Działa w widoku card.

OpcjaDozwolone wartości
paddingsm, md, lg
shadownone, sm, md, lg
borderlessFlaga — karta bez obramowania

Warianty i klasy warunkowe

Wariant nie musi być stały: variantIf wybiera go warunkiem (wygrywa pierwszy spełniony warunek, brak trafienia oznacza powrót do variant ze schematu), a classIf włącza i wyłącza klasy. Oba korzystają z tego samego evaluatora co renderIf, więc działają operatory, porównania typowane, notacja .$ i operandy { valueFrom }.

type: badge
label: Braki
variant: secondary
variantIf:
  danger: { packingDetail.missingQty: { $gt: 0 } }
  success: { packingDetail.missingQty: 0 }

Widok nasłuchuje obu stron porównania, więc wariant i klasa przeliczają się bez przeładowania strony. Pełny opis składni: BaseView – Klasa bazowa.


Powiązane: BaseView – Klasa bazowa · Kontrolki wartości · TextView · CardView

Ostatnio zaktualizowano:: 25.08.2026, 12:56
Contributors: Wiktor Koźmiński
Prev
Kontrolki wartości
Next
Komponenty i sloty