<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>Disqus - Latest Comments for KMcGrane</title><link>http://disqus.com/by/KMcGrane/</link><description></description><atom:link href="http://disqus.com/KMcGrane/comments.rss" rel="self"></atom:link><language>en</language><lastBuildDate>Sun, 26 Jan 2020 22:04:25 -0000</lastBuildDate><item><title>Re: Gear for Women Traveling Solo</title><link>https://thewirecutter.com/lists/gear-for-women-traveling-solo/#comment-4772533491</link><description>&lt;p&gt;You're missing disinfectant hand wipes from this list&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Karen McGrane</dc:creator><pubDate>Sun, 26 Jan 2020 22:04:25 -0000</pubDate></item><item><title>Re: Why Philly Must Win the Transit War</title><link>https://thephiladelphiacitizen.org/fixing-public-transportation-philly/#comment-4645857477</link><description>&lt;p&gt;SEPTA could improve transit within Center City by pricing trips on Regional Rail between UCity, 30th St, Suburban, and Jefferson the same as a subway fare. Eliminating transfer costs for trips within the Center City zone would enable people to use buses, subway, and rail to get around, like London does. Public transit needs to be less expensive than Uber or Lyft — a shared ride on Lyft is often about the same price as a ride with a transfer — no wonder people choose cars over buses.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Karen McGrane</dc:creator><pubDate>Wed, 09 Oct 2019 09:05:45 -0000</pubDate></item><item><title>Re: 
        The Responsiveness Myth
        
    </title><link>http://www.td.org/Publications/Blogs/Science-of-Learning-Blog/2017/05/The-Responsiveness-Myth#comment-3322853593</link><description>&lt;p&gt;We are definitely not saying the same thing. The examples you cite are NOT responsive design and your presenting these examples does not lead to the conclusion that responsive design makes the user experience frustrating.&lt;/p&gt;&lt;p&gt;There are many, many good reasons for using a responsive solution that go well beyond "just because you can doesn't mean you should." This is a topic I written and spoken about for years, and the truth is: a well-designed, well-implemented responsive solution will solve 90% of your problems. You may encounter some specific scenarios or pages where you need to use an adaptive solution, but those are the exception rather than the rule.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Karen McGrane</dc:creator><pubDate>Wed, 24 May 2017 15:03:58 -0000</pubDate></item><item><title>Re: 
        The Responsiveness Myth
        
    </title><link>http://www.td.org/Publications/Blogs/Science-of-Learning-Blog/2017/05/The-Responsiveness-Myth#comment-3302483833</link><description>&lt;p&gt;The example you give here is not responsive design, and it is not correct to say that text and images are shrunk too small to read on smaller form factors. You're describing a design that is fixed-width or desktop only, not a responsive solution.&lt;/p&gt;&lt;p&gt;In a responsive design the columns or components of the design would fluidly rearrange themselves across every size or orientation of screen, and text and image sizes would adjust accordingly. What this would mean, in the example above, is that the images and buttons in the right column would be placed below the text in the center column on smaller devices, and the text sizes would be proportional and appropriate.&lt;/p&gt;&lt;p&gt;In an adaptive design there would be a set of fixed-width designs created, so designers would need to design and develop layouts for each of the screen sizes and orientations listed above. (The limitation of that approach is that a handful of layouts will not accommodate the vast diversity of screen sizes and orientations that exist, and so a completely fluid responsive solution is more future-friendly.)&lt;/p&gt;&lt;p&gt;There are scenarios in an LMS where the learner may need to see two pieces of information on the screen at the same time, and where it may be problematic to need to scroll on a smaller form factor. But defining appropriate text size, image size, and layout are all easily and appropriately handled with a responsive solution.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Karen McGrane</dc:creator><pubDate>Fri, 12 May 2017 13:25:58 -0000</pubDate></item><item><title>Re: M-commerce is better, but not perfect, with responsive design</title><link>https://www.internetretailer.com/commentary/2016/07/31/m-commerce-better-not-perfect-responsive-design#comment-2815167276</link><description>&lt;p&gt;Responsive images should be mentioned here as a key component of improving performance that does not require server side/adaptive delivery: &lt;a href="https://responsiveimages.org/" rel="nofollow noopener" target="_blank" title="https://responsiveimages.org/"&gt;https://responsiveimages.org/&lt;/a&gt;&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Karen McGrane</dc:creator><pubDate>Mon, 01 Aug 2016 12:13:38 -0000</pubDate></item><item><title>Re: Is Responsive Design A Ranking Factor?</title><link>http://searchengineland.com/?p=228464#comment-2218795827</link><description>&lt;p&gt;No, not necessarily, and I wish people would stop spreading that myth: &lt;a href="http://bigqueri.es/t/m-dot-or-rwd-which-is-faster/296" rel="nofollow noopener" target="_blank" title="http://bigqueri.es/t/m-dot-or-rwd-which-is-faster/296"&gt;http://bigqueri.es/t/m-dot-...&lt;/a&gt;&lt;/p&gt;&lt;p&gt;There are a lot of people writing about techniques for improving RWD performance (Scott Jehl's Responsible Responsive Design is a great one.)&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Karen McGrane</dc:creator><pubDate>Wed, 26 Aug 2015 12:38:01 -0000</pubDate></item><item><title>Re: Is Responsive Design A Ranking Factor?</title><link>http://searchengineland.com/?p=228464#comment-2218634272</link><description>&lt;p&gt;These are not "advanced techniques." Progressive enhancement is at the core of how a well-implemented responsive design works. Just because badly implemented RWD exists isn't an argument against it, any more than bad SEO practices should be used as an argument against good ones. &lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Karen McGrane</dc:creator><pubDate>Wed, 26 Aug 2015 12:13:08 -0000</pubDate></item><item><title>Re: Apple wants to make iPhone work better with hearing aids</title><link>http://www.cultofmac.com/327078/apple-hearing-aid-patent/#comment-2095192268</link><description>&lt;p&gt;I have made-for iPhone hearing aids and this article makes no sense.&lt;br&gt;1. Modern hearing aids do not have "little hearing aid volume knobs." Volume control is handled automatically by programs in the hearing aid, or can be controlled via an app. &lt;br&gt;2. Made for iPhone hearing aids already handle phone calls directly. There is no need to put the phone up to your ear because the hearing aid acts like a headset.&lt;/p&gt;&lt;p&gt;I'm sure there are good reasons for wanting to detect when the hearing aid is in proximity to the iPhone but what's described here isn't it.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Karen McGrane</dc:creator><pubDate>Tue, 23 Jun 2015 14:54:30 -0000</pubDate></item><item><title>Re: Build Different Things – Why You're Not Done When Your Website is Responsive | Distilled</title><link>https://www.distilled.net/resources/build-different-things-why-youre-not-done-when-your-website-is-responsive/#comment-1811263873</link><description>&lt;p&gt;If they made that NYT article responsive, it would look something like this. &lt;a href="http://www.nytimes.com/interactive/2015/01/09/sports/the-dawn-wall-el-capitan.html?_r=0" rel="nofollow noopener" target="_blank" title="http://www.nytimes.com/interactive/2015/01/09/sports/the-dawn-wall-el-capitan.html?_r=0"&gt;http://www.nytimes.com/inte...&lt;/a&gt;&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Karen McGrane</dc:creator><pubDate>Thu, 22 Jan 2015 11:39:15 -0000</pubDate></item><item><title>Re: Let’s Start Talking About a Radically Different Future of News</title><link>http://ajr.org/2014/10/28/radically-different-future-news/#comment-1657347503</link><description>&lt;p&gt;A small technical note: this approach would be called “adaptive content” and not “responsive content.” The ethos of responsive is to serve identical content to the user, regardless of device. Adaptive means serving different content or layouts, targeting by device type or user context (time, location, personalization, etc.)&lt;/p&gt;&lt;p&gt;I've written pretty extensively about adaptive content and the publishing industry; here's one talk: &lt;a href="http://karenmcgrane.com/2012/09/04/adapting-ourselves-to-adaptive-content-video-slides-and-transcript-oh-my/" rel="nofollow noopener" target="_blank" title="http://karenmcgrane.com/2012/09/04/adapting-ourselves-to-adaptive-content-video-slides-and-transcript-oh-my/"&gt;http://karenmcgrane.com/201...&lt;/a&gt;&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Karen McGrane</dc:creator><pubDate>Tue, 28 Oct 2014 08:17:38 -0000</pubDate></item><item><title>Re: How Cheap Smartphones Could Change Everything</title><link>http://www.wired.com?p=893311&amp;preview_id=893311#comment-1391657129</link><description>&lt;p&gt;This is an overused term in tech circles, but this is the very definition of disruptive innovation. New technologies become available to a much larger population of people, and even though they are not as good as their predecessors, they create change even at the higher end.&lt;/p&gt;&lt;p&gt;This is not just limited to the developing world, either. Cheap handsets will also bring connectivity to people in the US, as I discuss in this talk: &lt;a href="http://karenmcgrane.com/2014/01/13/the-mobile-content-mandate/" rel="nofollow noopener" target="_blank" title="http://karenmcgrane.com/2014/01/13/the-mobile-content-mandate/"&gt;http://karenmcgrane.com/201...&lt;/a&gt;&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Karen McGrane</dc:creator><pubDate>Sun, 18 May 2014 05:47:14 -0000</pubDate></item><item><title>Re: How Cheap Smartphones Could Change Everything</title><link>http://www.wired.com?p=893311&amp;preview_id=893311#comment-1391655603</link><description>&lt;p&gt;McKinsey estimates the number at 2 to 3 billion: worldwide: &lt;a href="http://www.mckinsey.com/insights/business_technology/disruptive_technologies" rel="nofollow noopener" target="_blank" title="http://www.mckinsey.com/insights/business_technology/disruptive_technologies"&gt;http://www.mckinsey.com/ins...&lt;/a&gt;&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Karen McGrane</dc:creator><pubDate>Sun, 18 May 2014 05:44:05 -0000</pubDate></item><item><title>Re: Competence and Likability as Keys to Success</title><link>http://viget.com/advance/3146#comment-1190391317</link><description>&lt;p&gt;You're welcome! This is a great piece. You might enjoy reading the original HBS whitepaper on this topic, it's excellent: &lt;a href="http://sousalobo.com/researchfiles/Casciaro_Lobo_HBR_05.pdf" rel="nofollow noopener" target="_blank" title="http://sousalobo.com/researchfiles/Casciaro_Lobo_HBR_05.pdf"&gt;http://sousalobo.com/resear...&lt;/a&gt;&lt;/p&gt;&lt;p&gt;The authors wrote a blog post about their research as well: &lt;a href="http://hbswk.hbs.edu/item/4916.html" rel="nofollow noopener" target="_blank" title="http://hbswk.hbs.edu/item/4916.html"&gt;http://hbswk.hbs.edu/item/4...&lt;/a&gt;&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Karen McGrane</dc:creator><pubDate>Tue, 07 Jan 2014 07:40:14 -0000</pubDate></item><item><title>Re: Karen McGrane on future-friendly content</title><link>https://www.michaeldaumconsulting.com/Blog/ThoughtsAboutKarenMcGranesTalkOnFutureFriendlyContent#comment-1131273418</link><description>&lt;p&gt;I'll state for the record: I am against WYSIWYG editors that encourage content creators and web publishers to dump HTML and other formatting in with the content, so it's difficult to separate the two. I have no problem with authoring processes that encourage content creators to add semantic markup, whether they do so using Markdown or with a toolbar. Most wikis restrict the user to a handful of semantic tags, which facilitates cross-platform reuse.&lt;/p&gt;&lt;p&gt;I agree that the issue you're addressing is also a problem in the authoring experience. Writers benefit from a long-form blob because that's easier to work with. So how do we create an author experience that provides an editing interface that supports writers, but also supports creating structured content? In my discussions with Jeff Eaton on this subject we refer to it as "responsible blobbing." More fields are not (always) the answer. I believe that we will see an increasing need for custom semantic markup in which content creators can describe what something IS by wrapping it in tags, and then a transformation step on the display side to translate that description into styling.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Karen McGrane</dc:creator><pubDate>Wed, 20 Nov 2013 11:28:26 -0000</pubDate></item><item><title>Re: Why responsive design is driving mobile development tools</title><link>http://venturebeat.com/2013/06/28/why-responsive-design-is-driving-mobile-development-tools/#comment-946212107</link><description>&lt;p&gt;I'm the author of Content Strategy for Mobile, and I often write and speak about how editorial processes and content management need to evolve for a multi-device future.&lt;/p&gt;&lt;p&gt;Responsive design is just one technique in our arsenal to help us deal with these challenges. It's a good one! But responsive design is client side, which means that we're relying on front-end techniques to control which content objects get displayed. Adaptive design is server side, which means the CMS could target content by platform and publish via an API. Many organizations do have justifiable business needs for targeting specific content to different platforms, and in those cases an adaptive solution would be easier for content creators to maintain.&lt;/p&gt;&lt;p&gt;Let me be clear—in the majority of scenarios organizations should serve the exact same content to all platforms. But we still have to deal with the times when they can't.&lt;/p&gt;&lt;p&gt;I think it's helpful to look at responsive and adaptive approaches  (and even forking on a template-by-template basis) as all equally valid in specific scenarios. They are not competing with each other.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Karen McGrane</dc:creator><pubDate>Sat, 29 Jun 2013 08:17:18 -0000</pubDate></item><item><title>Re: Responsive Design won't fix your content problem</title><link>http://www.orbisdesign.com/content/responsive-design-wont-fix-your-content-problem#comment-926349525</link><description>&lt;p&gt;Aww, hey, thanks! You're very kind. All due credit for the "metadata is a love note to the future" quote goes to Jason Scott, not Austin Kleon. There's a transcript of this talk on my site: &lt;a href="http://karenmcgrane.com/2013/05/23/drupalcon-keynote-video-and-talk-notes/" rel="nofollow noopener" target="_blank" title="http://karenmcgrane.com/2013/05/23/drupalcon-keynote-video-and-talk-notes/"&gt;http://karenmcgrane.com/201...&lt;/a&gt;&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Karen McGrane</dc:creator><pubDate>Tue, 11 Jun 2013 10:00:55 -0000</pubDate></item><item><title>Re: The Rise of the Mobile-Only User</title><link>http://blogs.hbr.org/cs/2013/05/the_rise_of_the_mobile-only_us.html#comment-916231575</link><description>&lt;p&gt;The McKinsey iConsumer survey found that in the United States, 61 percent of smartphones are used only by their owner, versus 40 percent ￼￼for laptops.&lt;br&gt;&lt;a href="http://www.mckinsey.com/client_service/high_tech/iconsumer" rel="nofollow noopener" target="_blank" title="http://www.mckinsey.com/client_service/high_tech/iconsumer"&gt;http://www.mckinsey.com/cli...&lt;/a&gt;&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Karen McGrane</dc:creator><pubDate>Sat, 01 Jun 2013 16:46:25 -0000</pubDate></item><item><title>Re: Karen McGrane Knows Content</title><link>http://jeffpanis.com/article/2013/05/24/karen-mcgrane-knows-content#comment-915477984</link><description>&lt;p&gt;Aww, you're nice to me! Thank you!&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Karen McGrane</dc:creator><pubDate>Fri, 31 May 2013 18:02:45 -0000</pubDate></item><item><title>Re: The Rise of the Mobile-Only User</title><link>http://blogs.hbr.org/cs/2013/05/the_rise_of_the_mobile-only_us.html#comment-911668741</link><description>&lt;p&gt;The Pew Research refers specifically to smartphones, and I think that's the most compelling case for making all content equally available. Many users rely on their smartphones as their primary source of access to the internet. It's problematic to assume that all smartphone users have limited time and specific needs. Some have no other way to access the internet—don't they deserve the same content?&lt;/p&gt;&lt;p&gt;If you are talking about optimizing content for local, on-the-go use, then call that out separately. I would suggest that optimizing for local is necessary only for certain industries (travel, restaurants, some retail, etc.)&lt;/p&gt;&lt;p&gt;It looks like the comment from "Daniel" is link spam, not necessarily a genuine assessments of the quality of the research coming from Google or Pew.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Karen McGrane</dc:creator><pubDate>Tue, 28 May 2013 17:30:43 -0000</pubDate></item><item><title>Re: Retrospective: Moving from an Office to a Cubicle</title><link>http://mehlhope.net/retrospective-moving-office-cubicle#comment-833717576</link><description>&lt;p&gt;Bell Labs is often cited for having a design for their physical space that encouraged innovation. The space encouraged people from different groups to mix and share ideas. (Here's one source for a discussion of their architecture: &lt;a href="http://www.amazon.com/The-Idea-Factory-American-Innovation/dp/1594203288)" rel="nofollow noopener" target="_blank" title="http://www.amazon.com/The-Idea-Factory-American-Innovation/dp/1594203288)"&gt;http://www.amazon.com/The-I...&lt;/a&gt;&lt;/p&gt;&lt;p&gt;What I find intriguing is that idea sharing is expected to happen in public spaces, but there are still more private spaces for people to focus and concentrate.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Karen McGrane</dc:creator><pubDate>Mon, 18 Mar 2013 12:33:09 -0000</pubDate></item><item><title>Re: It&amp;#8217;s Not about the Wireframes (Really)</title><link>http://redmolly.tumblr.com/post/44731610465#comment-826985154</link><description>&lt;p&gt;We often talk about wireframes as a poor substitute for sketching, prototyping, or fully rendered design comps. That implies that the job of wireframes is only to communicate interaction design.&lt;/p&gt;&lt;p&gt;I'll spare you the well-worn rant about how we always forget about content. But it's worth emphasizing that wireframes are a fantastic tool for communicating a content model. Especially as content is reused across channels, we need a way to make the content model seem real—while a spreadsheet is usually the final deliverable, it requires more context. Wireframes are the fastest way to produce the right level of detail.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Karen McGrane</dc:creator><pubDate>Tue, 12 Mar 2013 13:56:13 -0000</pubDate></item><item><title>Re: Structured Content is Like Your Closet</title><link>http://contentrules.com/structured-content-is-like-your-closet/#comment-706115756</link><description>&lt;p&gt;This is fantastic and hilarious. Also, I'm convinced people can learn everything there is to know about me from looking at my closet organization, or the organizers in the bathroom.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Karen McGrane</dc:creator><pubDate>Fri, 09 Nov 2012 08:34:18 -0000</pubDate></item><item><title>Re: SXSW PanelPicker</title><link>http://panelpicker.sxsw.com/vote/2113#comment-624270931</link><description>&lt;p&gt;Yes please. Rachel + Cleve = awesome.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Karen McGrane</dc:creator><pubDate>Mon, 20 Aug 2012 16:09:37 -0000</pubDate></item><item><title>Re: Bringing Some #bdconf Back To #dayton | Sparkbox</title><link>http://seesparkbox.com/foundry/bringing_some_bdconf_back_to_dayton#comment-507991867</link><description>&lt;p&gt;Thanks for the kind words! Really glad you enjoyed the talk.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Karen McGrane</dc:creator><pubDate>Tue, 24 Apr 2012 12:34:37 -0000</pubDate></item><item><title>Re: You Don&amp;#8217;t Need a &amp;#8220;Mobile Content Strategy&amp;#8221;</title><link>http://www.adjustafresh.com/2012/03/02/you-dont-need-a-mobile-content-strategy/#comment-466018311</link><description>&lt;p&gt;Book titles rejected by the publisher:&lt;/p&gt;&lt;p&gt;Content strategy for our crazy multi-device future, including desktops, phones, tablets, refrigerators, stadium scoreboards, digital watches, and probably some things they haven't invented yet&lt;/p&gt;&lt;p&gt;Content strategy for The One Web, including but not limited to: responsive websites, native apps, and by god even print if you fools could just get your act together&lt;/p&gt;&lt;p&gt;Content strategy for desknots and desktops and print, oh my!&lt;/p&gt;&lt;p&gt;A book title is a terrible place to make an argument. But it's a great place to put some commonly-used words that map to a problem that readers think they have. In offices and boardrooms around the world, people are calling that problem "mobile." And so will I.&lt;/p&gt;&lt;p&gt;Also. The book IS about content strategy for mobile. Not in the sense of creating content uniquely for mobile, not in fragmenting the user experience. It's about WHY it's important to get content on mobile devices, and how to think about adapting editorial processes, style guides, CMS workflow, and governance practices to support a multi-device future. &lt;/p&gt;&lt;p&gt;Yes, I am playing off two different conceptions of what "content strategy for mobile" means, but my goal is to entice people to buy the book, and then to set up a little bit of cognitive dissonance to keep them reading so I can advance my broader argument.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Karen McGrane</dc:creator><pubDate>Thu, 15 Mar 2012 10:39:35 -0000</pubDate></item></channel></rss>