Feature #5053


Scrollable menu to add readers (SP suggestion #4)

Added by Marilyn Weber almost 8 years ago. Updated over 7 years ago.

Priority name:
Samantha Raddatz
Category name:
Social Paper
Target version:
Start date:
Due date:
% Done:


Estimated time:
Deployment actions:


While I generally hate menus that travel down the page, the fact that you have to scroll up to the top of the paper to add a reader (if, say, you aim to tag someone new in your comments). It means I lose my place and have to relocate it.


SP01.jpeg (60.7 KB) SP01.jpeg Settings color change Paige Dupont, 2016-04-20 12:47 PM
SP02.jpeg (35.5 KB) SP02.jpeg Responsive/close button for menu Paige Dupont, 2016-04-20 12:48 PM
Actions #1

Updated by Marilyn Weber almost 8 years ago

  • Assignee set to Samantha Raddatz
Actions #2

Updated by Samantha Raddatz almost 8 years ago

I concur that the settings menu isn't ideally situated and should remain locked to/follow the sticky footer, rather than remaining at the top of the paper. This would mean that if the settings menu content is taller than the browser window the menu content would scroll separately from the paper itself.

I'm interested to hear Matt and Boone's input on this idea.

Actions #3

Updated by Marilyn Weber almost 8 years ago

  • Category name set to Social Paper
Actions #4

Updated by Matt Gold almost 8 years ago

perhaps we can explore a menu that collapses as the page is scrolled but that is still visible in collapsed state no matter where you are on the page and that can be expanded when clicked?

Actions #5

Updated by Matt Gold almost 8 years ago

also think we should survey some existing tools (medium, etc) to see how they handle stuff like this

Actions #6

Updated by Boone Gorges almost 8 years ago

  • Target version set to Future release
Actions #7

Updated by Paige Dupont over 7 years ago

Hello All,

I wanted to add to this ticket with some ideas and recommendations from the data gathered during the Social Paper testing. After our meeting on Friday, I wanted to show the group some mockups to help resolve this ticket as well as tackle other usability problems within the same category of the settings functionality.

We had recommended the following:

  • Have the settings box respond by opening anywhere the user is on the page.
  • Add an ‘x’ to the settings box to make it more obvious that it can be closed.
  • Change the settings button color for visibility.

I've attached the following mockups to illustrate the simple fixes of adding a responsive menu bar, with a visible close window feature as well as the color change for the settings icon to help with visibility in regards to helping users find the settings.

Let me know if you have any questions or opinions. Thanks all!

Actions #8

Updated by Paige Dupont over 7 years ago

Sorry, here's the other mockup file:

Actions #9

Updated by Boone Gorges over 7 years ago

Thanks, Paige. These seem like good suggestions.

As for the scrolling issue: the reason I opted to fix the settings panel to the top of the window is that the contents of the panel may be taller than the window. So a simple layout that fixed the panel to the side of the screen would have been problematic. However, it should be possible to make the Settings panel independently scrollable from the main section, so that whenever the panel is opened, it's scrolled to the top (of the panel), and can then be scrolled down independently.

Actions #10

Updated by Samantha Raddatz over 7 years ago

+1 for independent scrolling in the settings panel! Thanks :)


Also available in: Atom PDF