FEAT: Dark mode #1
cake
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "cbarone/proto1"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
@ -0,0 +1,37 @@---Secondo me, dovremmo evitare una pagina statica per gli eventi, ed invece utilizzare un calendario / altro per gestire cio', visto che ci permetterebbe di gestire numero di partecipanti, chi effettivamente partecipa, inviti, ed altro.
Un progetto che vorrei utilizzare per cio' e' questo: https://radicale.org/v3.html
Non è una brutta idea, però va sicuramente considerato qualcosa che si integri bene col sito così da avere uniformità grafica (ed anche per tenere tutto in un posto)
C'è qualche API con cui possiamo integrarlo? Posto comunque che, dato lo stato ancora larvale del progetto al momento la pagina statica non dovrebbe causare problemi
Sisi, possiamo lasciare la pagina per ora, lascio I commenti principalmente come storico per il futuro, detto cio', no, non ha un API, ma possiamo avere una pagina renderizzata lato server con i dati presi tramite caldav, dovrebbe poter funzionare bene, e sarebbe un servizio piu' o meno esterno a questa repo ( come il frontend WIP per la richiesta di aggiunta utente )
Evoluto in Issue #2
@ -0,0 +1,32 @@---layout: layouts/base.vtotitle: Chi siamodescription: OpenAthena è un LUG che promuove software libero, comunicazioni decentralizzati e l'importanza della privacy.Tecnicamente non siamo un LUG ( credo ? )
Giuseppe definiva OpenAthena come "un LUG più evoluto", comunque sono benvenuti suggerimenti, questo è più un testo placeholder
Capito, allora ne discuteremo in futuro
@ -0,0 +13,4 @@</p></header><div class="prose" style="max-width:640px;margin-top:8px">Dovremmo evitare secondo me il CSS inline
Generalmente sono d'accordo, ma per una sola evenienza sorvolerei
va bene per ora, sisi
@ -0,0 +2,4 @@layout: layouts/base.vtotitle: Raison d'êtredescription: Ragion d'essere di OpenAthenaprinciples:Invece di hardcodarli dentro il file VTO potremmo avere una cartella o altro, contente dei file JSON con effettivamente cio' che ci importa, in modo da poter, se serve, referenziare questi dati altrove
Ottima idea, ma devo controllare la fattibilità per integrarlo con Vento
Non c'e' bisogno che venga fatto ora, lascerei solo come reminder
@ -0,0 +32,4 @@<button class="theme-toggle" aria-label="Cambia tema" onclick="const h = document.documentElement;const isDark = h.dataset.theme === 'dark' ||(!h.dataset.theme && matchMedia('(prefers-color-scheme: dark)').matches);Potremmo evitare l'utilizzo di JS, se possibile, lato client, utilizzando una media query per scegliere il tema utilizzando solo CSS
Già lo fa, questo serve a salvare quando l'utente cambia il tema, in questo modo rimane quello selezionato dall'utente anche dopo aver lasciato il sito
Capisco, ha senso
@ -0,0 +143,4 @@.prose h2 { font-family: var(--font-serif); font-weight: 700; font-size: var(--text-xl); margin: 32px 0 12px; }.prose p { font-size: 16px; line-height: 1.7; }.prose p:first-of-type { font-size: var(--text-md); color: var(--ink-2); }.prose blockquote { margin: 24px 0; padding-left: 20px; border-left: 2px solid var(--ink); font-style: italic; color: var(--ink-2); }Magari questo tipo di CSS potrebbe essere scoped ( se possibile con Vento, non ne ho idea ) per il layout che lo richiede/