Non può non esserci da subito. Intanto che venga sviluppata, senza scomodare DB / RPC, basta un html5 contenente box per collettivo (con links a sito) e appuntamenti ricorrenti. Nella stessa pagina in due modalità, per collettivo e per giorno della settimana.
NB: Analisi UX sulla carta per distinguere cosa va in TAB e cosa nel Toast/Bread MENU.
Non può non esserci da subito. Intanto che venga sviluppata, senza scomodare DB / RPC, basta un html5 contenente box per collettivo (con links a sito) e appuntamenti ricorrenti. Nella stessa pagina in due modalità, per collettivo e per giorno della settimana.
NB: Analisi UX sulla carta per distinguere cosa va in TAB e cosa nel Toast/Bread MENU.
@gine smetti di bere. Questo è 1 punto. La pagina deve contenere: Collettivi e Giorno/Orario incontri settimanali.
@gine: prima di commentare le issue degli altri come sopra... controlla prima tutte le tue. Inizia dalla #12.
@gine smetti di bere. Questo è 1 punto. La pagina deve contenere: Collettivi e Giorno/Orario incontri settimanali.
@gine: prima di commentare le issue degli altri come sopra... controlla prima tutte le tue. Inizia dalla #12.
Le issue degli altri... le issue sono del progetto e di chi ci lavora. Come la terra.
Le commento perchè visto che da sabato scorso, solo gresci ci ha messo le mani relativamente al push, per poter fare ciò che leggo, c'è necessita che capisca quello che scrivi.
Gli eventi ripetitivi sono già visualizzati nella pagina eventi al tab "Fissi" come si era deciso all'assemblea. Come si vede anche dall'immagine in home page.
La pagina dei collettivi ci starebbero bene, sono d'accordo con te che sarebbe meglio non tirarle giù da internet per semplificare la faccenda.. inoltre i dati che effettivamente sono comodi e modificati di rado.
Su internet ci sono tutti i dati. Io gestirei la cosa con una voce nel panel "Collettivi" cliccando sulla quale si finisce in una lista.. molto simile a quella delle altre pagine.
Cliccando su un elemento della lista si finisce nella pagina specifica, dove dovrebbe esserci:
una piccola foto (da mettere anche successivamente)
2 righe scritte
link alla pagina sul sito
appuntamenti ricorrenti
Le issue degli altri... le issue sono del progetto e di chi ci lavora. Come la terra.
Le commento perchè visto che da sabato scorso, solo gresci ci ha messo le mani relativamente al push, per poter fare ciò che leggo, c'è necessita che capisca quello che scrivi.
Gli eventi ripetitivi sono già visualizzati nella pagina eventi al tab "Fissi" come si era deciso all'assemblea. Come si vede anche dall'immagine in home page.
La pagina dei collettivi ci starebbero bene, sono d'accordo con te che sarebbe meglio non tirarle giù da internet per semplificare la faccenda.. inoltre i dati che effettivamente sono comodi e modificati di rado.
Su internet ci sono tutti i dati. Io gestirei la cosa con una voce nel panel "Collettivi" cliccando sulla quale si finisce in una lista.. molto simile a quella delle altre pagine.
Cliccando su un elemento della lista si finisce nella pagina specifica, dove dovrebbe esserci:
* una piccola foto (da mettere anche successivamente)
* 2 righe scritte
* link alla pagina sul sito
* appuntamenti ricorrenti
@cippalippa siccome c'è questo problema qua credo che se applichiamo quello che hai proposto tu sopra con qualche accorgimento, possiamo fare una pagina apposita per gli appuntamenti fissi e laboratori.
Tanto questi appuntamenti cambiano veramente poco e non ha senso che ce li scarichiamo ogni volta ed impaziamo a salvarli in database etc.. Quindi se facciamo un oggetto json ben pensato per filtrare questi eventi per collettivo, per giorno della settimana o per "oggi" facciamo molto prima.
E ora sbrigarci è meglio.
@cippalippa siccome c'è questo problema [qua](https://git.lattuga.net/hacklabbo/Ilovexm24/issues/31) credo che se applichiamo quello che hai proposto tu sopra con qualche accorgimento, possiamo fare una pagina apposita per gli appuntamenti fissi e laboratori.
Tanto questi appuntamenti cambiano veramente poco e non ha senso che ce li scarichiamo ogni volta ed impaziamo a salvarli in database etc.. Quindi se facciamo un oggetto json ben pensato per filtrare questi eventi per collettivo, per giorno della settimana o per "oggi" facciamo molto prima.
E ora sbrigarci è meglio.
Con questo commit ho implementato una visualizzazione degli eventi per laboratorio, per giorno della settimana, e una che riepiloga quelli di oggi.
Manca la visualizzazione più carina modello Card dove inserire qualche riga in + sui progetti, un evento vecchio particolarmente figo, un immagine? però direi che ora la issue perde di priorità e l'applicazione può essere pubblicata senza che questa issue sia terminata.
Con questo [commit](https://git.lattuga.net/hacklabbo/Ilovexm24/commit/cbd064d5f39fd98c3c999ee6b0e4c30af07360c3) ho implementato una visualizzazione degli eventi per laboratorio, per giorno della settimana, e una che riepiloga quelli di oggi.
Manca la visualizzazione più carina modello Card dove inserire qualche riga in + sui progetti, un evento vecchio particolarmente figo, un immagine? però direi che ora la issue perde di priorità e l'applicazione può essere pubblicata senza che questa issue sia terminata.
Non può non esserci da subito. Intanto che venga sviluppata, senza scomodare DB / RPC, basta un html5 contenente box per collettivo (con links a sito) e appuntamenti ricorrenti. Nella stessa pagina in due modalità, per collettivo e per giorno della settimana.
NB: Analisi UX sulla carta per distinguere cosa va in TAB e cosa nel Toast/Bread MENU.
Cippa non mettere mai un task diviso in 2 parti insieme, altrimenti rimangono issue appese a metà perchè magari una parte è stata fatta l'altra no.
@gine smetti di bere. Questo è 1 punto. La pagina deve contenere: Collettivi e Giorno/Orario incontri settimanali.
@gine: prima di commentare le issue degli altri come sopra... controlla prima tutte le tue. Inizia dalla #12.
Le issue degli altri... le issue sono del progetto e di chi ci lavora. Come la terra.
Le commento perchè visto che da sabato scorso, solo gresci ci ha messo le mani relativamente al push, per poter fare ciò che leggo, c'è necessita che capisca quello che scrivi.
Gli eventi ripetitivi sono già visualizzati nella pagina eventi al tab "Fissi" come si era deciso all'assemblea. Come si vede anche dall'immagine in home page.
La pagina dei collettivi ci starebbero bene, sono d'accordo con te che sarebbe meglio non tirarle giù da internet per semplificare la faccenda.. inoltre i dati che effettivamente sono comodi e modificati di rado.
Su internet ci sono tutti i dati. Io gestirei la cosa con una voce nel panel "Collettivi" cliccando sulla quale si finisce in una lista.. molto simile a quella delle altre pagine.
Cliccando su un elemento della lista si finisce nella pagina specifica, dove dovrebbe esserci:
@cippalippa siccome c'è questo problema qua credo che se applichiamo quello che hai proposto tu sopra con qualche accorgimento, possiamo fare una pagina apposita per gli appuntamenti fissi e laboratori.
Tanto questi appuntamenti cambiano veramente poco e non ha senso che ce li scarichiamo ogni volta ed impaziamo a salvarli in database etc.. Quindi se facciamo un oggetto json ben pensato per filtrare questi eventi per collettivo, per giorno della settimana o per "oggi" facciamo molto prima.
E ora sbrigarci è meglio.
Ci sto lavorando, mi manca solo la grafica per gli eventi ordinati per laboratorio.
Con questo commit ho implementato una visualizzazione degli eventi per laboratorio, per giorno della settimana, e una che riepiloga quelli di oggi.
Manca la visualizzazione più carina modello Card dove inserire qualche riga in + sui progetti, un evento vecchio particolarmente figo, un immagine? però direi che ora la issue perde di priorità e l'applicazione può essere pubblicata senza che questa issue sia terminata.