- From: Hall, Charles (DET-MRM) <Charles.Hall@mrm-mccann.com>
- Date: Mon, 20 Oct 2014 15:25:44 +0000
- To: Kevin Mack <kmack418@gmail.com>, "public-respimg@w3.org" <public-respimg@w3.org>
- Message-ID: <D06A9A29.1A71A%charles.hall@mrm-mccann.com>
Hi Kevin,
I’m not entirely clear on your use cases.
My understanding of @media queries:
Conditionally check for media type (print, screen, all), then any number and/or type of expressions (height, orientation, color), then any explicit or range of value (60em, 25%, 50vw) and apply what follows when all produce a match.
So, in the case of Element queries, I believe that they would check for element type (<aside>, <input>, <blockquote>), then any number and/or type of attributes (dir=, target=, data-name=), then any explicit or partial value ("ltr", "#top", "mathBox"), then any other condition required, and apply what follows when all produce a match – simply now in CSS, and no longer limited to JS/jQuery.
A use case could be: “I have 2 dynamic aside elements that share multiple classes and attributes and I need a simple CSS selector that does not require source order or complex combinators.”
The structure and syntax in this case would be something like this:
@element aside and (data-name="mathBox") {
fieldset { border: 1px solid red; }
}
This of course can currently be written with an attribute selector (below), but I wanted to write a very simple syntax as a starting point.
fieldset [data-name="mathBox"] { border: 1px solid red; }
I hope this adds another perspective to the conversation.
Thanks,
Charles Hall
UX Architect, Technology
t / 248.203.8723 m / 248.225.8179
e / charles.hall@mrm-mccann.com
skype / charles.h.all
360 West Maple Road, Birmingham MI 48009
w / www.mrmworldwide.com
[cid:AE61867F-0797-445A-BFFF-BE8D67A69A1E]
Creativity. Technology. Performance.
From: Kevin Mack <kmack418@gmail.com<mailto:kmack418@gmail.com>>
Date: Monday, October 20, 2014 at 9:45 AM
To: "public-respimg@w3.org<mailto:public-respimg@w3.org>" <public-respimg@w3.org<mailto:public-respimg@w3.org>>
Subject: Re: Element Query and Selector Media Query Types
Resent-From: <public-respimg@w3.org<mailto:public-respimg@w3.org>>
Resent-Date: Monday, October 20, 2014 at 9:46 AM
Wanted to see if anyone else had any thoughts/opinions on Element Query and Selector Media Query Types? I want to really start pushing these but I want to make sure that I have support of the community and these have been thought-through.
Let me know, it's very appreciated // Thank you!
Kevin Mack
On Sun, Oct 12, 2014 at 4:39 PM, Kevin Mack <kmack418@gmail.com<mailto:kmack418@gmail.com>> wrote:
Hello hello!
With the success of Picture Element/@srcset, I feel we should continue the momentum. I have a suggestion for two new media-query types, they are: content and "selector" (including pseudo selectors) queries. Both would utilize the same media-query features that already exist and extend the use of media-queries to create more modular, portable, reusable code.
The idea is have a solutions for the "Element Query" and "Content Query", which has been handled frequently by JavaScript.
The Element Query would work similar to how an iframe works within a container – the container has the constraints of width and the content inside the iframe has a client width of the container.
Here's one use-case of what I imagine the Element Query working like:
<style>
..container {
max-width: 1000px;
margin-right: auto;
margin-left: auto;
}
..nav {
display: block;
margin-top: 0;
margin-bottom: 0;
padding-left: 0;
list-style: none;
}
@media .nav and (max-width: 800px) {
..nav__item {
display: block;
}
}
@media .nav and (min-width: 801px) {
..nav__item {
display: inline-block;
}
}
</style>
<div class="container">
<ul class="nav">
<li class="nav__item">
<a href="#">
Lorem ipsum dolor
</a>
</li>
<li class="nav__item">
<a href="#">
Consectetur adipisicing elit
</a>
</li>
<li class="nav__item">
<a href="#">
Impedit ut accusamus
</a>
</li>
<li class="nav__item">
<a href="#">
Lorem ipsum dolor
</a>
</li>
</ul>
</div>
Second is the Content Query that's best described in this example: if I have two headlines, "This Is My Title" and "This Is A REALLY Long Title for a Section". If the content has a max-width of 30em, then apply a fixed max-width to make the title look "more presentable" at a larger viewport.
<style>
@media content and (min-width: 30em) {
..section-title {
max-width: 16em;
}
}
</style>
<h1>
This Is A Title
</h1>
<h1 class="section-title">
This Is A REALLY Long Title
for a Section
</h1>
I am eager to see solutions like these in place, it would dramatically reduce development time and promote best practices for developing CSS/HTML in a responsive experience.
Thoughts?
- Kevin Mack
Attachments
- image/png attachment: 5D510C5C-1CCD-479C-A466-98D1FC580B9B_11_.png
Received on Monday, 20 October 2014 20:36:24 UTC