|
8 | 8 | ---
|
9 | 9 |
|
10 | 10 | <div class="manifest">
|
11 |
| - <blockquote>We make the HTML accessible and themable for reuse.</blockquote> |
12 |
| - <h2>§ 1 Usability</h2> |
| 11 | + <blockquote>We make the HTML accessible and themeable for reuse.</blockquote> |
| 12 | + <h2>§ 1 Benutzerfreundlichkeit</h2> |
13 | 13 | <p>
|
14 | 14 | Das oberste Ziel ist die Bereitstellung standardisierter, semantisch barrierefreier Komponenten für das Web. Wir
|
15 | 15 | stellen das mittels klar definierter Komponenten-APIs und einem restriktiven Zugriff auf das Innere der Komponenten
|
16 | 16 | sicher. Die Usability der Komponenten wird maßgeblich durch die Prüfschritte der WCAG und BITV getrieben, wodurch
|
17 | 17 | das Verhalten der einzelnen interaktiven Elemente standardisiert wird. Aufbauend auf dieser Basis, kann die Ästhetik
|
18 | 18 | der Komponenten mittels des entkoppelten KoliBri-Designers frei gestaltet werden.
|
19 | 19 | </p>
|
20 |
| - <h2>§ 2 Compatibility</h2> |
| 20 | + <h2>§ 2 Kompatibilität</h2> |
21 | 21 | <p>
|
22 | 22 | Alle Komponenten werden Framework-agnostisch als Web Components umgesetzt und lassen sich somit universell in allen
|
23 | 23 | webbasierten Projekten leicht wiederverwenden. Zusätzlich bieten wir zahlreiche Adapter für die populärsten
|
24 | 24 | Frameworks an, um eine noch bessere Developer Experience (DX) bereitzustellen.
|
25 | 25 | </p>
|
26 |
| - <h2>§ 3 Portability</h2> |
| 26 | + <h2>§ 3 Portabilität</h2> |
27 | 27 | <p>
|
28 | 28 | Der Fokus liegt auf kleinteilige Komponenten (z.B. Button), die sich gut wiederverwenden lassen. Das Besondere daran
|
29 | 29 | ist, dass ein HTML-Button oder -Input nicht ohne Weiteres barrierefrei ist. Ein KoliBri-Button oder -Input
|
30 | 30 | berücksichtigt jedoch die zahlreichen Anwendungsfälle und die dabei zu beachtende semantische Konstruktion der
|
31 | 31 | Komponenten.
|
32 | 32 | </p>
|
33 |
| - <h2>§ 4 Maintainability</h2> |
| 33 | + <h2>§ 4 Wartbarkeit</h2> |
34 | 34 | <p>
|
35 | 35 | Für die Realisierung werden die modernsten und populärsten Tools aus der Webentwicklung verwendet. Neben der
|
36 | 36 | Programmiersprache TypeScript sind auch Aspekte der Wiederverwendbarkeit für andere Design-Systeme und
|
37 | 37 | Komponenten-Bibliotheken eingeflossen. Die Architektur unterliegt eine entkoppelten Modularität und hohen
|
38 | 38 | Automatisierungsgrad (DevOps).
|
39 | 39 | </p>
|
40 |
| - <h2>§ 5 Functional Suitability</h2> |
| 40 | + <h2>§ 5 Funktionale Eignung</h2> |
41 | 41 | <p>
|
42 | 42 | Es gibt keine vollkommene Lösung. Es ist jedoch der Anspruch, funktional alles zu ermöglichen, was übergreifend und
|
43 | 43 | mit dem strengen Blick auf die W3C Webstandards vereinbar ist. Funktionalitäten können somit entweder in die
|
44 | 44 | Komponenten von KoliBri selbst einfließen oder mittels des Swizzling-Konzepts hinzugefügt werden.
|
45 | 45 | </p>
|
46 |
| - <h2>§ 6 Security</h2> |
| 46 | + <h2>§ 6 Sicherheit</h2> |
47 | 47 | <p>
|
48 | 48 | Alle Komponenten dienen ausschließlich der im Sinne eines Corporate Designs oder Design Systems angestrebten
|
49 | 49 | konsistenten und barrierefreien Darstellung von webbasierten Benutzeroberflächen. Wir stellen eine allgemeingültige
|
|
0 commit comments