csvalpha / sofia Goto Github PK

https://github.com/FortAwesome/font-awesome-sass

Het zou handig zijn om tappers van te voren te koppelen aan activiteiten (tappersplanning). Dan kan je tappers namelijk een herinneringsmailtje sturen.

Voor inloggen in Tomato met je Alpha-account gegevens (inc. 2fa).

• inloggen met Alpha Banana

Deze informatie is voor de meeste gebruikers absoluut niet relevant, moet het dan wel weergeven worden?

Edit door Casper - dan staat het ook het in de issue index:

• "Geüpdate op" mag weg
• Account bron krijgt wat mij betreft een vertaling naar "C.S.V. Alpha account" oid.

Als hier veel activiteiten staan is het nogal vervelend om helemaal naar beneden te moeten scrollen als je net een nieuwe activiteit aangemaakt hebt.

Na een activiteit wil je een aantal dingen weten. Bijvoorbeeld hoeveel geld er in de kas moet zitten en wat de saldo's zijn van de leden. Ik ben benieuwd of er meer dingen zijn die na de activiteit belangrijk zijn om te weten, zodat de SB penningmeester het iets makkelijker heeft.

Zouden @Matthijsy en @MirjamB vanuit het SB hier iets over kunnen zeggen?

Ik wil eigenlijk voorstellen om bij de activities.new het invoeren van de prijslijst een dropdown met alle opties te maken ipv een type-ahead. Dit aangezien je dan kan zien wat de opties zijn, en er toch nooit meer dan 5 opties gaan zijn.

ivm docker en mounten ging het niet goed, waardoor Rails nu zelf de assets serveert. Nergens voor nodig.

misschien bied dit command uitkomst:

--mount type=bind,source="$(pwd)",target=/usr/share/nginx/html $DOCKERID/app:latest

Misschien is het voor de toekomst wel een leuk idee om een soort 'quick add' voor activiteiten te maken. Dat je een knop hebt die zegt maak nu een activiteit aan die nu bezig is/zo gaat beginnen die dan informatie uit banana haalt en dan bijvoorbeeld de begin/eind tijd en de titel vast goed zet

Zoals we in Amber ook heel mooi doen, de CSP lekker strak afstellen. Alle content moet vanaf csvalpha.nl of fonts.google.com komen (volgens mij is dat alles).
https://developer.mozilla.org/en-US/docs/Web/HTTP/CSP

De saldo's van de gebruikers zijn overal meteen te zien in overzichten, naar mijn mening is dit overbodig en ik vind het ook niet netjes om zo met die informatie te strooien. Naar mijn mening is het enige moment waarop je het saldo van een gebruiker kunt zien als je hem geselecteerd hebt in het streepscherm of de profielpagina.

Het zou handig zijn om bestellingen direct te kunnen invoeren als je ze krijgt van een bezoeker. Dus bijvoorbeeld met een touchscreen achter de bar. Dan moet er ergens staan wat de laatste bestelling was zodat je dat ook nooit kan vergeten.

Dit vereist naast software ook hardware dus moet nog wel verder besproken worden, deze issue meer om het er een keer over te hebben

Het is handig om de tappers van een activiteit te kunnen zien

Op dit moment worden alle gebruikers van Amber ingeladen, echter wil je alleen Leden inladen.

• Bestellingen kunnen plaatsen met contant geld ipv op gebruiker
• Lijst met gedane bestellingen (en inleg) inzien
• Gedane bestellingen kunnen corrigeren

Het zou handig zijn als de focus automatisch naar het zoekveld gaat in het streepscherm (als je bijvoorbeeld net een order/mutatie aangemaakt hebt). Zodat je direct weer kan gaan typen en niet eerst op het veld hoeft te klikken

TODO

• Autocomplete prijslijst
• Handige datum+tijd picker
• Verplaatsen form naar modal
• Prijslijst selectie wat handiger (#45)

Mij dunkt dat de knop Naar het streepscherm genoeg is, de tekst er om heen, Streepscherm Klik op de knop hieronder om naar het streepscherm te gaan. vind ik overbodig.

Ik had hier een date en timepicker verwacht, vind ik iets gebruiksvriendelijker

Zodat we op AMBER gebruikers kunnen strepen en data kunnen bijhouden.

• users inladen en opslaan zodat ze bestellingen kunnen hebben
• users ook achteraf nog kunnen koppelen (bij hun eerste login)

De raad van Toezicht is een Flux commissie. Als Bente een prijs wil aanpassen moet ze daarvoor toestemming vragen aan de raad van toezicht. Ze houden toezicht, dus ze moeten wel kunnen inloggen.

• Unit tests voor alle modellen en methodes
• Coverage report voor de modellen
• [ ] Enkele acceptance tests (om Vue mee te testen)

URl van de avatar thumbnail opslaan zodat we die kunnen tonen in het streepscherm. Een foto kleed de pagina mooi aan maar helpt vooral de tapper met het kiezen van de juiste persoon

Miscshien wat voor jou @cpbscholten ?

In het scherm /user/:id zou ik graag een gebruiker kunnen aanpassen. Aan jou om een leuke manier te verzinnen hoe dat te doen.

Opties zijn bv:

• Modal met formulier
• Velden in tabel aanpasbaar zoals bij price_lists
• Edit pagina (meh ;-))

TODO

• tests

De tapper dient een waarschuwing te krijgen als een minderjarig lid (een) product(en) probeert te kopen waar je minstens 18 jaar voor moet zijn, zoals alcohol en tabak.

• Geboortedatum opslaan bij gebruiker en meeserializen bij Banana

TODO

• Waardes goed cachen en terugzetten bij annuleren
• Prijzen kunnen verwijderen
• Bij opslaan waardes direct laten zien (vue?)
• Authorisatie https://sentry.io/share/issue/b3887d21e2154d60b3fc17220d4d15b0/

Het gaat niet goed schalen op de huidige manier, waarbij we alle credit_mutations, orders en order_rows van een user 100% ophalen en daaruit een krediet berekenen

Op het moment gelden verlopen memberships ook als geldige membership voor een role. Om dit op te lossen lijkt het me handig de API ook een relationship 'current_memberships' mee te laten sturen die we dan kunnen gebruiken

1. Stel beide rollen in op dezelfde groep
2. Log in met een account uit deze groep

Verwacht:
Je hebt beide rollen

Eigenlijk:
Je hebt er maar 1

Op dit moment kan je nog niet als gebruiker je sessie verwijderen zonder je cookie te hoeven weggooien. Dus twee opties: als je uitlogt in Tomato moet je ook worden uitgelogd in Banana (Rails-session dus niet oauth-token wise oftewel Amber zelf), of een scherm als je al inleglogd bent met "Ga verder als.... of log in als iemand anders"

Het lijk me niet wenselijk dat er nog transacties kunnen worden toegevoegd aan borrels die afgelopen zijn. Hiermee voorkomen we dat iemand op een hele oude borrel gaat strepen en de penningmeester dat dan moet gaan uitzoeken. We zouden dit op meerdere manieren kunnen oplossen.

Eind tijd van de borrel gebruiken

We zouden de eind tijd van de borrel kunnen gebruiken. Als die verstreken is dan kan er niet meer gestreept worden. Nadeel hieraan is dat als een borrel uitloopt het systeem er 'ineens' mee ophoud. Dit zou dan weer op te lossen zijn door een knop waarmee het eind een uur uitgesteld kan worden, maar dat geeft weer extra complexiteit.

'Afgesloten op' tijd bijhouden

We zouden een extra veld kunnen maken waarin we zetten hoelaat de borrel was afgesloten. Dan kan de tapper op 'afsluiten' klikken, zodra dit is gebeurd kan er niet meer gestreept worden. Nadeel hieraan is dat de tapper handmatig een actie moet doen, wat mogelijk vergeten gaat worden.

'Afgesloten'/'verwerkt' bijhouden door penningmeester

We zouden ook een tijdstip/boolean kunnen bijhouden die de penningmeester kan instellen. Als de penningmeester dat heeft gedaan kan er niet meer op gestreept worden. Nadeel hieraan is ook dat er handmatig een actie moet gebeuren.

Ik ben benieuwd wat de rest er van denkt en of er nog meer ideeën zijn.

Er zijn nog geen fancy error pagina's, dat is wel handig

We moeten kijken wanneer een sessie invalid wordt. Het moet namelijk niet gebeuren tijdens het strepen, maar moet ook niet te lang zijn want dan blijft een gebruiker eeuwig zijn rollen houden

Automatische mail op donderdag (~12:00) aan iedereen met saldo < €-5.-

Ik denk dat prijslijsten vaak een kleine wijziging zullen zijn t.o.v. een andere lijst. (bijvoorbeeld Kick-in, wat een normale lijst is + knakworsten). Daarom denk ik dat het handig kan zijn om te kunnen aangeven dat je een prijslijst wil kopieren bij het aanmaken van een lijst

Aangezien we gebruik maken van node is het wel zo netjes even te specificeren welke versie we gebruiken

On fatima, to give an idea of how that should work: cat /etc/cron.d/alpha-banana-backup

Rollen in Tomato zijn al een feit, dus we kunnen afschermen wie allemaal kan tappen. Het vereist wat initiële configuratie, maar je rollen worden bij het inloggen gecheckt a.d.h. van groepen in Banana.

Nou is mijn vraag, wat mag een hoofdtapper en wat mag een SB-penningmeester?

Ik heb nu twee rollen:

• Treasurer
• Main Bartender
• geen rol

Ze mogen op dit moment beide alles, mensen zonder rol mogen alleen hun saldo en bestelgeschiedenis zien

Samenvatting

Samenvatting van onderstaande discussie, ook handig voor toekomstige documentatie
Laatst gewijzigd 30-11

In plaats van alleen losse transacties (product, activiteit, gebruiker) bestaat een bestelling doorgaans uit meerdere items.

Een bestelling zal er dan als volgt uitzien:

• 2 bier
• 3 fris
• 1 speciaalbier

Dat betekent dat de lijst met bestelling-regels een set tupels is [{:amount, :product},{:amount, :product},...] en de prijs via de gekoppelde activiteit-prijslijst moet komen. De prijs kan dan gecachet worden in order_total o.i.d.

De wens komt neer vanuit de volgende gedachte: zo min mogelijk tijd bezig zijn met het streepsysteem om sneller biertjes te kunnen tappen. Dit wordt onder andere gedaan door niet te wisselen tussen toetsenbord en muis/touchscreen.

Om het streepsysteem met alleen het keyboard te kunnen bedenken moeten er meer shortcuts in het streepscherm waar Ruben de volgende alvast voorstelde op het forum:

• ESC met focus in zoekvlak reset de input
• ENTER is hetzelfde als "Bestelling plaatsen"
• ESC deselecteerd de huidig geselecteerde gebruiker
• Andere shortcuts om items toe te voegen

Ruben over keyboard shortcuts:

Ik wilde verder voorstellen om aan elke categorie een letter te hangen, en dán pas te nummeren van 1 naar 9 (of 0). Het belangrijkste hier is overigens dat shortcuts nooit veranderen. "Muscle memory"

Het design maakt eigenlijk vrij weinig uit in het hele geheel. Het enige dat echt belangrijk is, is het scherm waarmee tappers bestellingen inkloppen. Daar moet even over nagedacht worden.

1 regel: alles wat je voorstelt moet je ook zelf kunnen bouwen met zo min mogelijk jquery en zónder grote frameworks. En het wordt animatie-vrij, omdat het op elke computer moet kunnen draaien (dus ook de aardappel in Flux)

Even oppervlakkig bedacht:

• Een knop in User.show waarmee je een modal opent
• In het modal de velden 'Hoeveelheid' en 'Beschrijving'/'Opmerking'
• Na het opslaan een flash message met "Gelukt" oid
• Inleggen tijdens een activiteit (orderscreen)

Wat wordt de productie-ready naam van Tomato? Het moet een vrouwennaam zijn en een afkorting van iets. Graag hier je naam en afkorting-uitleg!