Change Details

As a user, when opening a page and intending to use the footer links e.g. "mobile view", it often takes me to a different article instead of the footer link's destination as related article loads unexpectedly at the time I click (note: a similar problem exists at the top of the page when central notice banners load). 1. Open an article on mobile (or elsewhere with Minerva skin). 2. Scroll down and click one of "Terms of Use", "Privacy policy" or "Desktop". Expected: Taken to the intended link's destination. Actual: Taken to a related article. This is caused by the late loading of "Related articles" in a way that displaces the footer after the scroll ends and the is moving their finger to the footer link. In the last moments before touching the screen, "Related articles" appears and ends up being clicked instead. = Developer notes I (@krinkle) talked about this issue briefly with @Jdlrobson and there are half a dozen related ideas and other issues, but let's focus this particular use case of clicking a footer link. Some of them: ## Option 1 - move footer links We could decide to move these more useful links to the sidebar instead, so that there are fewer (or no) interaction targets between "Relates articles" and the bottom of the page anymore. e.g. "mobile view" could be part of the main menu (which is consistent with other sites e.g. Facebook). ## Option 2 - load related articles sooner we could try to make "Related articles" appear sooner. (right now we load RelatedArticles when the user is 2 * the window height from the bottom). Instead of this we could load it 2 x window height from the top for example. ## Option 3 - reserve space * We could visually reserve the layout space for "Related articles" before they appear. This is a little trickier since an article doesn't always have "three" related articles. It could have anywhere between 1 and 3 on Wikipedia and on Wikivoyage it's even more complicated... there is no limit to the number!

As a user, when opening a page and intending to use the footer links e.g. "mobile view", it often takes me to a different article instead of the footer link's destination as related article loads unexpectedly at the time I click (note: a similar problem exists at the top of the page when central notice banners load). 1. Open an article on mobile (or elsewhere with Minerva skin). 2. Scroll down and click one of "Terms of Use", "Privacy policy" or "Desktop". Expected: Taken to the intended link's destination. Actual: Taken to a related article. This is caused by the late loading of "Related articles" in a way that displaces the footer after the scroll ends and the is moving their finger to the footer link. In the last moments before touching the screen, "Related articles" appears and ends up being clicked instead. = Developer notes I (@krinkle) talked about this issue briefly with @Jdlrobson and there are half a dozen related ideas and other issues, but let's focus this particular use case of clicking a footer link. Some of them: ## Option 1 - move footer links We could decide to move these more useful links to the sidebar instead, so that there are fewer (or no) interaction targets between "Relates articles" and the bottom of the page anymore. e.g. "mobile view" could be part of the main menu (which is consistent with other sites e.g. Facebook). ## Option 2 - load related articles sooner we could try to make "Related articles" appear sooner. (right now we load RelatedArticles when the user is 2 * the window height from the bottom). Instead of this we could load it 2 x window height from the top for example. ## Option 3 - reserve space We could visually reserve the layout space for "Related articles" before they appear. This is a little trickier since an article doesn't always have "three" related articles. It could have anywhere between 1 and 3 on Wikipedia and on Wikivoyage it's even more complicated... there is no limit to the number!

As a user, when opening a page and intending to use the footer links e.g. "mobile view", it often takes me to a different article instead of the footer link's destination as related article loads unexpectedly at the time I click (note: a similar problem exists at the top of the page when central notice banners load). 1. Open an article on mobile (or elsewhere with Minerva skin). 2. Scroll down and click one of "Terms of Use", "Privacy policy" or "Desktop". Expected: Taken to the intended link's destination. Actual: Taken to a related article. This is caused by the late loading of "Related articles" in a way that displaces the footer after the scroll ends and the is moving their finger to the footer link. In the last moments before touching the screen, "Related articles" appears and ends up being clicked instead. = Developer notes I (@krinkle) talked about this issue briefly with @Jdlrobson and there are half a dozen related ideas and other issues, but let's focus this particular use case of clicking a footer link. Some of them: ## Option 1 - move footer links We could decide to move these more useful links to the sidebar instead, so that there are fewer (or no) interaction targets between "Relates articles" and the bottom of the page anymore. e.g. "mobile view" could be part of the main menu (which is consistent with other sites e.g. Facebook). ## Option 2 - load related articles sooner we could try to make "Related articles" appear sooner. (right now we load RelatedArticles when the user is 2 * the window height from the bottom). Instead of this we could load it 2 x window height from the top for example. ## Option 3 - reserve space * We could visually reserve the layout space for "Related articles" before they appear. This is a little trickier since an article doesn't always have "three" related articles. It could have anywhere between 1 and 3 on Wikipedia and on Wikivoyage it's even more complicated... there is no limit to the number!