search

otto-torino / django-baton

A cool, modern and responsive django admin application based on bootstrap 5 that brings AI to the Django admin - https://baton.sqrt64.it/
MIT License
879 stars 95 forks source link

User drop-down menu items problem #14

Closed teethgrinder closed 5 years ago

teethgrinder commented 5 years ago

Hello,

User Dropdown menu items stays behind the admin panel in my case. How can I fix this ? the menu items under "Ytsejam" are not shown in the image. Screenshot from 2019-04-19 13-10-03

Thanks for your app , it looks promising.

abidibo commented 5 years ago

Thanks, I'll look into it soon, can you provide some more info in the meanwhile, like os and browser version? Thanks.

teethgrinder commented 5 years ago

of course. I use Arch linux( every arch user declares that they use arch linux - traditions ) and Chromium Version 73.0.3683.103 (Official Build) Arch Linux (64-bit). I I checked the problem in Firefox after your question, issue is on Chromium only. Firefox handless css correctly.

abidibo commented 5 years ago

I'm unable to reproduce this bug. I have no problems with google chrome and chromium, build 73.0.3683.86 on ubuntu, and I can't install version 73.0.3683.103 for unmet dependencies. I'll check my chromium version after next upgrade to see if I can reproduce the problem.

It seems like the z-index property of the dropdown element is ignored in some way. It's impossible to debug this stuff without reproducing it and inspecting elements in the browser. I keep it open, let me know if future builds of chromium fix this issue, it may also be a browser bug.

teethgrinder commented 5 years ago

My user had the same problem in windows 10 and firefox. I think also it is about "z-index" but inner part under this menu stays on top.

teethgrinder commented 5 years ago

Found problem source it is in base.css line 830

#header {
    width: auto;
    height: auto;
    display: flex;
    justify-content: space-between;
    align-items: center;
    padding: 10px 40px;
    background: #417690;
    color: #ffc;
    /* overflow: hidden; */
}

I commented overflow:hidden and there is no problem.

abidibo commented 5 years ago

OK, the strange thing is that baton resets completely the base.css file in order to avoid such things. Your base.css admin file should contain (https://github.com/otto-torino/django-baton/blob/master/baton/static/admin/css/base.css):

/* empty */

Maybe you've not inserted baton in INSTALLED_APPS before django.contrib.admin, or you have customized the base.css in some other app?

With a normal installation I don't have such rules for the #header element as you posted.

abidibo commented 5 years ago

Hi @teethgrinder , any news on this one? Have you understood why your base.css is not reset? In a normal installation you shouldn't have the overflow hidden rule, let me know since I'd like to close this issue, thanks

teethgrinder commented 5 years ago

All the applications are correct in line, INSTALLED_APPS = [ 'baton', 'django.contrib.admin', ... 'yogavidya.apps.articles', 'baton.autodiscover', ] and my urls: `from baton.autodiscover import admin

urlpatterns = [ path('admin/', admin.site.urls), path('baton/', include('baton.urls')),]`

my best guess cant collect the baton css files overwriting admin.css .

abidibo commented 5 years ago

Not sure, django will get the first base.css file it finds following the INSTALLED_APPS applications order. maybe the output of the collecstatic command can say something about what is happening.

teethgrinder commented 5 years ago

I deleted my static_cdn folder. collected them all, still same results. trying to figure out where the confusion comes from. I will inform you after trying everything.

abidibo commented 5 years ago

I'm closing this since I've not received any more feedback, and it doesn't sound like a baton problem. Feel free to reopen if needed.