<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.comp.lang.tcl.mac">
    <title>gmane.comp.lang.tcl.mac</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.tcl.mac</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.tcl.mac/7023"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.tcl.mac/7022"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.tcl.mac/7021"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.tcl.mac/7020"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.tcl.mac/7019"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.tcl.mac/7018"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.tcl.mac/7017"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.tcl.mac/7016"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.tcl.mac/7015"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.tcl.mac/7014"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.tcl.mac/7013"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.tcl.mac/7012"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.tcl.mac/7011"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.tcl.mac/7010"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.tcl.mac/7009"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.tcl.mac/7008"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.tcl.mac/7007"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.tcl.mac/7006"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.tcl.mac/7005"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.tcl.mac/7004"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.tcl.mac/7023">
    <title>1st Call For Papers, 19th Annual Tcl/Tk Conference 2012</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.tcl.mac/7023</link>
    <description>&lt;pre&gt;19th Annual Tcl/Tk Conference (Tcl'2012)
http://www.tcl.tk/community/tcl2012/

November 12 - 16, 2012
Holiday Inn Chicago Mart Plaza
350 West Mart Center Drive
Chicago, Illinois, USA

Important Dates:

Abstracts and proposals due   August    27, 2012
Notification to authors       September 10, 2012
WIP and BOF reservations open August     6, 2012
Author materials due          October   29, 2012
Tutorials Start               November  12, 2012
Conference starts             November  14, 2012

Email Contact:                tclconference-/JYPxA39Uh5TLH3MbocFFw&amp;lt; at &amp;gt;public.gmane.org

Submission of Summaries

Tcl/Tk 2012 will be held in Chicago, Illinois, USA from November 12 -
16, 2012. The program committee is asking for papers and presentation
proposals from anyone using or developing with Tcl/Tk (and
extensions). Past conferences have seen submissions covering a wide
variety of topics including:

* Scientific and engineering applications
* Industrial controls
* Distributed applications and Network Managment
* Obje&lt;/pre&gt;</description>
    <dc:creator>Andreas Kupries</dc:creator>
    <dc:date>2012-04-02T18:49:58</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.tcl.mac/7022">
    <title>TclGrowl</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.tcl.mac/7022</link>
    <description>&lt;pre&gt;I've released TclGrowl, an update to my Tcl-and-AppleScript-based Tcl 
interface to the Growl notification system on OS X. This version should 
work with all versions of Growl, including the latest version 
distributed with the App Store. More details here:

http://www.codebykevin.com/blosxom.cgi/2012/02/26#tclgrowl

Thanks to Steve Landers for his contributions to this package.
&lt;/pre&gt;</description>
    <dc:creator>Kevin Walzer</dc:creator>
    <dc:date>2012-02-27T03:17:26</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.tcl.mac/7021">
    <title>Xcode 4.3 and Tcl/Tk</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.tcl.mac/7021</link>
    <description>&lt;pre&gt;Hi all,

Apple released Xcode 4.3 this week, and the new version has some 
significant differences over previous iterations of the IDE. Xcode no 
longer installs in /Developer, but is instead a single app bundle that 
installs in /Applications. Additionally, Xcode no longer installs 
numerous command-line tools such as llvm, clang, gcc, etc. These can 
either be installed from Xcode 4.3's preferences menu, or as a separate 
download from Apple's developer site.

The reason I'm mentioning this is that I ran into significant issues 
trying to patch and build a new version of Tk with Xcode 4.3. (I'm not 
alone in this respect. Many open-source projects, such as MacPorts, 
Fink, and Homebrew are also finding a lot of their packages are breaking 
because of the changes in Xcode.) Tk couldn't find standard headers like 
stdio.h, let alone the Cocoa and Carbon headers it depends on for the 
Aqua version.

After a lot of Googling, trial and error, I got a new build of Tcl and 
Tk to work. Here's what I did:

1. Befo&lt;/pre&gt;</description>
    <dc:creator>Kevin Walzer</dc:creator>
    <dc:date>2012-02-22T23:44:50</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.tcl.mac/7020">
    <title>Re: Display refresh / painting in Tk-Cocoa</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.tcl.mac/7020</link>
    <description>&lt;pre&gt;
These types of workarounds are the most effective way to deal with the 
event loop issue--it may require some trial and error.

&lt;/pre&gt;</description>
    <dc:creator>Kevin Walzer</dc:creator>
    <dc:date>2012-02-21T02:33:13</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.tcl.mac/7019">
    <title>Re: Display refresh / painting in Tk-Cocoa</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.tcl.mac/7019</link>
    <description>&lt;pre&gt;Am 13.02.2012 20:20, schrieb Adrian Robert:

I have ported my application to MacOSX Tk 8.5.11 and try to synchronize 
the Tk event loop and Cocoa's event loop by inserting often an "update 
idletasks" before using critical GUI commands like menu, grab, focus, wm 
iconify and so on. Sometimes the "grab" command has to be omitted at all.





------------------------------------------------------------------------------
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
&lt;/pre&gt;</description>
    <dc:creator>Zbigniew Diaczyszyn</dc:creator>
    <dc:date>2012-02-20T17:31:39</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.tcl.mac/7018">
    <title>Re: Display refresh / painting in Tk-Cocoa</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.tcl.mac/7018</link>
    <description>&lt;pre&gt;Hi Adrian,

You have hit upon one of the knottiest issues with Tk-Cocoa--its event 
loop is noticably slower than Carbon's in some respects. If you check 
the list archives and the bug reports at SF, you'll see various reports, 
investigations (many by me), and discussions.

Bottom line, this is extremely complex to address and I've found it 
frankly beyond my skill. Integrating Tk and Cocoa's event loops seems to 
be a much more complicated process than Carbon's; that is what Daniel 
Steffen has indicated. Its sheer complexity may make the integration 
more fragile and bugs harder to address.

I'd welcome your input if you have time to take a look. I've found the 
internals of the event loop so hairy that I've not been able to make any 
headway, and have more or less punted in case someone else wants to take 
a stab at it.

Thanks,
Kevin

&lt;/pre&gt;</description>
    <dc:creator>Kevin Walzer</dc:creator>
    <dc:date>2012-02-13T22:20:32</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.tcl.mac/7017">
    <title>Display refresh / painting in Tk-Cocoa</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.tcl.mac/7017</link>
    <description>&lt;pre&gt;Hi,

I've been trying to port an application to Tk Cocoa and one of the differences I've been running into is display refresh.  I don't know if there is just one problem or multiple problems, but it seems like updates from the Tk side are prioritized lower than in Carbon.  Observations on 10.6 (all differences from Mac/Carbon, Windows, and X):

1) if you make changes to a canvas widget, and then take it offscreen, the changes are not visible the next time you bring it onscreen (instead they come after a short delay)

2) when extending the size of a window by PACKing something onto the bottom, the sequence happens thusly: a) the window size is extended; b) the entire contents of the window are redrawn starting from the new bottom; c) the height information for the contents of the new piece start getting paid attention to, which causes a second redraw of the contents back in the original position

3) the bug here (http://sourceforge.net/tracker/?func=detail&amp;amp;aid=3166688&amp;amp;group_id=12997&amp;amp;atid=112997), where using &lt;/pre&gt;</description>
    <dc:creator>Adrian Robert</dc:creator>
    <dc:date>2012-02-13T19:20:10</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.tcl.mac/7016">
    <title>Re: Symbol not found: _TclFreeObj on 64-bit builds</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.tcl.mac/7016</link>
    <description>&lt;pre&gt;
On Feb 5, 2012, at 5:54 PM, Kevin Walzer wrote:


Yeah, I think its a big improvement, but Pd is an old Tcl app, started in '94, so moving it forward always comes with little pains ;)

.hc


----------------------------------------------------------------------------

I spent 33 years and four months in active military service and during that period I spent most of my time as a high class muscle man for Big Business, for Wall Street and the bankers.      - General Smedley Butler



------------------------------------------------------------------------------
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
&lt;/pre&gt;</description>
    <dc:creator>Hans-Christoph Steiner</dc:creator>
    <dc:date>2012-02-06T01:03:46</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.tcl.mac/7015">
    <title>Re: Symbol not found: _TclFreeObj on 64-bit builds</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.tcl.mac/7015</link>
    <description>&lt;pre&gt;
You won't regret it. :-) I'd love to play with a stable Cocoa build of PD.

&lt;/pre&gt;</description>
    <dc:creator>Kevin Walzer</dc:creator>
    <dc:date>2012-02-05T22:54:44</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.tcl.mac/7014">
    <title>Re: Symbol not found: _TclFreeObj on 64-bit builds</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.tcl.mac/7014</link>
    <description>&lt;pre&gt;
On Feb 5, 2012, at 9:27 AM, Kevin Walzer wrote:


I figured it out.  The included Tcl.framework is built as 32-bit, which this 64-bit plugin then tries to use at runtime.  Normally in this app, it works find to have a 32-bit Tcl/Tk while the core of the app is 64-bit because they talk via a network socket. For this particular plugin, the 64-bit binary side needs to use the Tcl.framework, and the included one is only 32-bit.

I guess I need to work on the transition to Tk/Cocoa :)

.hc


----------------------------------------------------------------------------

"[W]e have invented the technology to eliminate scarcity, but we are deliberately throwing it away to benefit those who profit from scarcity."        -John Gilmore



------------------------------------------------------------------------------
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style A&lt;/pre&gt;</description>
    <dc:creator>Hans-Christoph Steiner</dc:creator>
    <dc:date>2012-02-05T17:56:21</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.tcl.mac/7013">
    <title>Re: Symbol not found: _TclFreeObj on 64-bit builds</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.tcl.mac/7013</link>
    <description>&lt;pre&gt;
Could this be the issue--support for 10.4? 10.5 is the minimum supported 
OS for 64-bit Tk-Cocoa. Try adjusting these flags.

&lt;/pre&gt;</description>
    <dc:creator>Kevin Walzer</dc:creator>
    <dc:date>2012-02-05T14:27:35</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.tcl.mac/7012">
    <title>Re: Symbol not found: _TclFreeObj on 64-bit builds</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.tcl.mac/7012</link>
    <description>&lt;pre&gt;
On Jan 30, 2012, at 3:01 PM, Michael Schlenker wrote:


I don't quite understand the question.  So tclpd.pd_darwin is a bundle/plugin that is linking to the Tcl framework using "-framework Tcl"  That Tcl 8.5.10 framework is built using:

export CFLAGS="-arch ppc -arch ppc64 -arch i386 -arch x86_64 \
 -isysroot /Developer/SDKs/MacOSX10.4u.sdk -mmacosx-version-min=10.4"
make -C tcl/${BUILD_DIR} deploy

That Tcl.framework is installed into /Library/Frameworks.

.hc


----------------------------------------------------------------------------

You can't steal a gift. Bird gave the world his music, and if you can hear it, you can have it. - Dizzy Gillespie




------------------------------------------------------------------------------
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/&lt;/pre&gt;</description>
    <dc:creator>Hans-Christoph Steiner</dc:creator>
    <dc:date>2012-02-05T04:58:04</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.tcl.mac/7011">
    <title>Symbol not found: _TclFreeObj on 64-bit builds</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.tcl.mac/7011</link>
    <description>&lt;pre&gt;
We have an odd error in our app Pd-extended.  Its a media programming environment that we recently added the ability to write objects in Tcl.  This is done using swig to wrap the Pd C API for Tcl.  That's working great, but we have this odd error:

On 32-bit builds, everything works fine, they are currently built on 10.5.8 and seem to run fine on 10.5 - 10.7.  For the 64-bit builds, when the 'tclpd' library is loaded, it throws this error:

Symbol not found: _TclFreeObj

The 64-bit builds are built on 10.6.8 and I'm running it on 10.6.8.  Both of these apps are using a custom build of plain vanilla Tcl/Tk 8.5.10.

.hc

----------------------------------------------------------------------------

"[T]he greatest purveyor of violence in the world today [is] my own government." - Martin Luther King, Jr.




------------------------------------------------------------------------------
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just&lt;/pre&gt;</description>
    <dc:creator>Hans-Christoph Steiner</dc:creator>
    <dc:date>2012-01-30T04:14:08</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.tcl.mac/7010">
    <title>Re: kCGErrorIllegalArgument: CGSRegisterCursorWithImages</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.tcl.mac/7010</link>
    <description>&lt;pre&gt;
Does this error cause a problem with your script, or is it just logged 
in the console? If it's just logged in the console, it is probably 
harmless.

&lt;/pre&gt;</description>
    <dc:creator>Kevin Walzer</dc:creator>
    <dc:date>2011-10-28T20:58:00</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.tcl.mac/7009">
    <title>kCGErrorIllegalArgument: CGSRegisterCursorWithImages</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.tcl.mac/7009</link>
    <description>&lt;pre&gt;
Hello,

I am contributing to an application being developed which is being
re-written from tk/tcl -&amp;gt; tk/cocoa.

I am receiving this error:

 kCGErrorIllegalArgument: CGSRegisterCursorWithImages: Invalid hot spot
 (outside of size)

I am wondering if this error is familiar to anyone or if I can be pointed in
the right direction. Google reveals next to nothing for this error.

Thanks
x
&lt;/pre&gt;</description>
    <dc:creator>xi0n0ix</dc:creator>
    <dc:date>2011-10-25T13:56:53</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.tcl.mac/7008">
    <title>Growl and Tcl</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.tcl.mac/7008</link>
    <description>&lt;pre&gt;Hi all,

I'm posting this here because a few of the list members make use of the 
Growl notification system (http://growl.info) in their apps.

Growl has just released a new version that makes significant changes in 
its API--these changes are for compatibility with Mac App Store 
requirements and also to put the system on firmer developmental footing 
moving forward. Unfortunately, these changes also break many of the 
third-party language bindings for Growl.

I've been informally maintaining two separate Tcl-Growl integration 
packages--one, macgrowl, is of my own creation and is a Tcl wrapper for 
Growl's AppleScript interface. The other, tclgrowl, was a "native" 
Objective-C library developed by the Growl team itself but was largely 
abandoned (I cobbled a TEA-compliant package out of it and host it at my 
SVN repo at SF). Neither package works with the new version of Growl.

Since many of my commercial Tcl/Tk apps support Growl, I'm going to be 
putting together some sort of new package for Growl integr&lt;/pre&gt;</description>
    <dc:creator>Kevin Walzer</dc:creator>
    <dc:date>2011-10-20T14:15:17</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.tcl.mac/7007">
    <title>Re: snackAmp for OS X</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.tcl.mac/7007</link>
    <description>&lt;pre&gt;
On 17 Oct 2011, at 03:51, Kevin Walzer wrote:


Nice! Is Snack itself maintained? A while back I tried to get it running on OS X, but would always get a Bus error. I'm guessing that isn't the case for you :-)

&lt;/pre&gt;</description>
    <dc:creator>Kristoffer Lawson</dc:creator>
    <dc:date>2011-10-17T08:13:57</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.tcl.mac/7006">
    <title>Re: snackAmp for OS X</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.tcl.mac/7006</link>
    <description>&lt;pre&gt;
Whoops, I see you meant the Snack sound library and not snackAmp.

No, Snack hasn't been updated in five or six years. It builds, but it 
doesn't run as well on OS X as on Windows. I saw a posting on the Core 
Audio mailing list that said it makes use of ancient and deprecated Core 
Audio functions, but no one has responded to queries/bug reports about it.

--Kevin

&lt;/pre&gt;</description>
    <dc:creator>Kevin Walzer</dc:creator>
    <dc:date>2011-10-17T14:18:18</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.tcl.mac/7005">
    <title>Re: snackAmp for OS X</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.tcl.mac/7005</link>
    <description>&lt;pre&gt;
Tom put out a new release of Snack last year, but I think it was just 
slapping a "final" release tag on the beta that had been posted on the 
website for years before that. As far as active development, no, I don't 
think there's much going on with it.

--Kevin

&lt;/pre&gt;</description>
    <dc:creator>Kevin Walzer</dc:creator>
    <dc:date>2011-10-17T14:12:50</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.tcl.mac/7004">
    <title>snackAmp for OS X</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.tcl.mac/7004</link>
    <description>&lt;pre&gt;Hi all,

I've scratched a long-standing personal itch by porting snackAmp to OS 
X. SnackAmp is a multi-platform music player with normal music player 
abilities, multi-user support, integrated web server, and a powerful 
AutoPlaylist feature.

snackAmp for OS X is based on the original snackAmp by Tom Wilkason at 
http://snackamp.sourceforge.net/. The Mac version incorporates some 
enhancements to make the program a good Mac OS X citizen. It requires 
Mac OS X 10.7 (Lion) to run.

snackAmp is licensed under the GPL. The snackAmp application is deployed 
as a standard Mac application bundle, and the source code is included in 
the bundle (snackAmp.app/MacOS/snackAmp.vfs).

Here's a link to the download page:

http://www.codebykevin.com/opensource/snackamp.html

Enjoy!

--Kevin
&lt;/pre&gt;</description>
    <dc:creator>Kevin Walzer</dc:creator>
    <dc:date>2011-10-17T00:51:50</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.tcl.mac/7003">
    <title>snackAmp for OS X</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.tcl.mac/7003</link>
    <description>&lt;pre&gt;Hi all,

I've scratched a long-standing personal itch by porting snackAmp to OS 
X. SnackAmp is a multi-platform music player with normal music player 
abilities, multi-user support, integrated web server, and a powerful 
AutoPlaylist feature.

snackAmp for OS X is based on the original snackAmp by Tom Wilkason at 
http://snackamp.sourceforge.net/. The Mac version incorporates some 
enhancements to make the program a good Mac OS X citizen. It requires 
Mac OS X 10.7 (Lion) to run.

snackAmp is licensed under the GPL. The snackAmp application is deployed 
as a standard Mac application bundle, and the source code is included in 
the bundle (snackAmp.app/MacOS/snackAmp.vfs).

Here's a link to the download page:

http://www.codebykevin.com/opensource/snackamp.html

Enjoy!

--Kevin
&lt;/pre&gt;</description>
    <dc:creator>Kevin Walzer</dc:creator>
    <dc:date>2011-10-17T00:50:53</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.lang.tcl.mac">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.lang.tcl.mac</link>
  </textinput>
</rdf:RDF>

