Support for Drupal 7 is ending on 5 January 2025—it’s time to migrate to Drupal 10! Learn about the many benefits of Drupal 10 and find migration tools in our resource center.Thanks for the great work in this module. Mega menus are awesome and you make it easier to implment them.
I am using version 7.x-1.1 of Minipanels, with 7.x-1.2+7-dev of CTools (because with the recommended version of CTools, it wasn't working at all)
But there are things that are still impossible to configure from the User Config. Screen:
- Horizontal and Vertical alignment being one of them. I needed for the menu to align always with the border-left of the first item, and wished for the menu to pull down from the border bottom of all items. The negative number for the horizontal alignment was always ignored. Trying to displace the pop-out 5px down was impossible. It didn't matter what number I entered in the field, it always sent the menu to the middle of the page.
I started playing arounf with the position pulldown, and changing parameters and for relative, for example, the menu didn't show at all.
The only way I had to position the pop-out where I wanted it, was to force it via its selector in my css sheet, like this:
div.qtip-contentWrapper {background-color: transparent !important; margin-top: 33px; margin-left: -10px;}
(Setting the position to Absolute and with Custom alignment in reference to the menu container div)
Also, the width never automatically adjusted to the content. The content is 960px and the pop-out was always opening to it's maximum allowed by default, 250px. I had to set 960px for both max and min width, in the default config.
With all that, it works perfect and makes the website eye-candy.
Have a great day!
| Comment | File | Size | Author |
|---|---|---|---|
| #5 | menu_minipanels-position_adjustment-1883070-5.patch | 644 bytes | tom friedhof |
Comments
Comment #1
Kendall Totten CreditAttribution: Kendall Totten commentedI too am having a great deal of trouble with the horizontal and vertical adjustment just as cara described. The problem with overriding with CSS is that it becomes absolutely positioned to the edge of the window instead of lining up with the menu items.
I'm trying to align all of the flyouts to the edge of the main content area (so that they are all 960px wide on the normal desktop view) and all flyouts are all positioned in the same place.
I plugged in a 1 or -1 as the vertical adjustment and now the menu is positioned 1761px down the page. Where that number came from I don't know.
The only thing I think I can do is to leave the qtip container where it is and then position the qtip-wrapper using negative margins.
Comment #2
tusik CreditAttribution: tusik commentedI am positioning towards a div that has a
margin: 0 auto;and hence it's positioned correctly, right below the main menu.I think there must be some % issue with that snippet of code, and instead of reading pixels it's reading percentages. otherwise I can't see why the increment is so out of proportions. It would also make sense for negative numbers to be ignored.
But there are yet other issues. If you do not fix the z-index for the wrapper to be below the menu, on roll out from the menu item, it will not disappear to show the minipanel for other items.
Comment #2.0
tusik CreditAttribution: tusik commentedSome important info was added
Comment #3
WickedJ CreditAttribution: WickedJ commentedsub.
Comment #4
vip_sa CreditAttribution: vip_sa commentedYes it does not work
Comment #5
tom friedhof CreditAttribution: tom friedhof commentedThe Qtip library expects the values to be integers coming from the settings page. The attached patch forces the type to int so that when array is converted to js, it is an integer.
Comment #6
vip_sa CreditAttribution: vip_sa commentedI will test it and let you know if it works thank you very much for the patch
Comment #7
selfuntitled CreditAttribution: selfuntitled commentedWell, this patch no longer applies cleanly to the current version of the module, so I needed to apply it manually. That said, it seems to resolve the problem. Looks good to me! If I have a few minutes I'll re-roll something that applies to current code.
Comment #8
vip_sa CreditAttribution: vip_sa commentedOK that will be great!
Comment #9
jenlamptonThis patch still applies cleanly to 7.x-1.1. It solves the problem for me, the Horizontal and Vertical adjustment settings are now affecting my menus.
Comment #10
selfuntitled CreditAttribution: selfuntitled commentedLooks to me like this is working, and is ready to be committed.
Comment #13
DamienMcKennaThank you. I've committed this to both the 6.x-1.x and 7.x-1.x branches.