Needs review
Project:
Stanley Administration Theme
Version:
7.x-2.x-dev
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
24 Apr 2013 at 08:42 UTC
Updated:
12 Jun 2015 at 21:25 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
Wolfgang Reszel commentedWell, it's better to put the logic into the script.js so it's not dependent on the admin menu theme.
Comment #2
joelpittet@Wolfgang Reszel That seemed to do the trick though it only works well with "Adjust top margin" and " Keep menu at top of page"
Would it be better if it did this:
$('#admin-menu').length > 0before using it the height?Thanks for the patch:)
Comment #2.0
joelpittetNeeds !important in some cases
Comment #3
autopoietic commentedThere is a body class for admin-menu, can it not just go on that? It works alright for me anyway.
Love stanley for admin, its really solid.
Comment #4
joelpittetBecause position: fixed; doesn't care about position: relative context at all, it's kind of annoying. This causes issues with other toolbar replacements too like navbar or admin.
Maybe instead of dealing with it in JS or CSS you can deal with it with markup and a bit of CSS using an approach like this:
http://stackoverflow.com/a/11833892/80281
Then that position fixed will have a bit of a context of where it's supposed to be fixed to?
Not sure if it will solve all problems but may help.
Comment #5
basvanderheijden commentedI applied the following patch to 2.0-alpha3 to mitigate the issue.