spree 0.5.1 → 0.6.0

data/vendor/plugins/calendar_date_select/README

@@ -1,10 +0,0 @@
-::CalendarDateSelect::
-Author:   Tim Harper ( 'tim_see_harperATgmail._see_om'.gsub('_see_', 'c').gsub('AT', '@') )
-
-::Examples::
-see demo here -- http://restatesman.com/static/calendar
-
-::Project Site::
-http://code.google.com/p/calendardateselect/
-
-It works!

data/vendor/plugins/calendar_date_select/lib/includes_helper.rb

@@ -1,22 +0,0 @@
-class CalendarDateSelect
-  module IncludesHelper
-    def calendar_date_select_includes(*args)
-      return "" if @cds_already_included
-      @cds_already_included=true
-      
-      options = (Hash === args.last) ? args.pop : {}
-      options.assert_valid_keys(:style, :format, :locale)
-      
-      style = options[:style] || args.shift
-      locale = options[:locale]
-      cds_css_file = style ? "calendar_date_select/#{style}" : "calendar_date_select/default"
-      
-      output = []
-      output << javascript_include_tag("calendar_date_select/calendar_date_select")
-      output << javascript_include_tag("calendar_date_select/locale/#{locale}") if locale
-      output << javascript_include_tag(CalendarDateSelect.javascript_format_include) if CalendarDateSelect.javascript_format_include
-      output << stylesheet_link_tag(cds_css_file)
-      output * "\n"
-    end
-  end
-end

data/vendor/plugins/calendar_date_select/test/functional/calendar_date_select_test.rb

@@ -1,95 +0,0 @@
-  require File.join(File.dirname(__FILE__), '../test_helper.rb')
-
-class HelperMethodsTest < Test::Unit::TestCase
-  include ActionView::Helpers::FormHelper
-  include ActionView::Helpers::JavaScriptHelper
-  include ActionView::Helpers::AssetTagHelper
-  include ActionView::Helpers::TagHelper
-  
-  include CalendarDateSelect::FormHelper
-  
-  def setup
-    @controller = ActionController::Base.new
-    @request = OpenStruct.new
-    @controller.request = @request
-    
-    @model = OpenStruct.new
-  end
-  
-  def test_mixed_time__model_returns_date__should_render_without_time
-    @model.start_datetime = Date.parse("January 2, 2007")
-    output = calendar_date_select(:model, :start_datetime, :time => "mixed")
-    assert_no_match(/12:00 AM/, output, "Shouldn't have outputted a time")
-  end
-  
-  def test_mixed_time__model_returns_time__should_render_with_time
-    @model.start_datetime = Time.parse("January 2, 2007 12:00 AM")
-    output = calendar_date_select(:model, :start_datetime, :time => "mixed")
-    assert_match(/12:00 AM/, output, "Should have outputted a time")
-  end
-  
-  def test_time_true__model_returns_date__should_render_with_time
-    @model.start_datetime = Date.parse("January 2, 2007")
-    output = calendar_date_select(:model, :start_datetime, :time => "true")
-    assert_match(/12:00 AM/, output, "Should have outputted a time")
-  end
-  
-  def test_time_false__model_returns_time__should_render_without_time
-    @model.start_datetime = Time.parse("January 2, 2007 12:00 AM")
-    output = calendar_date_select(:model, :start_datetime)
-    assert_no_match(/12:00 AM/, output, "Shouldn't have outputted a time")
-  end
-  
-  def test__nil_model__shouldnt_populate_value
-    @model = nil
-    output = calendar_date_select(:model, :start_datetime)
-    
-    assert_no_match(/value/, output)
-  end
-  
-  def test__vdc__should_auto_format_function
-    @model.start_datetime = Time.parse("January 2, 2007 12:00 AM")
-    output = calendar_date_select(:model, 
-      :start_datetime, 
-      :valid_date_check => "date < new Date()"
-    )
-    assert_match("valid_date_check:function(date) { return(date &lt; new Date()) }", output)
-    
-    output = calendar_date_select(:model, 
-      :start_datetime, 
-      :valid_date_check => "return(date < new Date())"
-    )
-    assert_match("valid_date_check:function(date) { return(date &lt; new Date()) }", output)
-    output = calendar_date_select(:model, 
-      :start_datetime, 
-      :valid_date_check => "function(p) { return(date < new Date()) }"
-    )
-    assert_match("valid_date_check:function(p) { return(date &lt; new Date()) }", output)
-  end
-  
-  def test__vdc__excluded_return__should_raise_error
-    throw_message = ":valid_date_check function is missing a 'return' statement.  Try something like: :valid_date_check => 'if (date > new(Date)) return true; else return false;'"
-    assert_throws throw_message.to_sym do
-      output = calendar_date_select(:model, 
-        :start_datetime, 
-        :valid_date_check => "date = 5; date < new Date());"
-      )
-    end
-    
-    assert_throws throw_message.to_sym do
-      output = calendar_date_select(:model, 
-        :start_datetime, 
-        :valid_date_check => "function(p) { date = 5; date < new Date()); }"
-      )
-    end
-  end
-  
-  def test__year_range__formats_correctly
-    output = calendar_date_select(:model, :start_datetime)
-    assert_match("year_range:10", output)
-    output = calendar_date_select(:model, :start_datetime, :year_range => 2000..2010)
-    assert_match("year_range:[2000, 2010]", output)
-    output = calendar_date_select(:model, :start_datetime, :year_range => (15.years.ago..5.years.ago))
-    assert_match("year_range:[#{15.years.ago.year}, #{5.years.ago.year}]", output)
-  end
-end

data/vendor/plugins/calendar_date_select/test/functional/helper_methods_test.rb

@@ -1,15 +0,0 @@
-require File.join(File.dirname(__FILE__), '../test_helper.rb')
-
-class HelperMethodsTest < Test::Unit::TestCase
-  def setup
-    
-  end
-  
-  def test_has_time
-    assert( ! CalendarDateSelect.has_time?("January 7, 2007"))
-    assert(CalendarDateSelect.has_time?("January 7, 2007 5:50pm"))
-    assert(CalendarDateSelect.has_time?("January 7, 2007 5:50 pm"))
-    assert(CalendarDateSelect.has_time?("January 7, 2007 16:30 pm"))
-  end
-  
-end

data/vendor/plugins/calendar_date_select/test/test_helper.rb

@@ -1,26 +0,0 @@
-require "rubygems"
-
-require 'test/unit'
-
-require 'active_support'
-require 'action_pack'
-require 'action_controller'
-require 'action_view'
-
-require 'ostruct'
-
-for file in ["../lib/calendar_date_select.rb", "../lib/includes_helper.rb"]
-  require File.expand_path(File.join(File.dirname(__FILE__), file))
-end
-
-def dbg
-  require 'ruby-debug'
-  Debugger.start
-  debugger
-end
-
-class Object
-  def to_regexp
-    is_a?(Regexp) ? self : Regexp.new(Regexp.escape(self.to_s))
-  end
-end

data/vendor/plugins/globalite/CHANGELOG

@@ -1,22 +0,0 @@
-* added Argentinean localization [Mariano Ayesa] 
-* added Russian localization [valodzka]
-* added Dutch localization [Koen Punt]
-* Added Polish localization [pnowak2]
-* Localization of model field names [pnowak2]
-* Added support for Hungarian [MrPrise]
-REVISON 70 - Sept 2 2007
- * Added support for Chinese (Taiwan, Hong Kong and Main Land China) [Ivan Chang ]
- * Added support for pluralization, use pluralize{count, singular, optional_plural_form} in your translation file
- * Added support for localization of AR error messages [based on Ivan Chang's contribution ]
- * 2 new rails localization keys:
-   # used by ActionView::Helpers::ActiveRecordHelper.error_messages_for
-   active_record_helper_error_description: 'There were problems with the following fields:'
-   active_record_helper_header_message: 'X errors prohibited this object from being saved' # 2 arguments you can use :error_count and :failed_object
-   translation example: 
-   active_record_helper_header_message: #{pluralize({error_count}, 'error')} prohibited this {failed_object} from being saved
-
-REVISON 56 - August 05 2007
- * Improved localize_with_args  [jiman.ryu]
-
-REVISION 54 - July 31 2007
- * Added model error localization [ Guillaume Belleguic ]

data/vendor/plugins/globalite/README

@@ -1,199 +0,0 @@
-=Globalite
-
-
-Globalite is meant to be a breed of the best internationalization/localization plugins available for Rails. 
-
-Globalite should provide you with a 3-in-1 solution: 
-
-* Easy UI localization. 
-* Rails localization. (Localization of the core functions from rails)
-* Simple yet powerful solution for user content availability in multiple languages.
-
-On top of that:
-yml files are used for most of the localization, which makes Globalite a light and fast solution.
-The Locale is set on the user's session making Globalite a perfect solution for multilingual support.
-The developer can pass dynamic values to be used in the localization.
-
-
-==What's the difference between Globalite and the other existing l10n/i18n plugins?
-
-Gibberish is a nice plugin but it doesn't handle locales, you can't have your application in British English and American English. I also don't really like the syntax :p I based the UI localization of Globalite on Chris' work on Gibberish.
-
-Globalize is a great plugin but man, it's bloated... I would like to have something a bit lighter and easier to use. (less options, less setup time, less database usage). I decided to trim down Globalize to offer less options and fulfill the needs of most developers.
-
-Also, Globalite doesn't have the concept of a base language. Mainly because I think that's a bad idea. If you use English as your base language and you need to fix a string in English(you did a typo), you will break all the other translations. That's why Globalite uses localization keys only.
-
-
-
-==Usage
-
-===installation:
-
-	script/plugin install http://globalite.googlecode.com/svn/trunk/
-rename the vendor/plugins/trunk => vendor/plugins/globalite
-or from your vendor/plugins folder:
-	svn checkout http://globalite.googlecode.com/svn/trunk/ globalite
-
-===UI Localization:
-
-Create a lang folder at the root of your project. Add your localization files in the lang/ui folder if you want to localize your interface. 
-
-Declare the current locale or language in your environment.rb > 
-	Globalite.language = :fr
-	
-Localize a key in your view > 
-	:localization_key.l 
-or 
-	:localization_key.localize
-
-
-Easy, isn't?
-
-Advanced users can also do more:
-
-You can also pass an optional localization string only used if the localization is missing
-	:missing_localization_key.l("text used if the key is not localized yet")
-
-You can also pass values to the localization, and the translator can do whatever he wants with them:	
-	:welcome_user.l_with_args({:user => @user.name}) would render "Welcome Matt!"
-Note that variables can be used in any order the translator wants	
-
-	
-You can also use pluralization right in your translations:
-  geese_amount:  we have pluralize{{geese_count}, goose, geese} in the farm!
-  
-In your view do the following:
-  :geese_amount.l_with_args({:geese_count => @geese.count})
-  
-Note that the pluralization form of your string is optional, you could use a translation like that too:
-  cow_amount:  we have pluralize{{count}, cow} in the farm!
-
-By pushing the pluralization to the translator, I  believe we offer more flexibility so the translation can be smoother.
-This solution was inspired by a discussion with Ivan:
-"It's very difficult to just translate "prohibited this" and "from being saved" to Chinese, cause the resulting sentence will look like a machine translated one without making much sense. Not to mention Chinese handles pluralization differently, we pretty much don't have it. For example, we'll use the same word for "person" and "people", no difference. So to me, it makes sense just to replace the whole thing with one simple header message that says "Invalid attributes!" in Chinese."
-
-
-===Rails Localization:
-
-Localize a time object by using a predefined format (defined in the date_helper_time_formats variable that you can find  in globalite/lang/rails/[lang].yml)
-
-	Globalite.language = :fr
-	Time.now.l(:long)  
-
-Localize a date object by using a predefined format (defined in the date_helper_date_formats variable that you can find  in globalite/lang/rails/[lang].yml)
-	
-	Date.today.l
-
-In your views, create a select box with a list of all countries(listed in the locale language):
-	country_options_for_select	
-
-In your views, create a select box with a list of all the months(listed in the locale language) with the current month selected:
-	select_month(Time.now)
-	
-In your views, create a set of html select-tags (one for year, month, day, hour, and minute):
-	select_datetime
-	
-In your views, create a set of html select-tags (one for year, month, and day):
-	select_date
-	
-Get a number returned in currency, for instance if the locale was set to 'fr' the returned value would be 123,00 € but if the locale was set to 'en-US' it would return $123.00
-	number_to_currency(123)	
-
-Get a distance of time in words localized.
-	distance_of_time_in_words(10.minutes.ago, Time.now)
-
-Active record errors are automatically rendered in the locale language
-
-==Localize field names in validator messages
-
-By default, here is the normal validation behavior:
-
-Name cannot be empty (en)
-Name nie może być puste(y,a) (pl)
-
-However, Name should be replaced with 'Nazwa' in polish.
-
-Consider the following example:
-
-validates_presence_of :name, :email, :age
-
-GlobaLite will try to use your yml language files entries using the following localization keys: name:, email:, age:.
-Globalite will also try to replace model name from validation messages with localized version from yml file, i.e. the message below:
-
-8 errors prohibited this user from being saved
-                         ^^^^
-
-will be localized and 'user' will be replaced if 'user' key exists in yml language file.
-
-If the plugin can't find any localizations, the original field name will be used.
-You can get rid of field name in custom validation message with :message attribute.
-
-validates_uniqueness_of :name, :message => '^my message'
-
-
-====Notes
-
-Check on the tests in the spec folder for more examples. There's also a demo app available: http://globalite.googlecode.com/svn/sample/ui/
-
-==FAQ:
-
-===Why did you call your plugin 'Globalite'? 
-
-Globalize was already taken ;) More seriously, I was looking for a i18n/l10n solution for a project I was working on, after few hours testing Globalize, Josh http://joshknowles.com, Matt http://heidmotron.com/ and I http://railsontherun.com saw it wouldn't work for us. Since we only had the choice between very simple solutions and a complicated solution, I decided to make a "lite" version of Globalize ;)
-
-==TODO:
-
-- Model i18n/l10n
-
-
-===Internationalization, Localization, Locale:
-
-Internationalization refers to the process of modifying an application’s design so that it can support 
-locale differences like text orientation, currency, date and time format, sorting, and so forth. This can be done 
-by externalizing text strings into files or a database, and by developing currency and date formatting utilities. 
-
-Localization means adapting an application to a specific language or locale; for example, by translating 
-text into multiple languages. A locale is identified by the user’s language and country, and specifies how, for 
-example, numbers, currencies, and dates are displayed on the screen. The code for the US English locale is 
-en-US. Locales are specified by RFC 3066 and consist of two parts. The first is an ISO 639 language code and 
-uses lowercase letters. The second is usually an ISO 3166 country code in uppercase letters.
-[from Ruby on Rails Commerce (Hellsten, Laine)]
-
-===CREDITS:
-
-Some code was very influenced from different projects such as:
-
-* Gibberish http://require.errtheblog.com/plugins/browser/gibberish written by Chris Wanstrath (http://errtheblog.com)
-* Globalize http://www.globalize-rails.org written by too many people to list them here ;)
-* LocalizationSimplified (L10n-simplified) written By Jesper Ronn-Jensen ( http://justaddwater.dk/ )
-
-
-===Author:
-
-Matt Aimonetti  http://railsontherun.com  mattaimonetti AT gmail DOT com
-
-
-===Contributors:
-
-Ivan Chang yuanhueichang AT gmail_DOT_com ( Chinese translation, help on the ActiveRecord msg error i18n/l10n)
-Ralph von Der Heyden ralph AT rvdh_DOT_de (German translation)
-jiman.ryu AT gmail http://jasonpa.tistory.com/ (bug fix)
-Guillaume Belleguic guillaume.belleguic AT oceans DOT eu (Model error handling)
-Marcus Derencius derencius AT gmail_dot_com (Brazilian Portuguese translation)
-MrPrise (Hungarian localization)
-Koen Punt (Dutch localization)
-Mariano Ayesa (Spanish Spain and Argentina localization)
-jyrkij http://github.com/jyrkij (Finnish)
-Ilke Akdeniz (Turkish)
-Dejan Dimic (Serbian)
-
-your name here if you submit a patch :)
-
-
-===More info:
-
-http://code.google.com/p/globalite/
-
-http://railsontherun.com/globalite
-
-Sample app: http://globalite.googlecode.com/svn/sample/ui/

data/vendor/plugins/globalite/README.rdoc

@@ -1,199 +0,0 @@
-=Globalite
-
-
-Globalite is meant to be a breed of the best internationalization/localization plugins available for Rails. 
-
-Globalite should provide you with a 3-in-1 solution: 
-
-* Easy UI localization. 
-* Rails localization. (Localization of the core functions from rails)
-* Simple yet powerful solution for user content availability in multiple languages.
-
-On top of that:
-yml files are used for most of the localization, which makes Globalite a light and fast solution.
-The Locale is set on the user's session making Globalite a perfect solution for multilingual support.
-The developer can pass dynamic values to be used in the localization.
-
-
-==What's the difference between Globalite and the other existing l10n/i18n plugins?
-
-Gibberish is a nice plugin but it doesn't handle locales, you can't have your application in British English and American English. I also don't really like the syntax :p I based the UI localization of Globalite on Chris' work on Gibberish.
-
-Globalize is a great plugin but man, it's bloated... I would like to have something a bit lighter and easier to use. (less options, less setup time, less database usage). I decided to trim down Globalize to offer less options and fulfill the needs of most developers.
-
-Also, Globalite doesn't have the concept of a base language. Mainly because I think that's a bad idea. If you use English as your base language and you need to fix a string in English(you did a typo), you will break all the other translations. That's why Globalite uses localization keys only.
-
-
-
-==Usage
-
-===installation:
-
-	script/plugin install http://globalite.googlecode.com/svn/trunk/
-rename the vendor/plugins/trunk => vendor/plugins/globalite
-or from your vendor/plugins folder:
-	svn checkout http://globalite.googlecode.com/svn/trunk/ globalite
-
-===UI Localization:
-
-Create a lang folder at the root of your project. Add your localization files in the lang/ui folder if you want to localize your interface. 
-
-Declare the current locale or language in your environment.rb > 
-	Globalite.language = :fr
-	
-Localize a key in your view > 
-	:localization_key.l 
-or 
-	:localization_key.localize
-
-
-Easy, isn't?
-
-Advanced users can also do more:
-
-You can also pass an optional localization string only used if the localization is missing
-	:missing_localization_key.l("text used if the key is not localized yet")
-
-You can also pass values to the localization, and the translator can do whatever he wants with them:	
-	:welcome_user.l_with_args({:user => @user.name}) would render "Welcome Matt!"
-Note that variables can be used in any order the translator wants	
-
-	
-You can also use pluralization right in your translations:
-  geese_amount:  we have pluralize{{geese_count}, goose, geese} in the farm!
-  
-In your view do the following:
-  :geese_amount.l_with_args({:geese_count => @geese.count})
-  
-Note that the pluralization form of your string is optional, you could use a translation like that too:
-  cow_amount:  we have pluralize{{count}, cow} in the farm!
-
-By pushing the pluralization to the translator, I  believe we offer more flexibility so the translation can be smoother.
-This solution was inspired by a discussion with Ivan:
-"It's very difficult to just translate "prohibited this" and "from being saved" to Chinese, cause the resulting sentence will look like a machine translated one without making much sense. Not to mention Chinese handles pluralization differently, we pretty much don't have it. For example, we'll use the same word for "person" and "people", no difference. So to me, it makes sense just to replace the whole thing with one simple header message that says "Invalid attributes!" in Chinese."
-
-
-===Rails Localization:
-
-Localize a time object by using a predefined format (defined in the date_helper_time_formats variable that you can find  in globalite/lang/rails/[lang].yml)
-
-	Globalite.language = :fr
-	Time.now.l(:long)  
-
-Localize a date object by using a predefined format (defined in the date_helper_date_formats variable that you can find  in globalite/lang/rails/[lang].yml)
-	
-	Date.today.l
-
-In your views, create a select box with a list of all countries(listed in the locale language):
-	country_options_for_select	
-
-In your views, create a select box with a list of all the months(listed in the locale language) with the current month selected:
-	select_month(Time.now)
-	
-In your views, create a set of html select-tags (one for year, month, day, hour, and minute):
-	select_datetime
-	
-In your views, create a set of html select-tags (one for year, month, and day):
-	select_date
-	
-Get a number returned in currency, for instance if the locale was set to 'fr' the returned value would be 123,00 € but if the locale was set to 'en-US' it would return $123.00
-	number_to_currency(123)	
-
-Get a distance of time in words localized.
-	distance_of_time_in_words(10.minutes.ago, Time.now)
-
-Active record errors are automatically rendered in the locale language
-
-==Localize field names in validator messages
-
-By default, here is the normal validation behavior:
-
-Name cannot be empty (en)
-Name nie może być puste(y,a) (pl)
-
-However, Name should be replaced with 'Nazwa' in polish.
-
-Consider the following example:
-
-validates_presence_of :name, :email, :age
-
-GlobaLite will try to use your yml language files entries using the following localization keys: name:, email:, age:.
-Globalite will also try to replace model name from validation messages with localized version from yml file, i.e. the message below:
-
-8 errors prohibited this user from being saved
-                         ^^^^
-
-will be localized and 'user' will be replaced if 'user' key exists in yml language file.
-
-If the plugin can't find any localizations, the original field name will be used.
-You can get rid of field name in custom validation message with :message attribute.
-
-validates_uniqueness_of :name, :message => '^my message'
-
-
-====Notes
-
-Check on the tests in the spec folder for more examples. There's also a demo app available: http://globalite.googlecode.com/svn/sample/ui/
-
-==FAQ:
-
-===Why did you call your plugin 'Globalite'? 
-
-Globalize was already taken ;) More seriously, I was looking for a i18n/l10n solution for a project I was working on, after few hours testing Globalize, Josh http://joshknowles.com, Matt http://heidmotron.com/ and I http://railsontherun.com saw it wouldn't work for us. Since we only had the choice between very simple solutions and a complicated solution, I decided to make a "lite" version of Globalize ;)
-
-==TODO:
-
-- Model i18n/l10n
-
-
-===Internationalization, Localization, Locale:
-
-Internationalization refers to the process of modifying an application’s design so that it can support 
-locale differences like text orientation, currency, date and time format, sorting, and so forth. This can be done 
-by externalizing text strings into files or a database, and by developing currency and date formatting utilities. 
-
-Localization means adapting an application to a specific language or locale; for example, by translating 
-text into multiple languages. A locale is identified by the user’s language and country, and specifies how, for 
-example, numbers, currencies, and dates are displayed on the screen. The code for the US English locale is 
-en-US. Locales are specified by RFC 3066 and consist of two parts. The first is an ISO 639 language code and 
-uses lowercase letters. The second is usually an ISO 3166 country code in uppercase letters.
-[from Ruby on Rails Commerce (Hellsten, Laine)]
-
-===CREDITS:
-
-Some code was very influenced from different projects such as:
-
-* Gibberish http://require.errtheblog.com/plugins/browser/gibberish written by Chris Wanstrath (http://errtheblog.com)
-* Globalize http://www.globalize-rails.org written by too many people to list them here ;)
-* LocalizationSimplified (L10n-simplified) written By Jesper Ronn-Jensen ( http://justaddwater.dk/ )
-
-
-===Author:
-
-Matt Aimonetti  http://railsontherun.com  mattaimonetti AT gmail DOT com
-
-
-===Contributors:
-
-Ivan Chang yuanhueichang AT gmail_DOT_com ( Chinese translation, help on the ActiveRecord msg error i18n/l10n)
-Ralph von Der Heyden ralph AT rvdh_DOT_de (German translation)
-jiman.ryu AT gmail http://jasonpa.tistory.com/ (bug fix)
-Guillaume Belleguic guillaume.belleguic AT oceans DOT eu (Model error handling)
-Marcus Derencius derencius AT gmail_dot_com (Brazilian Portuguese translation)
-MrPrise (Hungarian localization)
-Koen Punt (Dutch localization)
-Mariano Ayesa (Spanish Spain and Argentina localization)
-jyrkij http://github.com/jyrkij (Finnish)
-Ilke Akdeniz (Turkish)
-Dejan Dimic (Serbian)
-
-your name here if you submit a patch :)
-
-
-===More info:
-
-http://code.google.com/p/globalite/
-
-http://railsontherun.com/globalite
-
-Sample app: http://globalite.googlecode.com/svn/sample/ui/