Title: ux bug
Last modified: August 30, 2016

---

# ux bug

 *  Resolved [Hrohh](https://wordpress.org/support/users/hrohh/)
 * (@hrohh)
 * [10 years, 6 months ago](https://wordpress.org/support/topic/ux-bug/)
 * Hi, there should be condition, if sidebar is bigger than screen, than off floating.
   Now I have scroll to the end of page, it is very annoying. thx
 * [https://wordpress.org/plugins/wp-sticky-admin-sidebar/](https://wordpress.org/plugins/wp-sticky-admin-sidebar/)

Viewing 3 replies - 1 through 3 (of 3 total)

 *  Plugin Author [Jason Gillyon](https://wordpress.org/support/users/jasongillyon/)
 * (@jasongillyon)
 * [10 years, 6 months ago](https://wordpress.org/support/topic/ux-bug/#post-6783425)
 * Thanks for your feedback, how would you expect it to work? If the sidebar is 
   longer than the window height for it to stay static and not scroll at all? Let
   me know and I’ll see what I can do.
 *  Thread Starter [Hrohh](https://wordpress.org/support/users/hrohh/)
 * (@hrohh)
 * [10 years, 6 months ago](https://wordpress.org/support/topic/ux-bug/#post-6783561)
 * Yes, exactly! Sorry for my english. I wrote bigger, I thought longer 🙂
 *  [Kahil](https://wordpress.org/support/users/kahil/)
 * (@kahil)
 * [10 years, 6 months ago](https://wordpress.org/support/topic/ux-bug/#post-6783681)
 * An alternative option to consider…if possible… would be to target ONLY the Publish
   box. It has the id of “submitdiv”. In doing so, you would force it to display
   an alternative UI layout in any edit screen. In this case, it would display at
   the top of the edit screen allowing the other metaboxes to remain static. You
   would of course set the css and code so it is responsive, where if the screen
   is under a specific width (for smartphones), then your code is inactive. Tablet
   screens would need some testing to get those widths down right. Smaller tablets
   wouldn’t look well with this, but some larger ones in landscape view would look
   great.
 * I did a quick mockup of this here: [MOCKUP](http://spiderflystudios.com/wp-content/uploads/publish_bar_mockup.png)
 * I personally think this would be a more ideal use of this plugin. Would obviously
   mean you’d have to inject some admin css, which is easy to do, in order to bump
   the top sections of the edit screens down a bit to account for this “publish 
   bar” to rest there when scrolled to the top and top prevent it from overlapping
   anything. It would also mean figuring out how to handle the “edit” aspects of
   it as well.

Viewing 3 replies - 1 through 3 (of 3 total)

The topic ‘ux bug’ is closed to new replies.

 * ![](https://s.w.org/plugins/geopattern-icon/wp-sticky-admin-sidebar_f5f5f5.svg)
 * [Sticky Admin Sidebar](https://wordpress.org/plugins/wp-sticky-admin-sidebar/)
 * [Frequently Asked Questions](https://wordpress.org/plugins/wp-sticky-admin-sidebar/#faq)
 * [Support Threads](https://wordpress.org/support/plugin/wp-sticky-admin-sidebar/)
 * [Active Topics](https://wordpress.org/support/plugin/wp-sticky-admin-sidebar/active/)
 * [Unresolved Topics](https://wordpress.org/support/plugin/wp-sticky-admin-sidebar/unresolved/)
 * [Reviews](https://wordpress.org/support/plugin/wp-sticky-admin-sidebar/reviews/)

 * 3 replies
 * 3 participants
 * Last reply from: [Kahil](https://wordpress.org/support/users/kahil/)
 * Last activity: [10 years, 6 months ago](https://wordpress.org/support/topic/ux-bug/#post-6783681)
 * Status: resolved