-
Notifications
You must be signed in to change notification settings - Fork 3
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Page footers #291
Page footers #291
Conversation
Pull Request Test Coverage Report for Build 481321558
💛 - Coveralls |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Cool! It looks really beautiful.
I did find some of the transitions to be a little choppy, is there any way to smooth these out? Also found a small IE11 bug and mobile styling issue.
<SectionTitle>{section.title}</SectionTitle> | ||
<SectionBody>{HTMLReactParser(section.body)}</SectionBody> | ||
</SectionCopy> | ||
<Sticker> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
hm yeah ... it varies a bit by browser in my experience but it especially does not like it if you try to scroll while the animation is still in progress. It's definitely still kinda buggy! I think though that I want to collect some more feedback and deal with this animation tuning in a separate PR (since I don't think it's directly affected by any of the changes in this one)
})} | ||
onMouseOver={transitionArrow({ index, visible: true })} | ||
onFocus={transitionArrow({ index, visible: true })} | ||
onMouseOut={transitionArrow({ index, visible: false })} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
In IE11 I found that one of the footer link arrows remained visible after clicking through to a different narrative. Was able to reproduce with:
- From the Sentencing page, scroll to the bottom of the page to see the Narrative Footer
- Click on the Probation footer link
- Scroll to the bottom of the page and see that the Prison arrow is still visible, even clicking elsewhere on the page.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
oh good catch! I think I see the issue
<NavContainer> | ||
<Sticker> | ||
<NavStickyContainer> | ||
<SectionNavigation |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I found that in IE11, clicking on the arrows in the SectionNavigation to click through to the next section to be quite slow. Enough to make me wonder the first time I clicked if something was broken. Have you noticed this?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Another question on the section navigation. I was a little frustrated when at the bottom of the page, i couldn't remember which narrative I was on previously so I clicked the 'Back' button, but had to hit back 8 times to actually get back to the previous Narrative. What is the reason to keep the section number in the URL? Are the sections going to be so large that the user will want to navigate between them rather than scrolling between them?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
hm. it's definitely less snappy in IE 11 but for me it's not quite that bad. There is a delay of about a second or so though. I am not sure what our IE support level is going to be for this product but at the moment I am just aiming for "not completely broken" and by that standard I think this squeaks by?
Interesting point though about the URLs. I think I tend to agree with you, but this came down as a product requirement, to be able to link directly to a section. We may find that in practice we don't like the way it works. Most of them are not going to be particularly large; I think the majority will fit on a single screen.
I could try replacing the current history item when the section changes, rather than pushing it onto the stack? I don't know if that would just be confusing in a different way, though.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I did give the replacement approach a quick try and I feel like it's .... not obviously better? you wind up on the last section of the previous page if you click on one of those footer links and then hit the back button. It feels ... also weird. Anything more sophisticated than that, or a change in the URL scheme, is a product discussion I think. I will make a note of it for later review though
/> | ||
<NavContainer> | ||
<Sticker> | ||
<NavStickyContainer> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
oh yeah there is no mobile styling yet. designs should be landing sometime this week so I am punting it for now
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
also, I saw that warning too. React is starting to complain about some of the dependencies using deprecated APIs. I am not super inclined to care about this at this point? It only gets raised in Strict Mode, which in practice I am finding pretty annoying and have been thinking about disabling. Maybe it's helpful as a debugging tool but as a general development tool I think it's way too noisy about stuff that's not in our direct control. (I have not been able to find a direct replacement for this dependency, one that simply wraps the polyfill in React, and I don't really think it's worth trying to figure out how to reimplement it without findDOMNode
. There are various other pure-JS or pure-React libraries, in fact I used one of them in Spotlight v1 but the performance of this is way better in every browser except IE 11 because it uses the native CSS solution instead of janky JavaScript.)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
🌸
(the cherry blossom is the only emoji that autofills for ':spring' - so there you have it)
Description of the change
Adds a standard footer on every page, and an additional footer for narrative pages with links to the other narratives.
Some side effects to this otherwise straightforward task:
position: fixed
in IE.)withRouteSync
now does this instead of explicitly calling setter methods or creating the Tenant instance directly.Type of change
Related issues
Checklists
Development
These boxes should be checked by the submitter prior to merging:
Code review
These boxes should be checked by reviewers prior to merging: