<?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 morfunk</title><link>http://disqus.com/by/morfunk/</link><description></description><atom:link href="http://disqus.com/morfunk/comments.rss" rel="self"></atom:link><language>en</language><lastBuildDate>Tue, 24 Mar 2015 14:44:42 -0000</lastBuildDate><item><title>Re: Only Grab the Files You Need While Using Bower</title><link>https://scotch.io/tutorials/only-grab-the-files-you-need-while-using-bower#comment-1925730592</link><description>&lt;p&gt;I agree, this would make an awesome flag built into Bower-&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">David Kaneda</dc:creator><pubDate>Tue, 24 Mar 2015 14:44:42 -0000</pubDate></item><item><title>Re: WordPress -&gt; Ghost -&gt; Harp (part 1)</title><link>http://remysharp.com/2014/09/18/wordpress-ghost-harp-pt1/#comment-1617271378</link><description>&lt;p&gt;Hey Remy- Loving these posts. Just FYI (and sorry for the plug), but you might want to check out Buckets, a project I'm working on: Some similarities with Ghost, but tailored more to the general "content management" crowd, as well as to web designers specifically. In fact, I'm in the process of building in Harp support for frontend assets. Anyway, check it out if you get a chance! &lt;a href="http://buckets.io" rel="nofollow noopener" target="_blank" title="http://buckets.io"&gt;http://buckets.io&lt;/a&gt;&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">David Kaneda</dc:creator><pubDate>Thu, 02 Oct 2014 19:37:35 -0000</pubDate></item><item><title>Re: How we do it: Backups</title><link>https://blog.compose.io/how-we-do-it-backups/#comment-1574189201</link><description>&lt;p&gt;Are there any plans/thoughts around backups that involve both MongoDB and ElasticSearch together? It may be app-specific, but for an app that uses both indexes on the same data set, reverting to a previous point in time (for both, simultaneously) would be tremendously useful...&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">David Kaneda</dc:creator><pubDate>Thu, 04 Sep 2014 14:26:42 -0000</pubDate></item><item><title>Re: Your next CMS should be Craft or ExpressionEngine</title><link>http://appendto.com/2014/08/your-next-cms-should-be-craft-or-expressionengine/#comment-1539880454</link><description>&lt;p&gt;I'm a long time fan of ExpressionEngine, and more recently Craft, and I'm also working on a new CMS called Buckets: &lt;a href="http://buckets.io" rel="nofollow noopener" target="_blank" title="http://buckets.io"&gt;http://buckets.io&lt;/a&gt;. My primary points of focus are noted above (custom fields, editorial permissions, etc.), but it also aims to be much faster than these options (built on Node.js), scalable for apps (can be used as middleware), and also provide a better balance of open source and commercial. It's very early on, but I thought it may hold interest, especially for JS-oriented developers-&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">David Kaneda</dc:creator><pubDate>Tue, 12 Aug 2014 19:24:25 -0000</pubDate></item><item><title>Re: http://www.webkitbits.com/post/22327920784</title><link>http://www.webkitbits.com/post/22327920784#comment-524596575</link><description>&lt;p&gt;Actually I totally agree - I'm not recommending my approach so much as saying it's a viable option to some. Ironically, Financial Times is the perfect example of what I'm talking about: They haven't decided to go "all-responsive," they've simply said they're dropping their wrapped, hybrid apps as a distribution model.&lt;/p&gt;&lt;p&gt;They still have a special version of their site, optimized for touch and mobile WebKit — just visit &lt;a href="http://ft.com" rel="nofollow noopener" target="_blank" title="ft.com"&gt;ft.com&lt;/a&gt; from your iPhone/iPad to see. Of course, they use responsive techniques throughout, which is great — but at the end of the day, as far as I know, they're very much using a "multi-web" approach.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">David Kaneda</dc:creator><pubDate>Wed, 09 May 2012 13:14:05 -0000</pubDate></item><item><title>Re: http://www.webkitbits.com/post/22459788035</title><link>http://www.webkitbits.com/post/22459788035#comment-520410667</link><description>&lt;p&gt;Ha, thanks, fixed.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">David Kaneda</dc:creator><pubDate>Sat, 05 May 2012 15:37:52 -0000</pubDate></item><item><title>Re: http://www.webkitbits.com/post/22327920784</title><link>http://www.webkitbits.com/post/22327920784#comment-518059526</link><description>&lt;p&gt;I definitely agree there needs to be more done to push browsers forward — Apple notably held too much out, and Adobe seems to be doing nice work pushing things in now. Either way, though, at a certain level it's about practicality. I won't get _too_ into a flame war, but I'll just say, when compared with making several native apps and a web presence, two web is not "twice the work," by a long shot.&lt;/p&gt;&lt;p&gt;If you think your company has nothing to gain by having native apps, go ahead and pull a Boston Globe. But I strongly believe: if you were to wrap that site in PhoneGap and deploy to the App Store, you'd be blasted with 1-2 star reviews. And the work it would take to make that thing feel like an app and rock on WebKit pales in comparison to the effort it would take to build decent native iOS, Android, and Blackberry companions.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">David Kaneda</dc:creator><pubDate>Thu, 03 May 2012 18:14:44 -0000</pubDate></item><item><title>Re: http://www.webkitbits.com/post/22327920784</title><link>http://www.webkitbits.com/post/22327920784#comment-518035800</link><description>&lt;p&gt;Totes. I did it for my post yesterday and forgot on this one... I'll add it in, though it's probably too late to save dashboards :)&lt;/p&gt;&lt;p&gt;Edit: Lame, it only works on Text posts. Sorry, will keep it in mind for next time.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">David Kaneda</dc:creator><pubDate>Thu, 03 May 2012 17:35:36 -0000</pubDate></item><item><title>Re: http://www.webkitbits.com/post/22327920784</title><link>http://www.webkitbits.com/post/22327920784#comment-518034296</link><description>&lt;p&gt;Christian — Thanks for reading :)&lt;/p&gt;&lt;p&gt;I can see where the comparison comes from, but I just don't think this is comparable to IE6. I think, back in the day, the real problem with these sites was _only_ working in IE6. I realize this will make all the "one-web"-ers cringe, but a two web experience ain't all that bad. Especially when you can take that second web experience and use it as your mobile _software_, that is, wrapped in PhoneGap.&lt;/p&gt;&lt;p&gt;Take a look at Xero: &lt;a href="http://www.xero.com/accounting-software/mobile/" rel="nofollow noopener" target="_blank" title="http://www.xero.com/accounting-software/mobile/"&gt;http://www.xero.com/account...&lt;/a&gt;. They made a Sencha Touch app which they serve on the web for iOS/Android/Blackberry, then they added some native features (like snapping pics of receipts) to it with PhoneGap, and also distribute in the three separate app stores. The experience they deliver to their customers (over 95% coming from WebKit) would not be possible with "responsive". And at the same time, how long does it take to additionally make this kind of mobile site for everyone else? touch-nontouch-comparison.png — Not long, I would think, and that, of course, could be improved with responsive techniques.&lt;/p&gt;&lt;p&gt;Ideology about the web aside, again, what they're doing is a remarkable example of using web tech to deliver a fantastic UX where possible, reach everyone, and leverage skills to make software more efficiently than the competition. It's a great thing, and to me, should be far more celebrated than something like the Boston Globe, selectively hiding/combining content depending on screen width.&lt;/p&gt;&lt;p&gt;Of course, not everyone uses these techniques as thoroughly and responsibly as they should, and as you said, this could lead to trouble. But that's the web for ya.&lt;/p&gt;&lt;p&gt;&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">David Kaneda</dc:creator><pubDate>Thu, 03 May 2012 17:33:15 -0000</pubDate></item><item><title>Re: Why O, why? Thoughts on Opera&amp;#8217;s Implementation of WebKit&amp;#8217;s Prefixes</title><link>http://www.webkitbits.com/post/22222538210#comment-517883518</link><description>&lt;p&gt;I agree, shame on them. But this is far different than IE. The problem with most sites back then was getting a blank page or being told to use another browser.&lt;/p&gt;&lt;p&gt;WebKit's features can be used completely progressively, and are worked on by lots of companies instead of one. Most of those companies also promote their suggestions to the W3C, as opposed to MS a decade ago-&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">David Kaneda</dc:creator><pubDate>Thu, 03 May 2012 14:06:06 -0000</pubDate></item><item><title>Re: Why O, why? Thoughts on Opera&amp;#8217;s Implementation of WebKit&amp;#8217;s Prefixes</title><link>http://www.webkitbits.com/post/22222538210#comment-515523284</link><description>&lt;p&gt;Thanks Peter, and in some ways you're totally right: I'm underplaying the potential issues to a degree. On specifics, I could easily see transform, especially when relying on translate, being an issue -- though transitions, I believe by design, are by and large decorative. It's also important that they're trying to target high profile issues, and I don't see translate used in a potentially blocking way, that often.&lt;/p&gt;&lt;p&gt;I've had your article open in a tab for the entire past day, so definitely appreciate you taking the time, and also linking here :) I think we're actually pretty close to the same page in that it's how the rules are selected, and that "it’s a one-off solution to a problem that would be better off resolved in a different way."&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">David Kaneda</dc:creator><pubDate>Tue, 01 May 2012 19:38:01 -0000</pubDate></item><item><title>Re: The State Of HTML5 Video</title><link>http://www.webkitbits.com/post/21655141581#comment-507458783</link><description>&lt;p&gt;Yes, the format war is super annoying. One could also say it should be Apple who opens up H264 :)&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">David Kaneda</dc:creator><pubDate>Mon, 23 Apr 2012 21:39:47 -0000</pubDate></item><item><title>Re: jQTouch and Sencha Touch: Which is right for you?</title><link>http://9-bits.com/post/723711597#comment-484835428</link><description>&lt;p&gt;jQuery Mobile has its benefits, but generally suffers by playing to the lowest common denominator. The recent versions of jQTouch have an advantage when it comes to being lightweight and rich. Some more info: &lt;a href="http://blog.jqtouch.com/" rel="nofollow noopener" target="_blank" title="http://blog.jqtouch.com/"&gt;http://blog.jqtouch.com/&lt;/a&gt;&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">David Kaneda</dc:creator><pubDate>Tue, 03 Apr 2012 14:53:58 -0000</pubDate></item><item><title>Re: Goodbye Sencha, Hello World</title><link>http://9-bits.com/post/20362331705#comment-484118092</link><description>&lt;p&gt;Nothing officially, but I hope to spare some time to spend on it over the next week.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">David Kaneda</dc:creator><pubDate>Tue, 03 Apr 2012 00:54:12 -0000</pubDate></item><item><title>Re: Goodbye Sencha, Hello World</title><link>http://9-bits.com/post/20362331705#comment-483902121</link><description>&lt;p&gt;Hoping so! :)&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">David Kaneda</dc:creator><pubDate>Mon, 02 Apr 2012 18:09:18 -0000</pubDate></item><item><title>Re: Goodbye Sencha, Hello World</title><link>http://9-bits.com/post/20362331705#comment-483813116</link><description>&lt;p&gt;Ha, soon enough young one. At the least, I'll have a secret version in your inbox this week.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">David Kaneda</dc:creator><pubDate>Mon, 02 Apr 2012 16:07:25 -0000</pubDate></item><item><title>Re: http://9-bits.com/post/18852496252</title><link>http://9-bits.com/post/18852496252#comment-478930700</link><description>&lt;p&gt;We hope to get Android packaging support soon, but it's not currently there. AFAIK, WebWorks makes it pretty easy to wrap a web app.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">David Kaneda</dc:creator><pubDate>Wed, 28 Mar 2012 20:31:39 -0000</pubDate></item><item><title>Re: Google+Facebook</title><link>http://9-bits.com/post/19301497372#comment-472796459</link><description>&lt;p&gt;That's definitely interesting. Another option — and I realize I'm just being crazy here — was for Google to add Facebook/Twitter integration into its platform, meaning just Search, Maps, etc. Could have been less likely to have been blocked, made them relevant, and saved a whole lot of time. Totally not saying this is fact, btw, I just like pondering what could have been :)&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">David Kaneda</dc:creator><pubDate>Wed, 21 Mar 2012 17:17:04 -0000</pubDate></item><item><title>Re: Google+Facebook</title><link>http://9-bits.com/post/19301497372#comment-472791528</link><description>&lt;p&gt;I was not! Do you have any links that mention this?&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">David Kaneda</dc:creator><pubDate>Wed, 21 Mar 2012 17:11:39 -0000</pubDate></item><item><title>Re: Email Unsubscribe from Hell - South Pole Steve</title><link>http://southpolesteve.com/email-unsubscribe-from-hell/#comment-459324050</link><description>&lt;p&gt;It's a common location, clear and easy to find (you found it!), and we're not giving the link ultra-low contrast or anything, like I've seen others do. Not having an underline is also pretty common if you were to look around at a lot of other company emails, including Apple. We're certainly not trying to make it _difficult_ to unsubscribe.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">David Kaneda</dc:creator><pubDate>Wed, 07 Mar 2012 18:37:48 -0000</pubDate></item><item><title>Re: HTML5 Scorecard: Amazon Kindle Fire</title><link>http://www.webkitbits.com/post/13883543412#comment-443693121</link><description>&lt;p&gt;I'm postin' a comment on Facebook yo.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">David Kaneda</dc:creator><pubDate>Sun, 19 Feb 2012 19:26:31 -0000</pubDate></item><item><title>Re: HTML5 Scorecard: Amazon Kindle Fire</title><link>http://www.webkitbits.com/post/13883543412#comment-443692820</link><description>&lt;p&gt;This is super great, hooray.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">David Kaneda</dc:creator><pubDate>Sun, 19 Feb 2012 19:26:02 -0000</pubDate></item><item><title>Re: Sencha Touch: A Cross Platform HTML5 Mobile Application Framework</title><link>http://badassjs.com/post/707996695#comment-276268037</link><description>&lt;p&gt;Kish- There are some great samples here: &lt;a href="http://www.sencha.com/products/touch/demos/" rel="nofollow noopener" target="_blank" title="http://www.sencha.com/products/touch/demos/"&gt;http://www.sencha.com/produ...&lt;/a&gt;&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">David Kaneda</dc:creator><pubDate>Wed, 03 Aug 2011 14:40:55 -0000</pubDate></item><item><title>Re: Custom Styling a Sencha Touch App</title><link>http://vinylfoxblog.appengine.com/custom-styling-a-sencha-touch-app/#comment-119993879</link><description>&lt;p&gt;Hi Shea — Glad to see you're getting into the theming in Touch! You have a lot of great tips in here, but just so you know, the only different we recommend making is always creating your own stylesheets, instead of editing the ones provided in the library. We actually have a similar article going up on &lt;a href="http://www.sencha.com/blog/" rel="nofollow noopener" target="_blank" title="http://www.sencha.com/blog/"&gt;http://www.sencha.com/blog/&lt;/a&gt; tomorrow-&lt;/p&gt;&lt;p&gt;Best,&lt;br&gt;Dave&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">David Kaneda</dc:creator><pubDate>Thu, 16 Dec 2010 13:08:00 -0000</pubDate></item><item><title>Re: Custom Styling a Sencha Touch App</title><link>http://vinylfoxblog.appengine.com/custom-styling-a-sencha-touch-app/#comment-119978134</link><description>&lt;p&gt;Hi Shea — Glad to see you're getting into the theming in Touch! You have a lot of great tips in here, but just so you know, the only different we recommend making is always creating your own stylesheets, instead of editing the ones provided in the library. We actually have a similar article going up on &lt;a href="http://www.sencha.com/blog/" rel="nofollow noopener" target="_blank" title="http://www.sencha.com/blog/"&gt;http://www.sencha.com/blog/&lt;/a&gt; tomorrow-&lt;/p&gt;&lt;p&gt;Best,&lt;br&gt;Dave&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">David Kaneda</dc:creator><pubDate>Thu, 16 Dec 2010 13:08:00 -0000</pubDate></item></channel></rss>