You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Can not find grid areas: intentional-left-blank #1386
But having empty grid areas is perfectly valid, isn't it?
You are right, it is perfectly valid.
What should I do to solve this warning?
I ran into this once in one of my own projects. I ended up working around the issue by just adding an empty <div> to the page for each area I wanted to leave blank and assigned those divs to the empty areas. Not ideal but it worked.
We can add an option to hide this warning.
I think it would make more sense to have some sort of generic control comment for ignoring warnings.
That allows the warning to still take effect when it is a mistake but allows an explicit ignoring of the warning when it is intentional.
There are feasibily more instances where autoprefixer produces false positive warnings for other reasons. Having a control comment for ignoring warnings would solve more than just this issue.
Activity
ai commentedon Jan 12, 2021
Non-used areas may be caused by mistake. It is better to explicitly mark them as empty.
We can add an option to hide this warning. Send PR.
Dan503 commentedon Jan 12, 2021
You are right, it is perfectly valid.
I ran into this once in one of my own projects. I ended up working around the issue by just adding an empty
<div>to the page for each area I wanted to leave blank and assigned those divs to the empty areas. Not ideal but it worked.I think it would make more sense to have some sort of generic control comment for ignoring warnings.
That allows the warning to still take effect when it is a mistake but allows an explicit ignoring of the warning when it is intentional.
There are feasibily more instances where autoprefixer produces false positive warnings for other reasons. Having a control comment for ignoring warnings would solve more than just this issue.
Dan503 commentedon Jan 12, 2021
I propose these two control comments
Works the same way as
/* autoprefixer: off */except it just ignores all warnings instead of turning autoprefixer off completely.Ignores warnings that were generated by the next line of css that immediately follow this control comment.
ai commentedon Jan 12, 2021
/* autoprefixer: ignore next warning */let’s use more words to avoid over-using.Dan503 commentedon Jan 12, 2021
Iike this?
And
ai commentedon Jan 12, 2021
/* autoprefixer: ignore next warning */is enouph :)