<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0"><channel><title>Disqus - Latest Comments for Daniel Jalkut</title><link>http://disqus.com/people/8c0e1fc236c0199697aa7518fb0a3254/</link><description></description><language>en</language><lastBuildDate>Fri, 19 May 2006 15:37:41 -0000</lastBuildDate><item><title>Re: Here&amp;#8217;s your Media Browser right here</title><link>http://toxicsoftware.disqus.com/here8217s_your_media_browser_right_here/#comment-1655851</link><description>I think you're expecting too much from what is essentially a glorified "file picker." It shouldn't be a global disk searcher. Not only would that be slow, it would include too much junk. I certainly wouldn't want to have to choose from among all the supporting JPEG and TIFF images included in application bundles.&lt;br&gt;&lt;br&gt;I think Dan's suggestion is good, especially when taken to the logical extreme of incorporating it into the standard file picker. Then you would have a file picker that is capable of:&lt;br&gt;&lt;br&gt;1. Browsing particular subsets of the disk.&lt;br&gt;2. Browsing well-known collections (such as "iTunes Music).&lt;br&gt;3. Searching within any focused collection.&lt;br&gt;4. Displaying selectable items in a context-sensitive presentation, e.g. as a list of songs, or as a matrix of thumbnails.&lt;br&gt;&lt;br&gt;The Windows standard file picker, at least, has a built-in thumbnail tiling view.&lt;br&gt;&lt;br&gt;I also think you overstate by quite a bit the ease of throwing something like this together. If you can do it in an afternoon, then *please* do so and share it with the rest of us. This is the kind of thing that has a lot of tiny facets, each of which has to work perfectly in order to be a satisfactory generalized solution. Just getting the selectable, resizeable, tiling matrix bug free would probably take a fair bit of work, unless you have one lying around.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Daniel Jalkut</dc:creator><pubDate>Fri, 23 Sep 2005 18:54:07 -0000</pubDate></item><item><title>Re: Here&amp;#8217;s your Media Browser right here</title><link>http://toxicsoftware.disqus.com/here8217s_your_media_browser_right_here/#comment-1655853</link><description>I totally agree that every developer shouldn't write their own.  Whether Apple or a 3rd party comes up with something even half as useful as what's been discussed here, it will be a big win!</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Daniel Jalkut</dc:creator><pubDate>Fri, 23 Sep 2005 20:41:43 -0000</pubDate></item><item><title>Re: Here&amp;#8217;s your Media Browser right here</title><link>http://toxicsoftware.disqus.com/here8217s_your_media_browser_right_here/#comment-1655855</link><description>Awesome!</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Daniel Jalkut</dc:creator><pubDate>Fri, 23 Sep 2005 21:15:29 -0000</pubDate></item><item><title>Re: -url</title><link>http://toxicsoftware.disqus.com/_url/#comment-1655866</link><description>Cool! The only problem on my machine was that the output of sed doesn't strip out the "URL: " prefix as expected. I managed to get the behavior by changing it to this:&lt;br&gt;&lt;br&gt; info $1 | grep 'URL: ' | sed 's/URL: //'&lt;br&gt;&lt;br&gt;Also somewhere along the line you got smart quotes in your HTML, so the example won't work without editing after copy/pasting into an rc file. I fixed it in the line above by using &amp;#39; instead of the apostrophe character.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Daniel Jalkut</dc:creator><pubDate>Sun, 18 Dec 2005 20:24:31 -0000</pubDate></item><item><title>Re: Us vs Them</title><link>http://toxicsoftware.disqus.com/us_vs_them/#comment-1655878</link><description>Nice summary. I have been reading along with several of the bloggers' outrage and experience a mix of empathy for Karelia and agreement that the "silent install" factor is bad.&lt;br&gt;&lt;br&gt;But heck, the "silent dial home" problem is still way worse than this. I run Little Snitch and am always amazed to observe the amount of net traffic applications think they can sneak in without my concern.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Daniel Jalkut</dc:creator><pubDate>Mon, 23 Jan 2006 13:08:23 -0000</pubDate></item><item><title>Re: iMeem</title><link>http://toxicsoftware.disqus.com/imeem/#comment-1655900</link><description>Thanks for pointing this out. I probably wouldn't have bothered to sign up for an account just to try out the app, if you hadn't posted a teaser!&lt;br&gt;&lt;br&gt;Mono looks cool, but let's not give more credit here than is due. The application *is* a Cocoa app, that's why it looks like one.  They are clearly developing the UI independently from the back-end. In other words, the part that looks good and like a Mac took work.&lt;br&gt;&lt;br&gt;I found this page on their site describing "Dumbarton," their bridging mechanism between ObjC and C#:&lt;br&gt;&lt;br&gt;&lt;a href="http://allan.imeem.com/blogentry/gbgC7kTg" rel="nofollow"&gt;http://allan.imeem.com/blogentry/gbgC7kTg&lt;/a&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Daniel Jalkut</dc:creator><pubDate>Fri, 27 Jan 2006 17:53:35 -0000</pubDate></item><item><title>Re: iMeem</title><link>http://toxicsoftware.disqus.com/imeem/#comment-1655902</link><description>Yes! iMeem deserves credit. Lots of it - for choosing to do the UI in native Cocoa :)&lt;br&gt;&lt;br&gt;Now if only this bridge would let me deploy a Cocoa-based UI on Windows!</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Daniel Jalkut</dc:creator><pubDate>Fri, 27 Jan 2006 18:02:35 -0000</pubDate></item><item><title>Re: Toxic Progress Indicator</title><link>http://toxicsoftware.disqus.com/toxic_progress_indicator/#comment-1655929</link><description>Thanks again, Jon! This is awesome. I think it looks especially nice when the fill and frame colors are the same hue at different intensities.  &lt;br&gt;&lt;br&gt;And you're 95% of the way toward "NSPeaceProgressIndicator." :)</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Daniel Jalkut</dc:creator><pubDate>Fri, 19 May 2006 15:37:41 -0000</pubDate></item></channel></rss>