As the meaning of 'agreement' can be somewhat ambiguous (meaning either the thing someone agrees to or the record of the agreement between that thing and the user), we call a set of terms a 'contract' and a user's agreement to that contract a 'signature'.
A version history of all contracts is maintained. Once a particular version of a contract is published, it becomes available for users to sign. Once it has been signed, it cannot be changed. To effect a change, a new version must be created and published. When a new version of a contract is created and published, users visiting pages requiring signature of that contract will be redirected to a page where they can sign the new contract.
FinePrint provides views for admins to manage contracts and signatures and for users to sign those contracts, although these views can be overriden by application-specific views. FinePrint also provides convenience methods for finding unsigned contracts and for recording when a user signs a contract.
Add this line to your application's Gemfile:
And then execute:
Or install it yourself:
$ gem install fine_print
Then execute the following command to copy the necessary migration and the initializer to your application:
$ rake fine_print:install
And then migrate your database:
$ rake db:migrate
Also add FinePrint to your application's routes:
mount FinePrint::Engine => "/fine_print"
And provide a link on your site for administrators to access the FinePrint engine to manage your contracts.
<%= link_to 'FinePrint', fine_print_path %>
After installation, the initializer for FinePrint will be located under
config/initializers/fine_print.rb. Make sure to configure it to suit
your needs. Pay particular attention to
as you will be unable to manage your contracts unless you setup
this proc to return
true for your admins.
You can choose to check if users signed contracts either as a before_action or inside your controller actions.
Option 1 - As a before_action
If you choose to have FinePrint work like a before_action, you can user the following class methods, which are automatically added to your controllers:
fine_print_require(contract_names..., options_hash) fine_print_skip(contract_names..., options_hash)
fine_print_requirewill redirect users to a page that asks them to sign each contract provided, in order
fine_print_skipis used to skip asking the user to sign the given contracts for certain controller actions
These methods take a list of contract names to check, along with an options hash. If no contract names are provided, or if :all is passed to one of the methods, ALL existing contracts will be required or skipped.
The options hash can include any options you could pass to a
except, plus the FinePrint-specific option
redirect_to_contracts_proc, which is a proc that controls
where users are redirected to in order to sign contracts.
class MyController < ApplicationController fine_print_require :terms_of_use, :privacy_policy, except: :index end
Before checking the contracts to be signed, FinePrint will check that the user is logged in by calling the authenticate_user_proc. This method should render or redirect the user if they are not signed in.
One way you can use these methods is to require signatures in every controller by default, and then to skip them in certain situations, e.g.:
class ApplicationController < ActionController::Base fine_print_require :terms_of_use end
class NoSigsRequiredController < ApplicationController fine_print_skip :terms_of_use end
Option 2 - Inside your controller actions
If, instead, you have to check a contract signature inside a controller action, you can use the following instance methods, also available in all controllers:
fine_print_require(contract_names..., options_hash) fine_print_return
fine_print_requireworks just like the before_action version and will redirect the user if they haven't signed one or more of the given contracts
fine_print_returncan be used to return from a redirect made by
Displaying and signing contracts
When a set of contracts is found by FinePrint to be required but unsigned, and the user is allowed to sign contracts, FinePrint will call the redirect_to_contracts_proc, which should redirect the user to some action that allows the user to sign said contracts, passing along the id's of the contract objects that need to be signed. By default, it redirects to one of FinePrint's views that presents one contract at a time to the user.
If you choose to create this view yourself, your job as the site developer is
to present the terms to the user and ask them to sign them. This normally
involves the user clicking an "I have read the above terms" checkbox which
enables an "I Agree" button. When the "Agree" button is clicked (and you should
verify that the checkbox is actually clicked in the params passed to the
server), you need to send the information off to a controller method that will
mark the contract as signed using the
FinePrint.sign_contract method. The
following methods in the FinePrint module can be used to help you find contract
objects and mark them as signed:
FinePrint.get_contract(contract_object_or_id_or_name) FinePrint.sign_contract(user, contract_object_or_id_or_name) FinePrint.signed_contract?(user, contract_object_or_id_or_name) FinePrint.signed_any_version_of_contract?(user, contract_object_or_id_or_name)
If you require more explanation about these methods and their arguments, check the
Redirecting users back
Regardless if you use the class before_action or instance methods,
after your contract is signed you can use the
instance method to send the user back to the place where they came from.
If there are multiple unsigned contracts, you are not required to ask the user to sign them all at once. One strategy is to present only the first unsigned contract to them. Once they sign it, they'll be redirected to where they were trying to go and FinePrint will once again determine that they still have remaining unsigned contracts, and redirect them back to your contract signing path with one less contract id passed in.
Here are some important notes about managing your contracts with FinePrint:
- Contracts have a name and a title; the former is used by your code, the latter is intended for display to end users and site admins.
- Creating another contract with the same name as an existing contract will make it a new version of that existing contract.
- Contracts need to be explicitly published to be available to users to sign (this can be done on the contracts admin page).
- The latest published version is what users will see.
- A contract cannot be modified after at least one user has signed it, but you can always create a new version.
- When a published contract version is available but has not been signed,
users will be asked to accept it the next time they visit a controller action
that calls either
fine_print_requirewith that contract's name.
Run the following command to copy a part of FinePrint into your main application:
$ rake fine_print:copy:folder
Where folder is one of
$ rake fine_print:copy:views
Alternatively, you can run the following command to copy all of the above into your main application:
$ rake fine_print:copy
From the gem's main folder, run
bundle exec rake db:migrate and then
bundle exec rake to run all the specs.
- Fork it
- Create your feature branch (
git checkout -b my-new-feature)
- Create specs for your feature
- Ensure that all specs pass
- Commit your changes (
git commit -am 'Add some feature')
- Push to the branch (
git push origin my-new-feature)
- Create new pull request