dropcaster 0.0.2 → 0.0.3

data/.document

@@ -1,5 +1,5 @@
-lib/**/*.rb
-bin/*
-- 
-features/**/*.feature
-LICENSE.txt
+lib/**/*.rb
+bin/*
+- 
+features/**/*.feature
+LICENSE.txt

data/Gemfile

@@ -1,11 +1,11 @@
-source :rubygems
-
-gem 'ruby-mp3info'
-gem 'activesupport'
-
-group :development do
-  gem "bundler", "~> 1.0.0"
-  gem "jeweler", "~> 1.6.4"
-  gem 'libxml-ruby'
-  gem 'rdoc'
-end
+source :rubygems
+
+gem 'ruby-mp3info'
+gem 'activesupport'
+
+group :development do
+  gem "bundler", "~> 1.0.0"
+  gem "jeweler", "~> 1.6.4"
+  gem 'libxml-ruby'
+  gem 'rdoc'
+end

data/Gemfile.lock

@@ -1,26 +1,26 @@
-GEM
-  remote: http://rubygems.org/
-  specs:
-    activesupport (3.0.10)
-    git (1.2.5)
-    jeweler (1.6.4)
-      bundler (~> 1.0)
-      git (>= 1.2.5)
-      rake
-    libxml-ruby (2.2.1)
-    libxml-ruby (2.2.1-x86-mingw32)
-    rake (0.9.2)
-    rdoc (3.9.3)
-    ruby-mp3info (0.6.15)
-
-PLATFORMS
-  ruby
-  x86-mingw32
-
-DEPENDENCIES
-  activesupport
-  bundler (~> 1.0.0)
-  jeweler (~> 1.6.4)
-  libxml-ruby
-  rdoc
-  ruby-mp3info
+GEM
+  remote: http://rubygems.org/
+  specs:
+    activesupport (3.0.10)
+    git (1.2.5)
+    jeweler (1.6.4)
+      bundler (~> 1.0)
+      git (>= 1.2.5)
+      rake
+    libxml-ruby (2.2.1)
+    libxml-ruby (2.2.1-x86-mingw32)
+    rake (0.9.2)
+    rdoc (3.9.3)
+    ruby-mp3info (0.6.15)
+
+PLATFORMS
+  ruby
+  x86-mingw32
+
+DEPENDENCIES
+  activesupport
+  bundler (~> 1.0.0)
+  jeweler (~> 1.6.4)
+  libxml-ruby
+  rdoc
+  ruby-mp3info

data/LICENSE.txt

@@ -1,20 +1,20 @@
-Copyright (c) 2011 Nicolas E. Rabenau
-
-Permission is hereby granted, free of charge, to any person obtaining
-a copy of this software and associated documentation files (the
-"Software"), to deal in the Software without restriction, including
-without limitation the rights to use, copy, modify, merge, publish,
-distribute, sublicense, and/or sell copies of the Software, and to
-permit persons to whom the Software is furnished to do so, subject to
-the following conditions:
-
-The above copyright notice and this permission notice shall be
-included in all copies or substantial portions of the Software.
-
-THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND,
-EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF
-MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND
-NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE
-LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION
-OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION
-WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
+Copyright (c) 2011 Nicolas E. Rabenau
+
+Permission is hereby granted, free of charge, to any person obtaining
+a copy of this software and associated documentation files (the
+"Software"), to deal in the Software without restriction, including
+without limitation the rights to use, copy, modify, merge, publish,
+distribute, sublicense, and/or sell copies of the Software, and to
+permit persons to whom the Software is furnished to do so, subject to
+the following conditions:
+
+The above copyright notice and this permission notice shall be
+included in all copies or substantial portions of the Software.
+
+THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND,
+EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF
+MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND
+NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE
+LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION
+OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION
+WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.

data/README.md

@@ -1,147 +1,155 @@
-Dropcaster - Simple Podcast Publishing with Dropbox
-===================================================
-[Dropcaster](http://nerab.github.com/dropcaster) is a podcast feed generator for the command line. It is most simple to use with Dropbox, but works equally well with any other hoster.
-
-Author: Nicolas E. Rabenau <nerab@gmx.at>
-
-What is the problem Dropcaster is trying to solve?
-==================================================
-You have a number of podcast episodes that you would like to publish as a feed. Nothing else - no fancy website, no stats, nothing but the pure podcast.
-
-With Dropcaster, you simply put the mp3 files into the Public folder of your [Dropbox](http://www.dropbox.com/). Then run the Dropcaster script that generates the feed, writing it to a file in your Dropbox, e.g. index.rss. All mp3 files in the Public folder of your Dropbox are already accessible via HTTP, and so will the RSS file. You can then take the RSS file's URL and publish it (again, this is because any file in the Public folder of a Dropbox automatically gets a public, HTTP-accessible URL).
-
-The feed URL can be consumed by any podcatcher, e.g. [iTunes](http://www.apple.com/itunes/) or [Juice](http://juicereceiver.sourceforge.net/).
-
-Installation
-============
-To get started, use RubyGems to install Dropcaster:
-
-    $ gem install dropcaster
-
-With Dropcaster installed, you can use the `dropcaster` command to generate a new podcast feed document.
-
-Basic Usage
-===========
-Once Dropcaster is installed, the only two other things you will need are a channel definition and one or more mp3 files to publish.
-
-Let's start with the channel definition. It is a simple [YAML](http://yaml.org/) file that holds the general information about your podcast channel. According to the [RSS 2.0 spec](http://feedvalidator.org/docs/rss2.html#requiredChannelElements), the only mandatory information that your channel absolutely needs are a title, a description and a link to a web site where the channel belongs to.
-
-The simplest channel file looks like this:
-
-		:title: 'All About Everything'
-		:subtitle: 'A show about everything'
-		:url: 'http://www.example.com/podcasts/everything/index.html'
-
-Store this file as channel.yml in the same directory where the mp3 files of your podcast reside. The channel definition is expected to be present in the same directory as your mp3 files, but this can be overridden using a command line switch. You can find a [more elaborate example](http://github.com/nerab/dropcaster/blob/master/doc/sample-channel.yml) for the channel definition in the doc folder of the Dropcaster gem. You can find it by running `gem open dropcaster`. Instead of writing these title, subtitle, etc. to the channel.yml, you may also spedify them on the command line. For details, just run
-
-    $ dropcaster --help
-
-Now that we have the podcast channel defined, we need at least one episode (an audio file) in it. From Dropcaster's perspective, it does not matter how the episode was produced, but the critical information is the meta data in the mp3 file, because that is the authoritative source for the episode information. Almost all audio editors can write metadata, usually called ID3 tags. Dropcaster reads these tags from the mp3 files and fills the item element in the feed (that's how an episode is defined, technically) from it.
-
-With all required pieces in place, we could generate the podcast feed. Just before we do that, we will inspect the feed by running the following commands:
-
-    $ cd ~/Dropbox/Public
-    $ dropcaster
-
-(The above lines assume that you are using Dropbox, and that there is at least one mp3 file in ~/Dropbox/Public).
-
-Dropcaster will print the feed to standard-out, without writing it to disk. When you are happy with the results, call Dropcaster again, but redirect the output to a file, this time:
-
-    $ dropcaster > index.rss
-
-If all went well, you will now have a valid podcast feed in your Dropbox, listing all mp3 files as podcast episodes. Please see the section [Publish Your Feed] for details on how to find the public URL of your feed.
-
-Use Cases
-=========
-Publish a New Episode
----------------------
-1. Drop the mp3 file into the Dropbox Public folder (e.g. ~/Dropbox/Public), and then run the following command in the directory where the mp3 files reside:
-
-        $ dropcaster > index.rss
-
-1. Dropbox will sync the updated index.rss file to its web server and any podcast client will download the new episode as soon as it has loaded the updated index.rss.
-
-Delete an Episode
------------------
-Remove the mp3 you want to delete from the Dropbox Public folder, and then run the following command in the directory where the remaining mp3 files reside:
-
-	  $ dropcaster > index.rss
-
-Replace an Episode With an Updated File
----------------------------------------
-In the Dropbox Public folder, replace the mp3 you want to update with a new version, and then run the following command in the directory where the mp3 files reside:
-
-	  $ dropcaster > index.rss
-
-Publish Your Feed
------------------
-1. Re-generate the feed to make sure the it is up to date (see above):
-
-        $ dropcaster > index.rss
-
-1. In your Dropbox Public folder, right-click the index.rss and select "Dropbox / Copy public link". This copies the public, HTTP-addressable link to your podcast into the clipboard.
-1. Publish this link and tell people to subscribe to it.
-
-Generate a Podcast Feed for a Subset of the Available MP3 Files
----------------------------------------------------------------
-Dropcaster accepts any number of files or directories as episodes. For directories, all files ending in .mp3 will be included. For advanced filtering, you can use regular shell patterns to further specify which files will be included. These patterns will be resolved by the shell itself (e.g. bash), and not by Dropcaster.
-
-For example, in order to generate a feed that only publishes MP3 files where the name starts with 'A', call Dropcaster like this:
-
-    $ dropcaster A*.mp3 > index.rss
-
-Publish More than One Feed
---------------------------
-
-	  $ dropcaster project1 > project1.rss
-	  $ dropcaster project2 > project2.rss
-
-or
-
-	  $ cd project1
-	  $ dropcaster > index.rss
-	  $ cd ../project2
-	  $ dropcaster > index.rss
-
-Include Episodes From Two Subdirectories Into a Single Feed
------------------------------------------------------------
-
-	  $ dropcaster project1 project2 > index.rss
-
-Advanced features
-=================
-Sidecar files
--------------
-You may override the meta data for any episode by providing a YAML file with the same name as the mp3 file, but with an extension of yml or yaml (ususally refered to as [sidecar file](http://en.wikipedia.org/wiki/Sidecar_file)). Any attributes specified in this file override the ID tags in the mp3 file.
-
-Dropcaster will only write the sidecar file if the appropriate command line option was passed, and it will use the information in it only for generating new files like the index.rss. It will not write back to mp3 files.
-
-A Note on iTunes
-----------------
-The generated XML file contains all elements required for iTunes. However, Dropcaster will not notify the iTunes store about new episodes.
-
-Using Dropcaster Without Dropbox
---------------------------------
-The whole concept of Dropcaster works perfectly fine without Dropbox. Just run the Dropcaster script in a directory of mp3 files and upload the files as well as the generated index.rss to a web server. Leave the relative position of the index and mp3 files as is, otherwise the path to the mp3 files in index.rss will become invalid.
-
-Episode Identifier (uuid)
--------------------------
-Dropcaster uses a rather simple approach to uniquely identify the episodes. It simply generates a SHA1 hash of the mp3 file. If it changes, for whatever reason (even if only a tag was changes), the episode will get a new UUID, and any podcatcher will fetch the episode again (which is what you want, in most cases).
-
-Modifying the sidecar file does not change the UUID, because it only affects the feed and not the episode itself.
-
-Contributing to Dropcaster
-==========================
-Dropcaster is hosted at [Github](http://github.com/nerab/dropcaster):
-
-* Check out the latest master to make sure the feature hasn't been implemented or the bug hasn't been fixed yet
-* Check out the issue tracker to make sure someone already hasn't requested it and/or contributed it
-* Fork the project
-* Start a feature/bugfix branch
-* Commit and push until you are happy with your contribution
-* Make sure to add tests for it. This is important so I don't break it in a future version unintentionally.
-* Please try not to mess with the Rakefile, version, or history. If you want to have your own version, or is otherwise necessary, that is fine, but please isolate to its own commit so I can cherry-pick around it.
-
-Copyright
-=========
-Copyright (c) 2011 Nicolas E. Rabenau. See LICENSE.txt for further details.
+Dropcaster - Simple Podcast Publishing with Dropbox
+===================================================
+[Dropcaster](http://nerab.github.com/dropcaster) is a podcast feed generator for the command line. It is most simple to use with Dropbox, but works equally well with any other hoster.
+
+Author: Nicolas E. Rabenau <nerab@gmx.at>
+
+What is the problem Dropcaster is trying to solve?
+==================================================
+You have a number of podcast episodes that you would like to publish as a feed. Nothing else - no fancy website, no stats, nothing but the pure podcast.
+
+With Dropcaster, you simply put the mp3 files into the Public folder of your [Dropbox](http://www.dropbox.com/). Then run the Dropcaster script that generates the feed, writing it to a file in your Dropbox, e.g. index.rss. All mp3 files in the Public folder of your Dropbox are already accessible via HTTP, and so will the RSS file. You can then take the RSS file's URL and publish it (again, this is because any file in the Public folder of a Dropbox automatically gets a public, HTTP-accessible URL).
+
+The feed URL can be consumed by any podcatcher, e.g. [iTunes](http://www.apple.com/itunes/) or [Juice](http://juicereceiver.sourceforge.net/).
+
+Installation
+============
+To get started, use RubyGems to install Dropcaster:
+
+    $ gem install dropcaster
+
+With Dropcaster installed, you can use the `dropcaster` command to generate a new podcast feed document.
+
+Basic Usage
+===========
+Once Dropcaster is installed, the only two other things you will need are a channel definition and one or more mp3 files to publish.
+
+Let's start with the channel definition. It is a simple [YAML](http://yaml.org/) file that holds the general information about your podcast channel. According to the [RSS 2.0 spec](http://feedvalidator.org/docs/rss2.html#requiredChannelElements), the only mandatory information that your channel absolutely needs are a title, a description and a link to a web site where the channel belongs to.
+
+The simplest channel file looks like this:
+
+		:title: 'All About Everything'
+		:subtitle: 'A show about everything'
+		:url: 'http://www.example.com/podcasts/everything/index.html'
+
+Store this file as channel.yml in the same directory where the mp3 files of your podcast reside. The channel definition is expected to be present in the same directory as your mp3 files, but this can be overridden using a command line switch. You can find a [more elaborate example](http://github.com/nerab/dropcaster/blob/master/doc/sample-channel.yml) for the channel definition in the doc folder of the Dropcaster gem. You can find it by running `gem open dropcaster`.
+
+Now that we have the podcast channel defined, we need at least one episode (an audio file) in it. From Dropcaster's perspective, it does not matter how the episode was produced, but the critical information is the meta data in the mp3 file, because that is the authoritative source for the episode information. Almost all audio editors can write metadata, usually called ID3 tags. Dropcaster reads these tags from the mp3 files and fills the item element in the feed (that's how an episode is defined, technically) from it.
+
+With all required pieces in place, we could generate the podcast feed. Just before we do that, we will inspect the feed by running the following commands:
+
+    $ cd ~/Dropbox/Public
+    $ dropcaster
+
+(The above lines assume that you are using Dropbox, and that there is at least one mp3 file in ~/Dropbox/Public).
+
+Dropcaster will print the feed to standard-out, without writing it to disk. When you are happy with the results, call Dropcaster again, but redirect the output to a file, this time:
+
+    $ dropcaster > index.rss
+
+If all went well, you will now have a valid podcast feed in your Dropbox, listing all mp3 files as podcast episodes. Please see the section [Publish Your Feed] for details on how to find the public URL of your feed.
+
+Use Cases
+=========
+Publish a New Episode
+---------------------
+1. Drop the mp3 file into the Dropbox Public folder (e.g. ~/Dropbox/Public), and then run the following command in the directory where the mp3 files reside:
+
+        $ dropcaster > index.rss
+
+1. Dropbox will sync the updated index.rss file to its web server and any podcast client will download the new episode as soon as it has loaded the updated index.rss.
+
+Delete an Episode
+-----------------
+Remove the mp3 you want to delete from the Dropbox Public folder, and then run the following command in the directory where the remaining mp3 files reside:
+
+	  $ dropcaster > index.rss
+
+Replace an Episode With an Updated File
+---------------------------------------
+In the Dropbox Public folder, replace the mp3 you want to update with a new version, and then run the following command in the directory where the mp3 files reside:
+
+	  $ dropcaster > index.rss
+
+Publish Your Feed
+-----------------
+1. Re-generate the feed to make sure the it is up to date (see above):
+
+        $ dropcaster > index.rss
+
+1. In your Dropbox Public folder, right-click the index.rss and select "Dropbox / Copy public link". This copies the public, HTTP-addressable link to your podcast into the clipboard.
+1. Publish this link and tell people to subscribe to it.
+
+Generate a Podcast Feed for a Subset of the Available MP3 Files
+---------------------------------------------------------------
+Dropcaster accepts any number of files or directories as episodes. For directories, all files ending in .mp3 will be included. For advanced filtering, you can use regular shell patterns to further specify which files will be included. These patterns will be resolved by the shell itself (e.g. bash), and not by Dropcaster.
+
+For example, in order to generate a feed that only publishes MP3 files where the name starts with 'A', call Dropcaster like this:
+
+    $ dropcaster A*.mp3 > index.rss
+
+Publish More than One Feed
+--------------------------
+
+	  $ dropcaster project1 > project1.rss
+	  $ dropcaster project2 > project2.rss
+
+or
+
+	  $ cd project1
+	  $ dropcaster > index.rss
+	  $ cd ../project2
+	  $ dropcaster > index.rss
+
+Include Episodes From Two Subdirectories Into a Single Feed
+-----------------------------------------------------------
+
+	  $ dropcaster project1 project2 > index.rss
+
+Advanced features
+=================
+Overriding defaults
+-------------------
+Dropcaster is opinionated software. That means, it makes a number of assumptions about names, files, and directory strictures. Dropcaster will be most easy to use if these assumptions and opinions apply to your way of using the program.
+
+However, it is still possible to override Dropcaster's behavior in many ways. You can, for instance, host your episode files on a different URL than the channel. Instead of writing title, subtitle, etc. to a channel.yml, you may also spedify them on the command line.
+
+In order to find out about all the options, simply run
+
+        $ dropcaster --help
+
+Sidecar files
+-------------
+You may override the meta data for any episode by providing a YAML file with the same name as the mp3 file, but with an extension of yml or yaml (ususally refered to as [sidecar file](http://en.wikipedia.org/wiki/Sidecar_file)). Any attributes specified in this file override the ID tags in the mp3 file.
+
+Dropcaster will only write the sidecar file if the appropriate command line option was passed, and it will use the information in it only for generating new files like the index.rss. It will not write back to mp3 files.
+
+A Note on iTunes
+----------------
+The generated XML file contains all elements required for iTunes. However, Dropcaster will not notify the iTunes store about new episodes.
+
+Using Dropcaster Without Dropbox
+--------------------------------
+The whole concept of Dropcaster works perfectly fine without Dropbox. Just run the Dropcaster script in a directory of mp3 files and upload the files as well as the generated index.rss to a web server. Leave the relative position of the index and mp3 files as is, otherwise the path to the mp3 files in index.rss will become invalid.
+
+Episode Identifier (uuid)
+-------------------------
+Dropcaster uses a rather simple approach to uniquely identify the episodes. It simply generates a SHA1 hash of the mp3 file. If it changes, for whatever reason (even if only a tag was changes), the episode will get a new UUID, and any podcatcher will fetch the episode again (which is what you want, in most cases).
+
+Modifying the sidecar file does not change the UUID, because it only affects the feed and not the episode itself.
+
+Contributing to Dropcaster
+==========================
+Dropcaster is hosted at [Github](http://github.com/nerab/dropcaster):
+
+* Check out the latest master to make sure the feature hasn't been implemented or the bug hasn't been fixed yet
+* Check out the issue tracker to make sure someone already hasn't requested it and/or contributed it
+* Fork the project
+* Start a feature/bugfix branch
+* Commit and push until you are happy with your contribution
+* Make sure to add tests for it. This is important so I don't break it in a future version unintentionally.
+* Please try not to mess with the Rakefile, version, or history. If you want to have your own version, or is otherwise necessary, that is fine, but please isolate to its own commit so I can cherry-pick around it.
+
+Copyright
+=========
+Copyright (c) 2011 Nicolas E. Rabenau. See LICENSE.txt for further details.

data/Rakefile

@@ -1,47 +1,47 @@
-# encoding: utf-8
-
-require 'rubygems'
-require 'bundler'
-begin
-  Bundler.setup(:default, :development)
-rescue Bundler::BundlerError => e
-  $stderr.puts e.message
-  $stderr.puts "Run `bundle install` to install missing gems"
-  exit e.status_code
-end
-require 'rake'
-
-require 'jeweler'
-Jeweler::Tasks.new do |gem|
-  # gem is a Gem::Specification... see http://docs.rubygems.org/read/chapter/20 for more options
-  gem.name = "dropcaster"
-  gem.homepage = "http://github.com/nerab/dropcaster"
-  gem.license = "MIT"
-  gem.summary = %Q{Simple Podcast Publishing with Dropbox}
-  gem.description = %Q{Dropcaster is a podcast feed generator for the command line. It is most simple to use with Dropbox, but works equally well with any other hoster.}
-  gem.email = "nerab@gmx.at"
-  gem.authors = ["nerab"]
-  gem.executables << 'dropcaster'
-  gem.executables << 'lstags'
-  # dependencies defined in Gemfile
-end
-Jeweler::RubygemsDotOrgTasks.new
-
-require 'rake/testtask'
-Rake::TestTask.new(:test) do |test|
-  test.libs << 'lib' << 'test'
-  test.pattern = 'test/**/test_*.rb'
-  test.verbose = true
-end
-
-task :default => :test
-
-require 'rdoc/task'
-RDoc::Task.new do |rdoc|
-  version = File.exist?('VERSION') ? File.read('VERSION') : ""
-
-  rdoc.rdoc_dir = 'rdoc'
-  rdoc.title = "dropcaster #{version}"
-  rdoc.rdoc_files.include('README*')
-  rdoc.rdoc_files.include('lib/**/*.rb')
-end
+# encoding: utf-8
+
+require 'rubygems'
+require 'bundler'
+begin
+  Bundler.setup(:default, :development)
+rescue Bundler::BundlerError => e
+  $stderr.puts e.message
+  $stderr.puts "Run `bundle install` to install missing gems"
+  exit e.status_code
+end
+require 'rake'
+
+require 'jeweler'
+Jeweler::Tasks.new do |gem|
+  # gem is a Gem::Specification... see http://docs.rubygems.org/read/chapter/20 for more options
+  gem.name = "dropcaster"
+  gem.homepage = "http://nerab.github.com/dropcaster"
+  gem.license = "MIT"
+  gem.summary = %Q{Simple Podcast Publishing with Dropbox}
+  gem.description = %Q{Dropcaster is a podcast feed generator for the command line. It is most simple to use with Dropbox, but works equally well with any other hoster.}
+  gem.email = "nerab@gmx.at"
+  gem.authors = ["nerab"]
+  gem.executables << 'dropcaster'
+  gem.executables << 'lstags'
+  # dependencies defined in Gemfile
+end
+Jeweler::RubygemsDotOrgTasks.new
+
+require 'rake/testtask'
+Rake::TestTask.new(:test) do |test|
+  test.libs << 'lib' << 'test'
+  test.pattern = 'test/**/test_*.rb'
+  test.verbose = true
+end
+
+task :default => :test
+
+require 'rdoc/task'
+RDoc::Task.new do |rdoc|
+  version = File.exist?('VERSION') ? File.read('VERSION') : ""
+
+  rdoc.rdoc_dir = 'rdoc'
+  rdoc.title = "dropcaster #{version}"
+  rdoc.rdoc_files.include('README*')
+  rdoc.rdoc_files.include('lib/**/*.rb')
+end

data/TODO

@@ -1,13 +1,14 @@
-* Take the the channel's URL as enclosure_url and make enclosure_url an optional parameter
-* In verbose mode, log warnings to STDERR for all the opinionated decisions and fallbacks that Dropcaster takes
-* Allow overriding the path to the ERB template (and document the available template variables)
-* Support a tree of iTunes categories: <itunes:category text="Technology"><itunes:category text="Gadgets"/></itunes:category>
-* If an index.html.erb is present, generate an index.html from it
-  ** In addition to that, if an item.html.erb is present, generate individual html for each item from it and link to it from the index.html
-* Print warnings when one of the specs from http://www.apple.com/itunes/podcasts/specs.html is violated
-* Allow muting of the iTunes warnings (see above) using a commandline switch
-* Implement sidecar files
-* Support other file types than mp3 (e.g. ogg or pdf)
-* Treat lyrics as plain text for the episode page, and with an optional command line switch we could also support markdown etc.
-* Potential optimization for large numbers of mp3 files: If there is an existing index.rss file, do not re-read the information from those files that are still there and still have the same hash value.
-* It feels pretty awkward to refer to the ID3v2 frame names all the time. After all, this is an implementation detail. Maybe we can wrap the frames with a nicer name, but still allow access to the underlying mp3info library? Maybe all we need is some aliasing and / or delegation?
+* Handle channel URLs not ending with a slash (may be required for hosts not discovering an index.html, like Dropbox)
+* In verbose mode, log warnings to STDERR for all the opinionated decisions and fallbacks that Dropcaster takes
+* Allow overriding the path to the ERB template (and document the available template variables)
+* Support a tree of iTunes categories: <itunes:category text="Technology"><itunes:category text="Gadgets"/></itunes:category>
+* If an index.html.erb is present, generate an index.html from it
+  ** In addition to that, if an item.html.erb is present, generate individual html for each item from it and link to it from the index.html
+* Print warnings when one of the specs from http://www.apple.com/itunes/podcasts/specs.html is violated
+* Allow muting of the iTunes warnings (see above) using a commandline switch
+* Implement sidecar files
+* Support other file types than mp3 (e.g. ogg or pdf)
+* Treat lyrics as plain text for the episode page, and with an optional command line switch we could also support markdown etc.
+* Potential optimization for large numbers of mp3 files: If there is an existing index.rss file, do not re-read the information from those files that are still there and still have the same hash value.
+* It feels pretty awkward to refer to the ID3v2 frame names all the time. After all, this is an implementation detail. Maybe we can wrap the frames with a nicer name, but still allow access to the underlying mp3info library? Maybe all we need is some aliasing and / or delegation?
+* Potentially replace the ERB template with Builder::XmlMarkup, see http://builder.rubyforge.org/ (the same that Rails uses)

data/VERSION

@@ -1 +1 @@
-0.0.2
+0.0.3