Buttons under the NoResultsOverlay or NoRowsOverlay component are not clickable due to absolute positioning and no z-index.
Also if the data grid is set to autoHeight, the overlay components are cut-off.
Code Sandbox link below to reproduce the issue.
https://codesandbox.io/s/customemptyoverlaygrid-demo-mui-x-forked-6hu6f6?file=/demo.js
The custom component gets wrapped by an absolutely positioned DIV with no z-index. Adding that fixes the issue.
But how to add it through componentProps or css is the question.
Please help.
Seems fixing this issue is a work in progress. Here is pull request resuming the different issues about overlays
Related
I am developing my first Flutter app and have a question that I'm not finding an answer to:
I have a static fixed area at the bottom of my screen. Various buttons will be shown here depending on the page. I am using a stack to place this area on top of the rest of the screen, with the page content scrolling underneath my buttons.
The problem I am having is that the button(s) is/are sitting inside of a DecoratedBox, which in turn is sitting in front of my page content. This means that this box is blocking me from clicking on anything below the fixed area (like the button labelled "Programs" in the image)
I have come across the IgnorePointer and AbsorbPointer classes, which allows me to set the decorated box to ignore events. The problem here, however, is that it also causes the buttons in this fixed area to no longer react to events, as they are of course children of the box that I am applying the Igonre/AbsorbPointer classes to.
Is there a way to make the parent decorated box ignore events but have it's children react to them normally?
(blue area must ignore events, and the button must react to events)
Any advice would be greatly appreciated
I think this link should help you solve your problem. I haven't tried it.
Flutter: How to make a ListView transparent to pointer events (but not its non-transparent contents)?
I have created a component in my project that is purely an ion-slides UI component. I've injected into the main page of my side-drawer template app and I'm experiencing a number of issues/annoyances:
The content doesn't always center within the main pane. It seems as though the width of the individual ion-slide items all get set with an inline element style width that is greater than the pane width! I've realised that this only happens when the whole app is loaded. If I click on the side menu item of the page to reload it individually, the issue disappears. This leads me to believe it's an issue with the order that components are rendered. Can anyone help me understand what is happening? Is it a bug?
Undesired behaviour
I can't work out how to get navigation arrows to display/work - is this possible?
https://stackblitz.com/edit/angular-ionic4-test-yuppm1?embed=1&file=src/app/app.module.ts
The above Stackblitz should help to give you an idea of my setup but it doesn't show the problem I'm experiencing. It does show one other peculiarity though:
With loop set to true in the options, when you get to the last slide and you go to the next slide, it jumps to second element rather than the first! Any help on understanding why this is happening will be appreciated.
Thanks
I am using a DatePicker along with a ListPicker in my Nativescript application. However neither of these elements display correctly. I've had to blank out some sensitive information from the screenshot, but the issue is visible in the DatePicker.
It seems that the values are offset, and I cannot find out what is causing this. Has anyone else come across this issue before? Or have a fix for it?
These elements are of utmost importance to my project.
This happens because the component is inside tag ScrollView. If I remove it, works. I have tried remove padding and margin of ScrollView and nothing.
The inner StackLayout is required for the ScrollView to work properly. If I have more than one element (such as an input form - which is the scenario in my application), only the last element is displayed without the StackLayout.
I'm using FusionCharts in my webpage. i'm rendering the same portlet with fusioncharts twice in the page. Sometimes i'm getting a big Exclamation Mark (!) in a grey circle in the place of charts.
And it happens only sometimes, so i'm not sure how to replicate this scenario or why this happens.
Has anyone faced similar issue?
Note: the div id for the fusioncharts is different in the page. So same div id is not whats causing this.
If anyone can give me any solution, it will be great.
Screenshot:
Unfortunately, i cannot share the code base in the forum. I'm sure there is nothing wrong in the code because the chart renders almost always. This happens very rarely but still is a problem.
Without a code or sample that can reproduce this, my answer would be based on checking the best practices
Ensure you do not have duplicate chart id
Ensure you either re-render existing chart or update data - at least ensure to dispose unneeded charts if you are re-rendering
Ensure that the div where chart is being rendered is "visible" during the rendered process.
If you have many interactive activities with the charts - like tab change, etc... ensure you sync them with chart events such as rendered, disposed, etc (this will avoid issues with errors in partial rendering of charts)
Check your JS console for errors when this (!) things happen.
I am curious though ... something is rendering the (!) ... if you are rendering Flash based charts, it maybe due to Flash plugin crashing. Try forcing JS rendering of charts.
I am currently working with GWT and the SuggestBox.
The Suggestboxpopup is appearing behind the panel the Suggestbox is placed on. I am aware that there is an issue with the Suggestbox popup's z-index but I am looking to see if anyone has another solution other than hard-wiring the the z-index in the CSS.
The reason for this is the panel the suggest box is on has a Z-index helper which moves the panel to the front anytime it is clicked. While a super high z-index will resolve the issue i am wondering has anyone found a better solution which will allow the popup to move with the other widgets.
Yep, this is an known problem in SuggestBox which is in the issues list of GWT. It has been closed recently because of a lack of activity in the issue, you can put a comment to reopen it though.
I think it is not very important because no much apps need a suggest box on a popup.
I had the same issue in a project and I solved it with css as you suggest.