abingham / accu-2017-elm-app Goto Github PK

it seems as if the page is shifted to the right when it gets loaded. I have to manually pull it to the left. This is weird...

Need to host it somewhere so we can do some spot testing.

See elm-webpack-starter for an example. This is important if we want to use e.g. the github logo in the footer.

Two smart people have missed this detail, so clearly it needs more emphasis.

If you e.g. click on a link in the footer to go to sixty-north.com and then navigate back to the app using the back arrow, the app stops working properly (i.e. things are displayed that should be) and you see errors like this in the console:

Uncaught TypeError: Cannot read property 'childNodes' of undefined
    at addDomNodesHelp (app.js:15936)
    at addDomNodesHelp (app.js:15944)
    at addDomNodesHelp (app.js:15944)
    at addDomNodesHelp (app.js:15964)
    at addDomNodesHelp (app.js:15889)
    at addDomNodesHelp (app.js:15944)
    at addDomNodesHelp (app.js:15944)
    at addDomNodes (app.js:15863)
    at applyPatches (app.js:15992)
    at updateIfNeeded (app.js:16332)

This might have something to do with not waiting for DOM elements to appears. Perhaps we just need a timeout.

When zoomed in on mobile safari, the header gets half-hidden sometimes, and stuck in place.

This should contain copyright info, feedback links, etc.

The way we handle clicks on the proposal cards is causing multiple events to propagate. I think the issue is that we handle a) clicks on the card itself and b) clicks on individual links. I guess it's pretty obvious in retrospect. A way to see this is to click on a presenter's name. This will correctly take you to the presenter's view, but if you back-arrow through history you'll see that we first pass through the session view (assuming you're on a branch with presenter view support).

I'm not sure what the best solution is. One is to stop responding to clicks on the card as a whole; perhaps just title clicks should be enough. Another is to somehow prevent event propagation to the card when links are clicked; not sure if this is even possible.

We need to think about and plan how to transfer ownership of the repository to ACCUConf. I suspect GitHub can allow the repository to have an owner but set up a team so the current owners retain all management rights on the repository.

Also need to think about setting up conference.accu.org to be able to serve the built application – testconference.accu.org in the first instance.

We currently use tabs to separate session views into days. Header links would probably be better because:

1. The save display space
2. They're probably a bit simpler

This will involve setting up routing for the various days, but it also means that we can remove the "selectedTab" member from the model.

Right now it's not always obvious where the cards end, due a lot to the cards and background both being white. Problems include:

• The orange action box of a proposal card appears more closely associated with the title of the card below it than its own title.
• Similarly, the distance between the card title and the action box makes it hard to visually associate them.

With the webpage, we have the sponsor logos on the left, other stuff on the right and content central. Whilst using the webpage template may be a bad idea per se, it would be good to get consistent styling and have the sponsor logos somewhere on the schedule Web application.

There doesn't seem to be a way of accessing presenter blurb. At least using Chrome on Debian Sid the names are not links.

It might be nice if we could pop up a dialog when a starred session is about to start. Not critical, but an interesting idea.

We currently treat the proposal descriptions as Markdown, and this kinda-sorta works. However, it's apparently in AsciiDoc. It's somewhat amazing that the markdown parser does as good a job as it does on the current text!

Anyhow, see if there's anything to be done about this.

At a minimum we should show the full country name. Perhaps a flag. Maybe there's a service somewhere we can use to do this for us.

The ACCU 2017 conference colour is an orange, #ff5e00, might it be possible to use this to to create continuity and connection? Not a big issue though, the blue works well.

Clicking the title seems to be the intuitive way (based on observing users) to go to the view for that card, i.e. the job of the "details" button right now. We could easily keep both, but we definitely need to support title clicks.

Although the GitHub control line says MIT, and there is a LICENSE.txt file, it is not immediately clear to someone alighting on the page what the licence is for this software – I think GitHub could do their licence display thing better. Perhaps adding a section in the README with a licence icon so that it is "hit people over the head" obvious might be helpful?

Or maybe I am worrying over nothing.

Conference is Wednesday, Thursday, Friday, Saturday. Tuesday is workshops day. Currently the application gives the conference as Tuesday, Wednesday, Thursday, Friday.

It would be nice (critical?) to have a layout that reflected the room and time assignments. So a grid with rooms at the top and times down the side. It would be nice if we could apply this to both day views and agenda views, probably search views as well.

1. case insensitivity
2. Search over title, text, and author(s)

The keynotes, the lightning talks, and the ACCU AGM are not listed, only the parallel sessions are present. This may be a development choice for this stage, and that is fine. Going forward though, it would be good to have them.

When I follow the installation instruction I get this error when I connect to the running application.

Oops! Something went wrong when starting your Elm program.

Trying to initialize the `ACCUSchedule` module with an unexpected flag.
I tried to convert it to an Elm value, but ran into this problem:

Expecting a String at _.apiBaseUrl but instead got: undefined

Should be simple.

The issue is that a properly constructed agenda, i.e. one with at most one proposal per session, would always be a column, wasting space. A better display is probably a day-per-line display.

We need to first see if this is available from the server. It would be nice if we could use that as the "source of truth" for the time-session correspondence. If not, we might just need to hard-code it or pass it in via flags.

Right now we don't show that information anywhere. We should probably show it on the proposal card, and it might be nice if we could group the cards in a session together (should be trivial).

Full-text search over title, text, and name in the header. The results would appear in a new view.

Should be a simple card flow of presenter cards. Maybe add way to sort in different ways.

Might be trivial with elm-markdown

It looks nicer horizontally. And we can make it layout beneath the card on narrow displays.

See e.g. /session/29. I may have broken this in the presenter-api work.

We need a button or something to re-fetch schedule data from the server. A button somewhere should suffice.

Ultimately we may want to poll the server to do reloads automatically, but at first this button should be enough.

The five columns of the schedule represent the rooms the sessions are in. Each session blurb has the data, but any TBC entry causes no column and so introduces a "misalignment".

The tabs for conference days (or header links if we do that) should display the day of the week rather than "day #".

Right now it's a pretty minimal amount of data. We should repopulate it with what we're getting from the conference server.

It's pretty minimal right now. Maybe it should have a link to the home page or something.

On a proposal view with a long abstract and zoomed in such that the entire abstract can't be viewed, Safari on the iphone shows strange scrolling behavior. It seems to "lock" to a scroll position and prevent scrolling down or up without strenuous effort. Needs verification/replication.

I tried to replicate this on mobile Chrome, but things worked fine there.

Right now the app is hard-coded to fetch data from a test server. Obviously this needs to be changed, and the data source should probably be configurable somehow between production and development.

Depending on how we decide to deploy the app relative to the standard ACCU Conf website (which will be serving up JSON schedule data), we will need to look into handling CORS stuff.

We should mention the day and session of the proposal along with the presenters and room.

Using Chrome on Debian Sid, I see the arrow pointer when not over text and the I pointer over text, there is no change to the hand pointer over links. The lack of feedback makes it difficult to know when hovering over a link that can be clicked. The consequence is that it is not totally clear that the name of a session in the schedule is a link to the blurb.

We need a view where people can see their list of "starred" sessions. This should probably have a convenient link in the header (or drawer if we go that way).

The full-view of a proposal should display whether the session is starred, like the card-view of all proposals does.