|
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