Not much else to say, also the click circle (No idea of the proper name for this) to show you clicked it is massive?

You can see here 5:30pm seems to be after 6pm?

isStudentStudySpace filtering logic so that only student study spaces are shown in the app

Not sure how useful the people one is but for room bookings this could be quite useful if you frequently book a specific set of rooms.

This could be displayed on the Rooms tab when no search query is entered (right now the screen is a bit empty). Based on your current coordinates, it could suggest nearby empty rooms.

Essentially, this is an incorporation of room-buddy into ucl-assistant.

When notifications are received whilst the app is open, they will not display on iOS and may not display on Android. The app needs to handle the notification itself. This is usually done with a custom in-app dropdown notification.

As of uclapi/uclapi#1064 duplicate timetable entries have been handled by putting a forward slash between lecturer names. We don't handle the case of multiple lecturer IDs or multiple departments beyond this fix.

One solution would be for us to respond with a list item with every lecturer, every email address and every department but this would be breaking for API clients. Another would be for us to check the fields in UCL Assistant to see if the data is present before displaying it.

It may be useful to see all events in the upcoming few days instead of just for the current day. A 3-day view might work best in portrait mode.

Should provide users an easy way to send us feedback about the app.

Expo & React Native now has web support??? This has really come full cycle.

This could allow us to turn ucl-assistant-app into a web app as well so people with non-smartphones, people who hate installing apps, and people on the computer who are too lazy to reach for their phones, can all enjoy ucl-assistant-app as well.

https://github.com/expo/web-examples

It seems logical that after you search for a room and enter the RoomDetailScreen, you should also be able to view the bookings for that room.

1. Do a search for somebody
2. Tap on them
3. Back out of the Person Detail screen
4. Search for somebody else
5. Tap on them
6. The data for the first person you searched for is shown until the second person's data is loaded, after which it switches over.

Proposed solution: show no data (and just a loading indicator) when opening the Person Detail screen until the data is ready to be displayed.

Seems to be a new thing. Is this an issue with this or https://github.com/uclapi/uclapi ?

On search focus, keyboard overlay should be hidden on pull down

Current behavior: Refresh on pull down

Set your time to say 4pm on your phone. The app will now act like its 4pm, it should either convert the time or shift the graph.

At the moment the app says, for example, Quite busy (235/282)

It's probably more beneficial to say something like Quite busy (47/282 seats free)
I'm not sure if it'll fit in the box though? We might need to experiment a bit with the text there, but I think it'll make it more clear to users what the numbers mean.

When rooms are closed they are booked as Room Closed by Room Closed. an example would be roberts building G02 on tuesday 12 Mar. Maybe we could detect this and display a warning that the room is closed? and change that booking to also look a little different?

We could show alternative tutorials/seminars/workshops that you can request to attend if you're unable to attend your assigned session.

Awesome feature idea, but we'll need to think carefully about how to do this in a way that works well on portrait devices (given that the maps are mostly landscape)

One solution is to literally flip the maps 90 degrees and show them full screen, but we'll probably have to consider each map separately.

We'll also need a nice UI to let people choose which floor of the library they want to look at.

It would be awesome if we could have lectures which are currently in progress listed as 'happening now', similar to 'past events' that we have now. The only concern is how often this page is updated (e.g. would it require a manual refresh to update this?)

it currently has "production mode: uses api.assistant.mbell.me". I presume we will move away from matt's domain so we should probably change this.

Floating Action Button on StudySpaceDetail Screen should stay at bottom right of screen regardless of scroll position.

It would be nice to be able to click on the graph and see exactly how many seats were taken at that time?

It brings the user to the SplashScreen but does not actually clear user data. So the user is logged back in again upon re-opening the app

Regression since #28.
Capacity shows as Capacity: without a number after.

As per @anushks's suggestion: order the list of StudySpaces in increasing distance from the GPS coords of the user for convenience.

If the date is long enough to be wrapped, it pushes down the rest of the view (as shown). Scrolling through many days at a time becomes annoying since the button to switch moves.

Ex:

Implement a card-based view à la Nush.

In order to publish in the Play Store, we have to abide by the following rules: https://play.google.com/about/privacy-security-deception/personal-sensitive/

This means that on the Splash screen we should have a notice that says something like:

By signing into this app, you accept that certain data will be required to ensure the app functions correctly.

We should also tell them exactly which organisations data is sent to:

• UCL
• UCL API [i.e. us]
• Sentry for crash information

Plus, we should point out that updates may be downloaded automatically via Expo as they are made available. They will be informed if updates require a change in the privacy policy.
The app is subject to UCL's standard Privacy Policy: https://www.ucl.ac.uk/legal-services/privacy/general-privacy-policy

We might want to add continuous deployment via Travis:

• We could automatically publish master to a production release channel
• And automatically publish PRs to individual release channels for testing purposes

Right now, the chart in the app is plotted based on the average occupancy across the last 30 days. Whilst this generally works fine, the data can be very inaccurate during certain periods of time:

• Between holidays and term time: overestimation when the holiday begins, and underestimation for the first few weeks of term
• During bank holidays / public holidays / special events
• When a new studyspace is opened / closed / etc, e.g. when the UCL Student Centre was opened, when a studyspace is re-opened after renovation, etc.
• Certain libraries during certain periods of the year when there are many deadlines in close proximity

A better approach may be to identify analogous periods in time. The following app, which provides estimates of crossing times for one of the busiest land borders in the world, does this:

One easy way could be to look at the equivalent month/week from the previous year.

This could be shown on the StudySpaces screens alongside the occupancy info (for those studyspaces with desktops).

New studyspaces, e.g. UCL Student Centre (id=58) are not appearing.

Maybe duplicate of #70 un-aware. But if so it correctly is sticky for my phone.

It would be more helpful to tell users what map they are viewing (e.g. Student Centre Ground Floor) than simply telling them they are viewing a Live Seating Map.

This means that if the app is quit during the sign-in process, on subsequent runs, isSigningIn will be true, and the user will be faced with an eternal spinner and be unable to sign in :(

Solution: do not persist isSigningIn.

Including a campus map will probably be quite useful.

Quick and dirty way is to embed a zoomable image/pdf.

Alternatively, we could try to get access to the custom google map used on https://www.ucl.ac.uk/maps

At the moment they are buried in with the Study Spaces tab, but I think we should add more FAQs (such as "who created this?", "what is UCL API?", etc. and move them to the Settings tab.

As described. Since we are managing this now, the issues should be created here as opposed to on Matt's GitHub page

NavigationActions.reset is no longer a function in react-navigation 2. Use dispatch instead.

Optional fingerprint lock for the app for folks that want it.

There should be bottom padding. There isn't.

I have no idea what's causing this so I'm open to suggestion. It could well be my terrible local build environment though (I have many a Node issue...)

The live time shows in 24 hr format, however the graph uses 12 hr format. We should probably be consistent at least in the same screen 😆

As explained in the title.

On my device the X Axis labels needs a taller container to display the text.

This button does not do anything at the moment.

It should probably open the PersonDetailScreen with the profile of the lecturer / instructor / etc.

However, the data I'm working with is a bit different from that received from the /search/people endpoint:

"lecturer": {
    "name": "HIRSCH, Robin (Prof)",
    "department_name": "Computer Science",
    "department_id": "COMPS_ENG",
    "email": "[email protected]"
}

There are a few options:

1. We could remove the Details button altogether
2. We could open the PersonDetailScreen anyway and only show the data we have available (i.e. missing status and with a slightly different department name).
3. We could change the Details button to an Email button and open the email client upon press (as with the PersonDetailScreen)

I'm inclined towards Option 3 because this saves the end-user 1 tap. But Option 2 does seem reasonable as well.

On each study space's detail screen, it would be cool if we could list each map (which will be far easier to implement than the live maps) with a view that looks a bit like, for UCL Main Library (as an example):

Rooms
1st West: 17 seats free (total: 184)
1st East: 14 seats free (total: 84)
...
etc.

We could have each map name as a subtitle and put a live map underneath it (#3) but I think this will be too cramped on smaller (< 5") devices. For now, the text is probably enough.