dikurevymeets's Introduction
dikurevymeets's People
dikurevymeets's Issues
Datoer forsvinder
Ved afkrydsning af det der ser ud til at være 'skjult?' forsvinder eventet helt fra listen. Eksisterer dette stadig eller skal det oprettes igen?
Lukning af mad og betaling for brugere virker ikke efter hensigten
Jeg har lagt mærke til nogle fejl ved opførelsen omkring lukning af måltider og tilmeldinger for betaling.
Bedre behandling af ændringer til programmet
Når et program ændrer sig nu, så optræder nogle brugere bagefter som tilmeldt til f.eks. et nyt måltid eller møde, men ikke alle. Men ingen skal optræde som tilmeldt (eller ikke tilmeldt) til en begivenhed de ikke selv har haft mulighed til at indberette omkring.
Det skal nemlig være let for bosserne at se om en revyt har indberettet om en begivenhed.
Grunden ligger nok i at når man udfører ændringer til en begivenhed, så sender man faktisk også data for hver bruger til den begivenhed. Disse to ting bør separeres.
Man kan også overveje muligheden for om brugere der har ?-spørgsmålstegn ved deres indberetninger skal have en »advarsel« på toppen af hver side indtil de får indberettet omkring disse begivenheder. Og måske sågar elektropost til dem hvis vi har adgang til deres elektroadresser.
Tekst i påmindelsesmail
Det skal være muligt at redigere teksten for påmindelsesmailen i backenden (gerne også hvornår det sendes ud m.m.) Umiddelbare tekstfelter det vil være rart at kunne rette:
Emnefelt (nuværende: 'De tre næste måneders revymøder') - skal under alle omstændigheder ændres til 'Kommende begivenheder for DIKUrevy'
Headertekst (nuværende: ikke eksisterende)
Tekst før månedens begivenheder (nuværende: 'Denne måneds revymøder:')
Tekst før resterende begivenheder (nuværende: 'De efterfølgende to måneder:')
Ændring af mødedata fjerner navne fra ikkebrugere
Ikkebrugere mister deres navne når der bliver ændret mødedata fra adminen.
For mange kommende begivnheder
begivenheder for denne måned spytter også næste måneds begivenheder ud, dvs. den printer ud for 2 måneder. Samtidig bliver der hentet begivenheder 4 måneder frem i stedet for kun tre.
Optimalt ville være hvis man kunne indstille i backenden hvor mange måneder frem der vises med de 2 forskellige visninger.
Kapløbssituation
Er der ikke en kapløbssituation i database.php for funktionaliteten, der gemmer databasen til en fil? Hvad forhindrer to samtidige forespørgsler i at kollidere med hinanden?
Madherre skal kunne åbne for madtilmeldingen
Selvom at alle skal kunne lukke for madtilmeldingen, så bør kun madherre kunne åbne for madtilmeldingen (udover administratorer).
Mulighed for at genåbne et gammelt møde
Mulighed for begivenheder på anden, tredje, n-te dagen for flerdagsbegivenheder
Lige nu optræder underbegivenheder (altså programmet) i flerdagsbegivenheder kun for den første dag i kalenderen. En ny syntaks bør gøre det muligt at tilføje begivenheder til de efterfølgende dage.
Første dags (dag 0) syntaks bør forblive som den er, så vi ikke behøver at ændre på de gamle begivenheder.
Anden dagen og frem (dag n > 0) bør blive skrevet som dag tid
, f.eks. '1 12:00' for anden dag (dag 1), klokken 12:00. Vi nul-indekserer, selvfølgelig. '0 12:00' er selvfølgelig også en tilladt syntaks.
Overstiger antallet af dage længden af flerdagsbegivenheder, bliver de indsat på den sidste dag i begivenheden.
Sluttidspunkter skal følge samme syntaks. Som altid, hvis et sluttidspunkt er før startstidpunktet er det en fejl, og systemet vil derfor anskrive det som en time.
Brug af one.coms kalendervisualisering på forsiden
Den nupper Munter!
Events vises ikke korrekt
Under 'PR-møder' blev selve event-tilmeldingen ikke vist - kun tilmelding til spisning.
Næste/forrige-henvisninger bør ikke henvise til sider der ikke er henvist fra forsiden
Har en begivenhed ikke tilmelding, så henvises der ikke til den fra forsiden. Derfor skal sådanne begivenheder heller ikke optræder i top-navigationen.
Mulighed for at blive informeret når en bruger ændre sin status
Det skal være tilladt at bruge revymøderkalenderen som et sted hvor man melder fra, før en begivenhed bliver lukket. Nogle gange bliver begivenhederne bare ikke lukket manuelt (faktisk stort set alle gangene), og så er de åbne lige indtil dagen derpå.
Det kan i nogle tilfælde være et problem. Tag en hyttetur: En har valgt at tilmelde sig, men vælger - 24 timer forinden - at melde fra. Det er derfor muligt at det er inden for et tidsrum, hvor bosserne ikke vil se denne ændring.
Derfor bør der være en mulighed for at bede et møde om at informere hver gang en bruger ændre sin status. Hvilken mail-adresse dette bliver sendt til skal kunne ændres i en generisk indstillingsgrænseflade.
Derudover, kan man også overveje muligheden for at sende alle der har tilmeldt sig et særligt møde om at få en mail dagen før, om at de er tilmeldt. Dette skal igen være en indstilling som er per møde og ikke per bruger. Deres mail-adresser kan hentes fra Drupal-systemet.
Starttidspunktsdata går tabt for måltider
Når man ændre starttidspunktet på et eksisterende måltid forsvinder det helt. Det bør ikke ske.
Forkert titel
Det bør være MatStatDatrevyMøder.
Hvis man ændrer sin tilmeldingen under en lukket madtilmeldingen, bliver man meldt fra
Hvis en madtilmeldingen er lukket, og man er tilmeldt mad, men vil f.eks. ændrer sin kommentar (eller ting der ikke har med maden at gøre), så bliver man frameldt maden, selvom man er tilmeldt.
Lås gamle datoer
Hvis en dato er overstået skal den låses og fjernes fra oversigten (dette vil ikke ske med det nuværende system, desværre; det opdager I nok den sjette).
Madnegre bør kunne lukke for madtilmelding
Lige nu kan madnegre ikke lukke for madtilmeldingen, det vil give god mening hvis de kunne.
Derudover skal knappen optræde reelt disabled når de er (lige nu optræder de bare med den almindelige farve efter mit CSS-hack).
Kan ikke oprette yderligere måltider på eksisterende møder
Når man klikker »endnu et måltid« svarer Fejlkonsolen:
Fejl: kids[i].getAttribute("for") is null
Kildefil: http://moeder.dikurevy.dk/media/admin.js
Linje: 43
Navigation-system mellem møder
Det ville være lækkert hvis man kunne navigere mellem møderne med 'næste' og 'forrige'-knapper når man besøger et møde, således kan man nemlig hurtigere gennemgå alle møderne og pålægge dem ens tilmeldelse eller ej.
Kalender-ical-feedet virker ikke i kalenderfeltet på forsiden
Hvad gør jeg galt, Munter!?
Tilmeld flere personer per person
Tillad en person at tilmelde personer der ikke er tilmeldt revyen og forbind disse tilmeldinger til tilmelderens konto.
Individuel visning af spisning i ical feedet
Det giver et bedre overblik hvis spisning og møder optræder seperat i ical feedet.
ical feedet bør være en korrekt representation af dagsplanen, så ledes at man kan benytte ical feedet til at gennemskue tidsplanen ved at synkronisere sin kalender i stedet for at skulle besøge hjemmesiden.
Dertil vil opsplitningen give yderlige relevante informationer, da man da vil kunne vise deltagerantal seperat for spisninger og møder, hvilket igen kan være en hjælp til at se status på sin mobilenhed direkte i stedet for at skulle besøge hjemmesiden.
Logning af administratorers hærgen
Selvom at folks opdateringer af deres tilmeldinger og lukning for madtilmeldning er forholdsvis logget, så er ændringerne administratorerne foretager ikke. Hvis #35 skal implementeres, så bliver man nød til at have dette, således at man se hvem der misbruger systemet.
Ændringer i brugertilmeldelsen fra administratorsiden, med mad lukket sætter lukkebrugeren til systemet
Når man vedligeholder et møde fra admin-grænsefladen og vil ændre folks tilmeldinger, så ændrer den også personen som har lukket for madtilmeldingen til Systemet. Dette er en fejl.
Ændre i sorteringen af begivenheder i administratorgrænsefladen
Nuværende er det kronologisk, hvilket betyder en masse gamle begivenheder ligger i toppen. Det er ikke hensigtsmæssigt.
Strukturforslag:
[liste af åbne begivenheder]
[form til ny begivenhed]
[liste af gamle begivenheder]
Mulighed for separation af begivenheder per dato
Skal det være per ical-definition eller en hel ny variabel?
Mulighed for madherre at ændre hvem der spiste med (og ikke gjorde)
Inspireret af #32, så burde det være en idé med mulighed for at madherre kan styre deres regnskab efter et måltid hvem der reelt spiste med og hvem der ikke spiste med.
Relevante informationer i DESCRIPTION i ical feedet
Følgende informationer føler jeg er relevante for brugere af ical feedet:
- Link til tilmelding
- Beskrivelse som givet på tilmeldingssiden
- I fald tilmeldingssiden ikke er bag et login, listen over tilmeldte.
Jeg foreslår at alle tilføjes til DESCRIPTION
i hvert individuelt VEVENT
Mere plads til program-punkterne i tilmeldingsformularen
Det kniber lidt for lange navne i tilmeldingsformularen. Det bør der gøres noget ved.
Tags til møder
Det ville være en rar feature at man kunne tildele tags til møderne og bruge dem til at filtrere ical feedet. F.eks. et tag der hedder 'revyer' hvor andre revyers datoer bliver tildelt eller 'møder' hvor det kun er møderne der bliver vist. På den måde kan man vælge præcis hvilke events man gerne vil have ud.
man kunne gøre det til en + separeret liste i urladressen på ical feedet. f.eks.
Flerdagsbegivenheder
Tillad flerdagsbegivenheder.
Skal der være mulighed for at kunne tilmelde sig delene enkeltvis eller skal sådan en feature overhovedet ikke være tilgængelig? Selvfølgelig, hvis det var muligt, ville det ikke være standard, men tillade enkelpersoner at notere at de måske ikke kan deltage i hele begivenheden.
Vis antal deltagere i SUMMARY i ical feedet
Jeg froeslår at SUMMARY
for det enkelte VEVENT
bør være titlen på eventet, samt antallet af deltagere tilmeldt til eventet.
Eksempel: "Forfattermøde: n deltagere".
Det er anonymiseret, men giver relevant information.
DTSTAMP
for det enkelte VEVENT
bør i dette tilfælde være datoen for sidste modificering af en tilmelding i stedet for starttidspunktet for eventet.
Tillad ikke-medlemmer at melde sig til møder hvor det er tilladt
Det bør være muligt for folk der ikke er medlem til at tilmelde sig møder selvom de ikke er medlem.
Men det skal være muligt at begrænse om hvorvidt ikke-medlemmer må tilmelde sig. F.eks. bør man kræve at man er medlem (eller tilmeldt af et medlem[1]) for at man kan tilmelde sig en hyttetur.
Det begrænses på punkt-niveau, således at f.eks. madlavning vil kræve man er medlem men selve mødet kræver det ikke.
Når et ikke-medlem er tilmeldt, vil deres række i listen over tilmeldte folk optræde med en anden nuance, således at man kan se de ikke er medlemmer.[2] Selv hvis de kan tilmelde sig madlavning, så kan de ikke lukke for madtilmeldingen.[3]
Desuden skal ikke-medlemmer indtaste en simpel captcha før de kan tilmeldes.
[1] Funktionen med at tilmelde ekstra personer vil selvfølgelig forblive.
[2] Medlemmer tilmeldt af andre medlemmer vil forsat optræde som nu.
[3] Måske man bør overveje om de overhovedet kan tilmelde sig til madlavningen, og måske blot at de kun kan tilmelde sig til at spise med. Eller måske blot som madhjælpere? Tre flag virker bare lidt i overkanten.
Flerdagsbegivenheder optræder ikke i ical-kalenderen
Jeg har lagt mærke til at hytteturen ikke indgår i den nuværende kalender. Jeg skal have set på dette problem. Desværre har jeg ikke mulighed for at fikse det før på onsdag. Så jeg laver lige denne rapport for at minde mig om det.
Mulighed for blokering af folk der kan tilmelde sig som madherre
En simpel implementering af #35, vil nok betyde en simpel adgang til administratorgrænsefladen (dog begrænset for den dag de er madherre), men der er potentielt mulighed for at nogle brugere kunne tænke sig at misbruge denne funktionalitet (tilmeld sig som madherre, luk madtilmeldingen, skriv noget dumt i administratorgrænsefladen), så udfra loggen (#36) kan man se hvem der har gjort det og derefter blokere dem (denne adgang vil de jo ikke have).
Brugergrænsefladen er fuldstændigt uforståelig
På en tilmeldingsside findes teksten "Tilmeld en extra person". På dansk er "ks" da at foretrække frem for "x", ikke?
Gamle dage dukker stadig op på forsiden
Det var faktisk meningen de automatisk skulle forsvinde, men det virker åbenbart ikke. Jeg ser på det senere. Har lige fikset to markante fejl.
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.