Visualizzare prove di una stessa data in un unica pagina

[ali-benny]

In ogni repo nelle cartelle prove si visualizza la lista degli esami in base alla data [p.e. scritto-2020-01-12] e cliccandoci sopra ti apra una pagina in cui si visualizzano i contenuti dei file inerenti a quell'esame, sia testo che eventuali soluzioni proposte.

[VaiTon]

La cosa più facile sarebbe mettere in una cartella immagino. Qualche commento a riguardo? @foxyseta and @lucat1 ?

[foxyseta]

Me avevano parlato quel martedì prima che arrivassi tu forse? Ali non vuole semplici sottocartelle perché vuole una scheda del browser unica con documenti multipli aperti. Inoltre alla sottocartelle per i singoli appelli ci si q sempre opposti in massa. @lucat1 mi pare si fosse rifiutato di riprendere in mano lo splitting dentro alla pagina web in dynamic quindi @alii_benatti dovrebbe aprire una PR in autonomia su dynamik appena è più stabile.

Nessuno ha davvero verbalizzato nulla (salvo qualche appunto di @Flecart) ma mi pare la conversazione fosse andata così.

[VaiTon]

Me avevano parlato quel martedì prima che arrivassi tu forse?

Probabilmente, oppure ero troppo addormentato ancora per elaborare :P

Ali non vuole semplici sottocartelle perché vuole una scheda del browser unica con documenti multipli aperti.

Vabbè quello non penso sia un problema. Lato frontend si può fare tutto, la struttura del repo è abbastanza indipendente da questo punto di vista.

Inoltre alla sottocartelle per i singoli appelli ci si q sempre opposti in massa.

Eh questo lo posso anche capire, ma la cartella flat con 400 files secondo me alla lunga è ingestibile.

L'altra idea sarebbe di anteporre un prefisso alla tipo _nomedelfile_parte1.pdf, così che appena incontriamo un file che inizia con _ si fanno delle impaginazioni particolari

[Flecart]

Eh questo lo posso anche capire, ma la cartella flat con 400 files secondo me alla lunga è ingestibile.

Non potresti fare una paginazione client-side per questo?
Mi immagino semplicemente dei bottoni, magari anche numero delle pagine necessarie, ti basta fare repaint con le informazioni adatte quando schiacci o cambi pagina. senza dover fare nessuna nuova richiesta.

[VaiTon]

@Flecart sisi certo, si potrebbe fare tranquillamente. Intendevo più la gestione lato git, e avremmo il beneficio gratuito di raggruppare anche le prove dello stesso giorno insieme.

[lucat1]

Raggruppare in cartelle è una cosa controversa, finchè l'esperienza è okay client side possiamo non farlo direi. Complica anche l'upload per i nuovi contribuenti, ad esempio il drag n drop da github non e' piu' fattibile perche' servirebbe creare una cartella per caricare una prova.

Non mi ero proprio opposto all'idea del'ali, solo avevo detto che non è la priorità. Se si trova un modo sano di raggruppare i file (il problema sta nel determinare il prefisso comune senza troppe euristiche ne hardcodando) si fa abbastanza velocemente.

[foxyseta]

Per le prove confermo che il prefisso comune è imposto dalle regexp: [tipo]-[data]-.

[lucat1]

Però la regex cambia da repo a repo. L’unica soluzione che mi pare accettabile perché si implica lavoro in più ora ma è meglio per il futuro è questa:

• Definire le regexp con un nostro formato in un file (che non verrà mostrato da statik)
• Usare quella definizione sia in dynamik che nelle actions (tanto la action che fa il controllo è nostra no?)
• Questo tornerà anche comodo (e sarebbe stato necessario prima o poi) anche per la action che rinomina i file in automatico alla gente, o per l’upload dei file dal sito.
• Opzionalmente, si potrebbe anche mandare a fanculo il README.md e farlo generare in automatico (e committarlo sul main) al cambiamento del file definizione. questa è opinabile però come cosa

[foxyseta]

Mi piace. Il file delle regexp sta in template o è proprio globale per la org?