…key-patch file (see: lib/mongoid/by_star.rb) with a small change at the end of lib/by_star.rb to detect inclusion of ActiveRecord and/or Mongoid.

I refactored the specs so that the exact same specs can be run by both Mongoid and ActiveRecord seamlessly (core specs now moved to /spec/by_star/generic). I am able to pass 49/60 ActiveRecord specs (i.e. prior to this commit; I have not introduced any regressions) and 50/60 Mongoid test--basically the same ones fail, the only exception is "by year/should be able to order the result set" which I believe is genuinely broken on Mongoid due to API differences.

Updated readme as well.

…seems the case is failing due to how the test code is written (AR-specific), not due to Mongoid features.

… can be run cleanly in one master run

… method is correct for both AR and Mongoid

…ily so Travis will pass.

…atype currently supported)

… to be used by other gems (it was in my case).

…t it also includes any results which fall in the same week as the first and last of the month. Useful for displaying monthly calendars. (This is based on a real-world use case I encountered in my app).

…o_time first.

The reason is this is that Date.end_of_week and Date.end_of_month under some conditions yield the *beginning* of the last day, rather than the end, so the query misses the last day of the period.

Probably this fix is required everywhere Date type is used.

… by_year.

…imilar pattern as other methods:

x.by_quarter() gets all results from current quarter

x.by_quarter(n) gets all results from the nth quarter of current year (e.g. n=2 means Apr thru Jun). Optional :year parameter can be given.

x.by_quarter(date) gets all results from the quarter of date given

…methods.

…ins"

…/docs/documents.html#field_aliasing)