[refactor] La SPA comincia a starci stretta...
@Fedois ya está trabajando en esto.
Desde el 31/12/2025.
Evaluación
Este issue todavía no se ha evaluado.
Descripción
Che problema cerco di risolvere.
Credo che tutti abbiamo idee di cose da aggiungere al sito ma non sappiamo bene DOVE metterle.
Questo e' almeno come mi sento io ora.
Status
La SPA e' una figata, ma comincia a starci stretta:
- Sponsor
- Biglietti
- How to get there
- FAQ
- Messages/Blog
Non possiamo agigungere altra roba senza sacrificare l'esperienza dello scroll infinito. Ad esempio, credo le FAQ siano troppo lunghe per starci. Magari mi sbaglio.
Secondo me dobbiamo fare un passo indietro prima di fare dieci passi avanti.
- Cosa VA MESSO nella SPA? Il motto dovrebbe essere "less is more"
- Cosa va messo fuori? Tutto il resto.
Per ora la mia idea e' semplice, differenzialmente rispetto a ora:
- DENTRO: agigungi Logos di community partners e sponsors alla SPA
- FUORI : Aggiungi blog (gia' c'e') e FAQ.
Dobbiamo anche avere un sistema self-evident in cui sia facile agigungere l'N+1 esimo.
Implementazione
Possiamo continuare ad lib ad aggiungere link qua (spa) e la (fuori spa) ma secondo me prima o poi ci spareremo in un piede.
Credo sia meglio avere un sistema di folders o di files che lo rendano ovvio. Io devo senza alcun problema potera agigungere domani un link /biglietti-euruko senza diventare scemo a capire dove vada messo.
Idealmente, avere una soluzione a basso overhead cognitivo sarebbe il meglio.
- idea1: avere spa.md o index.md con i 5 capitoli di SPA e tutto il resto e' una pagina col nome dell'endpoint
- idea2: avere folder spa/ con 5 files per 5 capitoli spa e un folder other/ con il resto
- idea3: sono sicuro Federivo avra' un'idea molto migliore di me, siccome io non parlo JS.
Nota
Per SPA intendo quell'indieme di link cliccabili via JS (#) che puntano alla stessa pagina scrollando down.
Tutto cio' cliccando il quale ESCI dalla pagina, e' FUORI dalla SPA.
Questo significa anche pensare a una barra di navigazione "sticky" che rimanda sempre.
- Lenguaje dominante
- HTML
- Estrellas
- 3
- Forks
- 5
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de palladius/rubycon.it
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
palladius/rubycon.it#87 · 6 comentarios ·
-
Dificultad 3/5 1-2 días Aptitud para principiantes 48/100
palladius/rubycon.it#105 · 7 comentarios ·
-
Year VersioningQuizá libre de nuevo @palladius la tomó hace 150 días y no hay ningún pull request abierto. Abiertocontent help wanted
palladius/rubycon.it#103 · 1 comentario · 1 asignado ·
-
Troubleshoot Netlify CLI LinkingAbiertobug
Dificultad 2/5 1-3 horas Aptitud para principiantes 45/100
palladius/rubycon.it#79 · 1 comentario ·
-
content content-needed enhancement good first issue help wanted
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
palladius/rubycon.it#75 · 1 comentario ·