    
|
|
|
 |
Responsive Web design has transformed how websites are designed and built. It has inspired us to think beyond device classifications and to use media queries to adapt a layout to the browser’s viewport size. This, however, deviates from the hierarchical structure of CSS and characterizes elements relative to the viewport, instead of to their container.
Extensive use of media queries might be the answer for today, but it is not a viable long-term solution. Media queries do not allow for reusable modules that adapt based on their containers’ size.
Responsive Web design is not limited to a set of technologies; rather, it is a different approach to designing and building websites. I, like many, took Ethan’s words about responsive Web design too literally and overlooked the essence of what was being said:
“Fluid grids, flexible images, and media queries are the three technical ingredients for responsive web design, but it also requires a different way of thinking.”
We have accomplished great things while embracing the stated “technical ingredients” for responsive Web design, but we have much room for growth when it comes to a “different way of thinking.” Thinking differently should affect not only how we design and build our websites, but also how we design and build the tools and technologies that our websites are founded on.
When I learned about how media queries could be used in responsive Web design, I was excited by the possibilities. However, it was not long before I learned of the limitations. Media queries are great for adapting layouts to various screen sizes, but terrible for creating modular designs. Modular CSS is already hard enough, and media queries provide very little to no help. Truly modular layouts need to respond to the sizes of containers, not just to the viewport’s size. Media queries, however, are based on the viewport, rather than an element’s container. There is some hope for standard CSS on the horizon, in the form of a W3C working draft, by allowing the cascade inheritance to be broken and resetting an element to its defaults. But what about media queries?
Web developers are masters at taking something created for one purpose and using it to accomplish other things. The Web’s history is littered with examples of this, and media queries are no exception. Kudos to Ian Storm Taylor for writing down his thoughts in the article “Media Queries Are a Hack.” Hacks are necessary on the Web to provide desired functionality until proper support is achieved, as well as to provide support to older browsers. The W3C states, “By using media queries, presentations can be tailored to a specific range of output devices without changing the content itself.” The key word here is “can,” but just because you can do something, doesn’t mean you should… But do we have any other choice?
Introducing the element query. An element query is similar to a media query in that, if a condition is met, some CSS will be applied. Element query conditions (such as min-width, max-width, min-height and max-height) are based on elements, instead of the browser. Unfortunately, CSS doesn’t yet support element queries, but that shouldn’t stop us from dreaming, hacking and pushing for new standards.
Consider the following example, in which the navigation menu should become visible when it reaches a minimum width of 500 pixels (representing one of many potential syntaxes):
nav (min-width: 500px) {
display: block;
}
Compare this to a media query in which the navigation menu’s visibility depends on the viewport’s width and needs to account for the padding and other declarations of parent elements:
@media all and (min-width: 520px) {
nav {
display: block;
}
}
Now imagine having to build a modular component that needs to be placed in containers of various sizes on a single page. One current approach is to provide different theme classes (like .module--large) to trigger CSS in media queries. This, however, adds a lot of complications and requires a module to know how its parent will react to various viewport widths.
There are several cases in which the CSS of an element query would invalidate the element query itself or create recursion. Hopefully, the browser would be able to detect these conditions and respond appropriately.
Consider the following examples.
Once an element reaches 500 pixels wide, it’s resized to 200 pixels, at which point the rule would no longer apply:
.element (min-width: 500px) {
width: 200px;
}
Once an element’s width reaches 31.250 ems, its font size would be decreased, which changes the definition of the em unit:
.element (min-width: 31.250em) {
font-size: 0.75em;
}
Once a container’s width reaches 450 pixels, the size of its child changes to 400 pixels, which would shrink the size of the container:
.container { float: left; }
.child { width: 500px; }
.container (min-width: 450px) > .child {
width: 400px;
}
There are many other such examples, but you get the point: Element queries are not as simple as we had hoped.
Element queries seem pretty awesome, but they also have some real issues. To help sort these out, I’ve written a proof-of-concept polyfill. The polyfill has enabled me to understand how a browser might react to various conditions. As I got further along, I realized that the polyfill could hold real value in the Web community’s debate on element queries, and that some developers could even start using element queries today.
The elementQuery polyfill script is available on GitHub for you to use, fork and contribute to.
The syntax used in the previous examples caused limitations, so I updated the polyfill to support an attribute selector syntax. The ~= attribute selector checks whether the value is contained in a space-delimited list (supported in modern browsers above Internet Explorer 6).
The following examples show CSS rules using the syntax required for the elementQuery polyfill.
This rule queries itself for a single condition:
header[min-width~="500px"] {
background-color: #eee;
}
This rule queries itself for multiple conditions:
header[min-width~="500px"][max-width~="800px"] {
background-color: #eee;
}
This rule queries a parent for a condition:
header[min-width~="31.250em"] nav {
clear: both;
}
Unfortunately, the elementQuery polyfill requires JavaScript and the Sizzle selector engine (which is embedded in jQuery). When the document object model (DOM) is ready, elementQuery scans the document.styleSheets collection for any CSS rules that use elementQuery. When it finds a match, it extracts the following information:
header, ul > li.class
min-width, max-width, min-height, max-height
500px, 31.250em
elementQuery then uses this information to add or remove attributes from elements that match the given selector and query condition.
Most browsers, but not Internet Explorer, don’t provide access to the contents of cross-domain style sheets, which causes issues when CSS files are served from a content delivery network. Additionally, parsing style sheets takes time (not much, though). So, I created two branches for elementQuery: master and prod. The master branch includes the code for extracting the necessary elementQuery information (selector, query type, query value), and it also provides a selectors() function to export the information. The prod branch requires the information to be declared in JavaScript, which avoids the cross-domain file issue and the time required to parse the style sheets.
Here is an example of how to export elementQuery information using the master branch:
console.log(JSON.stringify(elementQuery.selectors()));
And here is an example of how to import elementQuery information using the prod branch:
elementQuery({"header":{"min-width":["500px","31.250em"],"max-width":["800px"]}});
I’ve put together a few working examples on CodePen (using the master branch) that you can experiment with or fork. I would love to see what other examples people create (which will probably be much cooler than mine). Just be sure to tag them with #elementquery so that others can benefit.
I didn’t write this just to get you to jump on the element query bandwagon, but rather to encourage people to think about how we can solve the problems that are limiting our medium. Let’s keep the discussion going and make the Web a better place. So, go wild and make cool stuff!
(Source of image on front page: Looking Beyond Common Media Query Breakpoints)
(al) (ea)
© Tyson Matanich for Smashing Magazine, 2013.
]]>Researchers say that over a third of iPhone apps still access a device’s unique identifier.
In 2011, Apple advised that iPhone and iPad apps should stop logging the unique identifiers of users’ devices, a practice that can be exploited to build up profiles for ad-targeting purposes. But a new study by researchers at the University of California, San Diego, suggests that many apps still do so.
]]>A startup has developed software and smartphone tools for cataloguing the trees in forests.
In a small office near Central Square in Cambridge, Massachusetts, just across from Starbucks, is a small startup with a big idea for balancing biodiversity with business. SilviaTerra has developed better ways to identify and quantify the trees in forests, using smartphones and satellite imagery. The company’s goal is to help landowners, conservation groups, and timber companies manage their inventory and preserve valuable natural habitats.
]]>TO: The UMBC Community
FROM: Dr. Nancy Young, Vice President for Student Affairs
RE: Announcing the Appointment of Tim Hall as Athletic Director
We are delighted to announce the appointment of Tim Hall as Director of Athletics, Physical Education and Recreation, effective July 8, 2013.
Hall joins the UMBC community from the University of Missouri-Kansas City (UMKC), where for the past six years he has served as Director of Athletics. Prior to leading UMKC athletics, he served as Associate Athletics Director for Development at Kent State University in Kent, Ohio. Hall’s appointment builds on substantial UMBC momentum, including championships in seven different sports over 10 seasons in the America East Conference. He succeeds Dr. Charles Brown, who will retire June 30, completing a 24-year tenure that has elevated both the Retrievers’ athletic and academic performance.
On behalf of the entire campus community I would like to express my gratitude and thanks to all members of the Search Committee, chaired by Jack Suess. Their commitment and hard work constitutes an outstanding contribution to the future of the UMBC athletics program.
During his time at UMKC, Hall propelled the university to new heights at the NCAA Division I level in athletic competitiveness, academic success, fundraising and community service efforts. He led UMKC to conference championship wins in men’s soccer, men’s golf, men’s tennis and softball and, most recently, drove the UKMC athletics program into a new era, announcing that it would join the Western Athletic Conference (WAC) on July 1, 2013. Hall is also in a three-year term on the NACDA Division I-AAA Executive Committee and serves on the NCAA volleyball rules committee, as well as the NCAA committee on Women’s Athletics.
Hall will have direct responsibility for the UMBC’s NCAA Division I Intercollegiate Athletics program, all campus recreational programs (intramurals, club sports, recreational activities) and the Physical Education program. His primary responsibility will be to encourage and support the total development of all students and student-athletes at UMBC through competitive, recreational and educational sports programs and activities sponsored by the university.
We couldn’t be more enthused to welcome an athletic director with a competitive spirit, integrity and a proven track record of success. I know Tim Hall will be a valuable addition to our campus community. Please join me in welcoming and supporting him.
Search Committee Members:
As the 2014 Maryland gubernatorial race quickly takes shape, ABC7 interviewed UMBC political science professor Thomas F. Schaller on what the state can expect moving forward. Schaller’s comments focused on the strength of the Democratic party in the state. He noted, “The Republican party just has such a very short bench in Maryland.”
Schaller walked the reporter through the past several gubernatorial elections and the tactics candidates found successful. He suggested, “for a long time, Democrats maximized their votes in Baltimore City, Montgomery County and Prince George’s County.” For example, Parris Glendening (1995-2003) won those three areas and was elected, despite losing the state’s other 21 jurisdictions.
The metric gradually shifted to the point where Ehrlich won by doing sufficiently well (but not winning) in Montgomery and Prince George’s and garnering significant votes elsewhere. The Democrats learned from that experience, leading to an O’Malley victory. As for the Maryland GOP, Schaller remarked, “I’m not saying they can’t win – it depends on who they nominate, but I think the Democrats are favored.”
]]>|
|
|
|
This in-depth video discus’s the key insights and optimizations implemented in browser JavaScript engines, such as Chakra in Internet Explorer 10 or V8 in Chrome as well as the best practices for taking advantage of these optimizations in your code and learn how to pinpoint JavaScript performance problems using appropriate tools and more.
]]>Page edited by Joan Costello
Was this helpful? Yes | No | Correct or Suggest an Article | Request Help
