A different way of looking at responsive design: Intention.js

Re:A different way of looking at responsive design: Intentio... by cheald on Tuesday August 27, 2013 @01:58PM (#6285042)

No. The entire purpose of responsive design is that it adapts to the client that is being used to view it.

[ Parent | on HN ]

Re:A different way of looking at responsive design: Intentio... by antsar on Tuesday August 27, 2013 @02:07PM (#6285100)

Why can't this adaptation happen on the server? Client tells server what the resolution possibilities are ("the current browser size is X by Y, and my screen size (and thus maximum browser size) is W by Z), and server gives back only styles relevant to that size. On mobile devices where the browser is always fullscreen, that means a maximum of two layouts (horizontal, vertical).

[ Parent | on HN ]

Re:A different way of looking at responsive design: Intentio... by cheald on Tuesday August 27, 2013 @02:13PM (#6285131)

Because clients don't send this information to the server (and if they did, its validity would be suspect), and because browser layout engines and CSS are already designed to be independent of specific device metrics. It's a solution to a problem that doesn't need solving.

[ Parent | on HN ]

Re:A different way of looking at responsive design: Intentio... by benatkin on Tuesday August 27, 2013 @02:23PM (#6285202)

It sends the User-Agent, which can be used to determine whether it's the desktop or not. It doesn't solve the portrait and landscape changing problem. So some client-side responsive design would still need to be used.

I think a hybrid approach would be too tedious for someone developing a website to do, in order to get the payoff of sending less to mobile browsers, but it may be worth implementing in a framework.

[ Parent | on HN ]

Re:A different way of looking at responsive design: Intentio... by cheald on Tuesday August 27, 2013 @02:31PM (#6285247)

1) User agents lie. Frequently.

2) A user agent doesn't encode any information about the actual metrics of the device.

Doing layout by user agent is basically a worst-case hellhole of browser-specific codebase fragmentation. There's a very good reason why best practices have been trending away from "test for vendor class" and towards "test for agent capabilities".

[ Parent | on HN ]

Re:A different way of looking at responsive design: Intentio... by benatkin on Tuesday August 27, 2013 @08:07PM (#6287194)

Well a sufficiently complex framework could deal with it, by making another trip to the server if it discovers the code being sent down the first time isn't good enough.

[ Parent | on HN ]

Re:A different way of looking at responsive design: Intentio... by untog on Tuesday August 27, 2013 @02:49PM (#6285355)

It sends the User-Agent, which can be used to determine whether it's the desktop or not.

What is "desktop"? An MS Surface Pro would report as a desktop browser, but it's a touch interface. You can also resize the browser window- what then?

So some client-side responsive design would still need to be used.

Which is the point. The server can't know conclusively so why make it try?

[ Parent | on HN ]

Re:A different way of looking at responsive design: Intentio... by martin-adams on Tuesday August 27, 2013 @02:38PM (#6285283)

The fact that I'm on a desktop does not take into account that my browser window may be smaller than my 'desktop screen'. Responsive is the way to go because it works.

[ Parent | on HN ]

Re:A different way of looking at responsive design: Intentio... by nostrademons on Tuesday August 27, 2013 @03:12PM (#6285492)

CSS3 media queries can often fulfill the missing link for screen sizes, aspect ratios, etc.

http://www.w3.org/TR/css3-mediaqueries/

[ Parent | on HN ]

Re:A different way of looking at responsive design: Intentio... by antsar on Tuesday August 27, 2013 @06:23PM (#6286672)

I didn't mean to imply that this is possible with technology we have at the moment. A piece of JavaScript code (framework, perhaps) could surely send the needed data, and for those with JS disabled, the page could fail over to using media queries (to be exact, it would need to load the media query version the first time your site is loaded, but could immediately redirect to the lighter JS version if you have JS enabled and the light/JS version would be loaded for future requests).

[ Parent | on HN ]

Re:A different way of looking at responsive design: Intentio... by vicky6k6 on Wednesday August 28, 2013 @07:29PM (#6293318)

Checkout these guys out ,100% server side solution http://www.codewithsnow.com/portal/snow/gettingstarted I am going to download tomcat version now ....

Nice emulator: http://codewithsnow.com/emulator/

[ Parent | on HN ]

Re:A different way of looking at responsive design: Intentio... by joshribakoff on Tuesday August 27, 2013 @02:33PM (#6285257)

Look at Github. They serve different markup to mobile devices. Responsive design is great, but for a fast mobile experience you need to do some processing server side. There's still a place for responsive design (ex. flipping phone's orientation causes design to respond). That doesn't have to entail including markup that never renders on that particular device.

[ Parent | on HN ]

Re:A different way of looking at responsive design: Intentio... by sergiotapia on Tuesday August 27, 2013 @02:38PM (#6285285)

What you're describing is not responsive design. Just a mobile website; you're comparing apples and oranges.

[ Parent | on HN ]

Re:A different way of looking at responsive design: Intentio... by orph on Tuesday August 27, 2013 @01:58PM (#6285038)

So you'd have to refresh the page when you change phone orientation from portrait to landscape?

[ Parent | on HN ]

Re:A different way of looking at responsive design: Intentio... by webdevsometimes on Tuesday August 27, 2013 @02:02PM (#6285065)

The server could just give the requesting device what it needs to display the content in both orientations. That doesn't necessitate also giving it the layout for 10 other possible screen sizes.

[ Parent | on HN ]

Re:A different way of looking at responsive design: Intentio... by Tobani on Tuesday August 27, 2013 @02:26PM (#6285223)

While most mobile devices have exactly 2 size, that may not be a good assumption. There are some devices that support split-screen and you would end up with more that just 2 sizes. You could send a list of all possible sizes, but If the split-screen is customizable it maybe not be feasible to enumerate all of them.

[ Parent | on HN ]

Re:A different way of looking at responsive design: Intentio... by joshribakoff on Tuesday August 27, 2013 @02:36PM (#6285272)

Unintentional straw-man argument. If the device adapts from 400px width to 300px, then there's no need to send me the markup that's applicable to 600px.

Github for example serves different markup to mobile, while simultaneously implementing responsive design on client side.

Responsive design is great until you force my phone to download 0.25mb of HTML it will never render. So what I'm suggesting is two layouts, both responsive.. one for desktops, other layout (also responsive) is for mobile devices.

[ Parent | on HN ]

Re:A different way of looking at responsive design: Intentio... by jmhnilbog on Tuesday August 27, 2013 @02:54PM (#6285388)

While the demo site doesn't go this far, it would be possible to send minimal code to the client with basic client-sniffing 'intentions', then use that information to trigger some wacky ajax or redirect with more targeted markup.

Many 'intentions' respond to live events, so sometimes it makes sense to give all the markup up front. Take a look at some of the goofier examples, like animation (http://intentionjs.com/2013/03/12/walking-man.html).

[ Parent | on HN ]

Re:A different way of looking at responsive design: Intentio... by dubcanada on Tuesday August 27, 2013 @03:11PM (#6285484)

Server side device stuff is annoyingly hard to get 100% correct though, you need to get a giant library that needs to be updated every week and requires a massive amount of resources to scan over the list of devices to find the one that is currently browsing.

But I kinda of agree, if you are browsing at 400px's you shouldn't be getting stuff for 1024px's. And vice versa.

[ Parent | on HN ]

Re:A different way of looking at responsive design: Intentio... by jmhnilbog on Tuesday August 27, 2013 @02:34PM (#6285265)

You user can define the 'measurer' function, and what triggers a measure. I think the defaults check for the onorientationchange event, with a polling fallback.

[ Parent | on HN ]