Closed vincentdelitz closed 1 month ago
@lukaskratzel hier nochmal Feedback:
[x] Link ist broken:
[x] Link ist broken:
[x] Remove Setup from UI Components (Why: because it is no UI component and it is explained in the framework based sections)
[x] Add " Component" to "UI Components > Corbado Auth" and "UI Components > PasskeyList" (Why: we do the same for the framework based navigation)
[x] Remove code examples from "UI Components" pages (Why: code should only be explained in the framework based sections and right now it is hard because there is no installation documentation which would even duplicate it more)
[x] Add two boxes for "Styling" and "Translations" on "UI Components > CorbadoAuth" and "UI Components > PasskeyList" (Why: to make it easier to navigate to the styling and translation sections)
[x] Put Frontend/Fullstack framework icons at bottom of "UI Components > CorbadoAuth" and "UI Components > PasskeyList" to deeplink to the framework based sections (Why: to make it easier to navigate to the framework based sections)
[x] Rename "API reference" to "Options" on "UI Components > CorbadoAuth" and "UI Components > PasskeyList" (Why: I think thats easier to understand)
[x] Move "Fullstack Integration" above "Frontend Integration" (Why: more natural sorting and brings Next.js "up")
[x] Rename "Authentication UI Component" to "CorbadoAuth Component" (Why: to make it in line with "UI Components" section)
[x] Rename "PasskeyList UI Component" to "PasskeyList Component" (Why: to make it in line with "UI Components" section)
[x] Create "Options" include for CorbadoProvider and add it to all Setup sections for all frameworks (Why: because we removed Setup from UI Components)
[x] Put the two "Styling" and "Translation" (with header "Customization") boxes on every framework based component page like "CorbadoAuth Component" (Why: to make it easier to navigate to the styling and translation sections)
[x] Svelte vs. SvelteKit: Wir haben hier ja aktuell auch 2 BlogPosts. Würdest du das auftrennen auf der 2. höchsten Ebene in Svelte und SvelteKit, oder so lassen mit "Svelte" wie es aktuell ist? -> hat ja auch nochmal ggf. Einfluss, wenn man das jetzt in Frontend-Frameworks und Fullstack-Frameworks aufteilt
[x] Sollten wir bei "Setup" nicht auch noch einfach erklären, was sich alles auf den Folge-Seiten befindet und erwartet, wie so eine Art Mini-Inhaltsverzeichnis? Weil "Authenticaiton UI" und "Passkey Management UI" schon recht dünn aktuell sind und man so dann das vlt besser versteht. Zudem ist mir auch der Unterschied zw. clientside authentication state and serverside authentication state.
[x] Was hälst du hier unten immer noch 1 kurzen Satz einzufügen, was einen auf der nächsten Seite erwartet?
[x] Hab nochmal nachgedacht hier. Verstehe deine Argumentation von vorhin, aber "Passkey Management UI" kann ja auch alles heißen. Was hälst du davon es "Passkey List UI" zu nennen, damit es auch mit den HTML Tages etc. konsistenter ist?
[x] Würde aus Leserlichkeit hier einen Bindestrich jeweils einfügen bei client-side und server-side
[x] Würde nie direkt nach der Überschrift mit Code starten, sondern immer noch einen kurzen Erklärsatz einfügen zw. Header und Code:
[x] Das ist ja nur notwendig wenn man SvelteKit verwendet. Wenn man Svelte im FE hat und Python im BE braucht man das ja nicht (ist bisschen verwirrend daher aktuell). Ggf. löst sich das Problem ja auch, wenn wir in ganz oben beschrieben zw. Svetle und SvelteKit stärker differenzieren:
[x] Finde gut, dass wir das verlinken mit den Blogposts. Bin nur nicht sicher, ob das in einen eigenen Menüpunkt muss oder sonst ggf. lieber bei Setup oben irgendwo rein? Was ist deine Meinung: