giacomocerquone / divitrino Goto Github PK

andrebbe fatto dopo #23

Generalmente si fa creando un componente che wrappa l'intera applicazione e ascolta la size del browser.
In caso sia superiore a un certo tot invece di mostrare la prop children mostra un messaggio del tipo "quest'app non funziona su pc".

Componente da poter usare https://github.com/DominicTobias/react-image-crop

Vorrei inserire una tab prodotti che listi, senza ripetizioni di nome, tutti i prodotti mai acquistati.
In sostanza dovrebbe bastare creare una ion-list basandosi sulla lista di prodotti presenti nel reducer products

Essendo questa una pwa con un service worker, l'aggiornamento dell'app non è automatico una volta che questa è installata nel device.

Quindi bisogna implementare una modale di aggiornamento dell'app. Qualche info in più qui (visto e considerato che usiamo create-react-app)

https://medium.com/better-programming/let-users-know-when-you-have-updated-your-service-worker-in-create-react-app-b0c2701995b3

Nella seguente schermata, servirebbe un boolean (checkbox o altro) che identifichi se dei soldi sono stati restituiti o sono da restituire.

Secondo me è una ottima issue di cui te ne potresti occupare @gianlucadifrancesco
Fa attenzione perché per come la vedo io (ma ci ho pensato solo al volo), quando si seleziona "deve restituire" graficamente si sta aggiungendo un pagamento, ma in realtà, supponendo che "x deve restituire a y", si sta aggiungendo a livello di redux una spesa che è pagata da y ed è per conto di x."

Però sono abbastanza sicuro che la cosa si potrebbe gestire anche attraverso i pagamenti e forse sarebbe meglio

Il task è più delicato di quanto sembri.
Le motivazioni sono 3:

1. UX: l'utente potrebbe non voler vedere più uno storico gigante
2. UX: l'utente potrebbe aver sbagliato a inserire un movimento o una spesa
3. Performance: Il selettore di @gianlucadifrancesco è abbastanza pesantuccio se usato con molti record

Propongo:

1. Per questo serve una funzionalità di archiviazione. L'archiviazione non può avvenire su singola spesa o su singolo movimento (da qui in poi "record"). Se così fosse si sfalserebbero i bilanci.
2. Per questo serve una funzionalità di eliminazione. L'eliminazione può anche avvenire su singola spesa ovviamente e ha il side-effect di sfalsare i bilanci (com'è giusto che sia).
3. Ricade nella uno. A questo possiamo far si che la funzionalità di archiviazione sposta tutti i movimenti e i relativi prodotti in un altro reducer dove non ci si fanno calcoli.

Serve il dettaglio spesa ma non il dettaglio pagamento.
Vanno utilizzati i componenti base di ionic, quindi

<IonList
<IonItem
ecc.

Qui, sotto "pagato da ..." bisognerebbe aggiungere "aggiunto da".

Bisogna aggiungere l'informazione proprio nell'oggetto movimento, con un field del tipo "createdBy"

Devo introdurre typescript sui reducer e un po' di test su alcune funzioni importanti.