I've been working with some data that has big company names and noticed that when someone apply several filters (on the same column) the button apply disappear because it is located on the Chart's bottom.
I change the position to bellow the drop-down button, but it still not good (visually), and would be a lot better to be in the left of the drop-down button. I'm trying to do this, but it'll take some time because i don't know React YET...
I just wrote a css to set a class with
margin-left: auto;
margin-right: 0;
display: block;
and added the class to the Filter Button.

I thin it would be really good to have like the image bellow, better to view and without that problem.

Now, with the current way, after selecting a set of filters, it can't be applied because the button is hidden.

Make sure these boxes are checked before submitting your issue - thank you!
Issue-Label Bot is automatically applying the label #enhancement to this issue, with a confidence of 0.74. Please mark this comment with :thumbsup: or :thumbsdown: to give our bot feedback!
Links: app homepage, dashboard and code for this bot.
Somewhat related: the overflow on this component is tricky because the dropdowns containers themselves should scroll, but when the dropdown gets opened-up, it should probably overflow over (not scroll)
@mistercrunch or @SWoto:
When trying to recreate this issue, I don't see the Apply button in the top right like the "expected results" above. I see it below my filter inputs, like so:

Is this correct/expected?
Also, I do see that the input AND the button push out of bounds... I'll look at making that section of the component scrollable when it overflows.

@mistercrunch Curious as to your thoughts, but I spent some time poking at this thing from various angles. What I don't see is a simple or CSS-based path to fix this.
To have the fly-out menu of options _NOT_ cut off by the scroll area which _DOES_ cut off the select pulldown inputs, we'd have to have two branches of elements on the DOM tree, and keep them positionally synchronized during scrolling/windowResize events. Not really React's strong suit, but possible. It would also mean building the inputs/menus with new components and not involving the react-virtualized-select module (which is not supported anymore anyway), and building something custom, using some other virtualized list library.
Given the time involvement of what it would take to solve this issue while keeping the component working/looking like it does today, I think we should postpone this as we consider a larger design solution around (potentially) a global filters component/system which may ultimately deprecate or replace this.
I also sank some time trying to solve this CSS puzzle without success. Solution might be in the dashboard-native filter on the roadmap.
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. For admin, please label this issue .pinned to prevent stale bot from closing the issue.
Most helpful comment
Somewhat related: the overflow on this component is tricky because the dropdowns containers themselves should scroll, but when the dropdown gets opened-up, it should probably overflow over (not scroll)