jakemoves / cohort-server-v1 Goto Github PK

• make it look nice
• make sure it is not shown after the user is checked in

Let's pick a time once you're done, and check in both of our device(s), then run through the cues. That'll be a good network stress test.

Thats the bad news, the good news is I can load all the tracks with one initiation.

Code calls simplefluxred.mp3, simplefluxblue.mp3

If an event in the listing has today's date, it should have a Check In button with it.

If the current time is after the event's doorsOpenTime:

• Check In button should have a prominent style
• Check In button should check in the user (no passcodes anymore, for now at least)

If it's not yet the doorsOpenTime:

• Check In button should have a disabled style
• Label should display an h:mm or mm countdown using something like moment.js

If there are multiple events on the same date:

• they should both have check in buttons that follow the rules above
• if the events have the same doorsOpenTime, their check in buttons can both be active, and should trigger the same action (it doesn't matter which they tap)

Otherwise, it should have a Sign Up button

• Sign Up buttons should have a less prominent style
• Sign Up button should open a new browser window at the event's signupURL
• test Check In flow thoroughly with events on the same day, different days, etc

...so we have a shot at sync if we use it

Although the music track still plays all the way through when iOS device is put to sleep, controls appear in the unlock screen that allow for pausing and playing. Not sure it's an issue that can be fixed.

• fluxdelux.org/admin should be a standalone page
• use same bootstrap grid & basic styling
• review http://getbootstrap.com/css/#forms and build the below using the built-in classes
• remember you can use Postman to build and test GET/POST requests
• page should have two sections: Delete Event and Create Event
• Delete Event should contain a dropdown
• dropdown should populate via a GET ($.get) request to /events, concatenating City, Venue, and Date into a listing for each event. You'll need to keep track of each event's _id property for deletion.
• dropdown should have a note saying, "Only events in the future will show in the app and on the website. There's no need to delete events that have passed."
• Delete Event should have a submit button that triggers a POST request to /events/delete
• the body of the request should be { "eventId": ID }, where _id is the selected event's _id property
• page should have a form that submits a POST request to /events/create
• form needs to build a JSON body for the create request matching this structure:

{
    "city": "London",
    "venue": "The ARTS Project",
    "address": "203 Dundas St, London, ON",
    "geocode": [42.984063, -81.24804],
    "date": "March 5, 2016",
    "doorsOpenTime": "1:30 PM",
    "startTime": "2:00 PM",
    "endTime": "4:00 PM",
    "hosts": [{
        "name": "Tangled Art + Disability",
        "url": "http://tangledarts.org"
    }],
    "signupURL": "https://guestlistapp.com/events/402906",
    "checkInCode": "yxu",
    "_id": "yHv4AKo4Cy01ippO"
}

• test create / delete thoroughly on Safari, Chrome, and Mobile Safari. The 'database' is just a flat JSON file (events.db); you can inspect it easily. The library is NeDB.
• ensure all form inputs can be easily tabbed through

• tidy up index.html, remove unneeded markup — we're moving towards locking this down and leaving it with Peggy
• remove unused JS files (flux-old?)

Steps to reproduce:

• load site (iPhone 4S, iOS 7)
• check in
• send episode load signal
• send episode go signal
• js triggers 'stalled' message
• repeat the above steps (reloading page) and sound works

So maybe it's a buffering/caching thing?

I don't experience this error in the browser, or on an iPod touch 5/iOS9.

Are you able to test on Android? Or did the device get returned?