Updated code block indentation and changed shell highlights to console highlights

Author: threeplanetssoftware

features/Generators.md

@@ -10,8 +10,8 @@ out of the box for with Rails' defaults.
 
 RSpec generators can also be run independently. For instance,
 
-```shell
-    rails generate rspec:model widget
+```console
+rails generate rspec:model widget
 ```
 
 will create a new spec file in `spec/models/widget_spec.rb`.

features/GettingStarted.md

@@ -2,39 +2,39 @@
 
 Install Rails 6
 
-```shell
-    $ gem install rails -v "~> 6.0.0"
+```console
+$ gem install rails -v "~> 6.0.0"
 ```
 
 ### Generate an app
 
-```shell
-    $ rails new example_app
-    $ cd example_app
+```console
+$ rails new example_app
+$ cd example_app
 ```
 
 ### Add `rspec-rails` to the Gemfile
 
-```shell
-    $ echo 'gem "rspec-rails", group: [:development, :test]' >> Gemfile
+```console
+$ echo 'gem "rspec-rails", group: [:development, :test]' >> Gemfile
 ```
 
 ### Install the bundle
 
-```shell
-    $ bundle install
+```console
+$ bundle install
 ```
 
 ### Bootstrap RSpec
 
-```shell
-    $ rails generate rspec:install
+```console
+$ rails generate rspec:install
 ```
 
 ### Generate a scaffold
 
-```shell
-    $ rails generate scaffold Widget name:string
+```console
+$ rails generate scaffold Widget name:string
 ```
 
 This generates files in the `app` and `spec` directories. The files in the
@@ -43,20 +43,20 @@ the files in the `spec` directory to RSpec.
 
 ### Run migrations
 
-```shell
-    $ rails db:migrate && rails db:test:prepare
+```console
+$ rails db:migrate && rails db:test:prepare
 ```
 
 ### Run RSpec
 
-```shell
-    $ rake spec
+```console
+$ rake spec
 ```
 
 or
 
-```shell
-    $ rspec spec --format documentation
+```console
+$ rspec spec --format documentation
 ```
 
 If all went well, you should see output ending with:

features/README.md

@@ -15,8 +15,8 @@ for even older versions.
 
 ## Install
 
-```shell
-    gem install rspec-rails
+```console
+gem install rspec-rails
 ```
 
 This installs the following gems:
@@ -32,27 +32,27 @@ This installs the following gems:
 Add rspec-rails to the :test and :development groups in the Gemfile:
 
 ```ruby
-    group :test, :development do
-      gem 'rspec-rails', '~> 6.0.0'
-    end
+group :test, :development do
+  gem 'rspec-rails', '~> 6.0.0'
+end
 ```
 
 It needs to be in the :development group to expose generators and rake tasks
 without having to type RAILS_ENV=test.
 
 Now you can run:
 
-```shell
-    bundle exec rails generate rspec:install
+```console
+bundle exec rails generate rspec:install
 ```
 
 This adds the spec directory and some skeleton files, including a .rspec
 file.
 
 You can also customize the default spec path with `--default-path` option:
 
-```shell
-    bundle exec rails generate rspec:install --default-path behaviour
+```console
+bundle exec rails generate rspec:install --default-path behaviour
 ```
 
 ## Issues

features/Transactions.md

@@ -4,9 +4,9 @@ When you run `rails generate rspec:install`, the `spec/rails_helper.rb` file
 includes the following configuration:
 
 ```ruby
-    RSpec.configure do |config|
-      config.use_transactional_fixtures = true
-    end
+RSpec.configure do |config|
+  config.use_transactional_fixtures = true
+end
 ```
 
 The name of this setting is a bit misleading. What it really means in Rails
@@ -24,9 +24,9 @@ If you prefer to manage the data yourself, or using another tool like
 simply tell RSpec to tell Rails not to manage transactions:
 
 ```ruby
-    RSpec.configure do |config|
-      config.use_transactional_fixtures = false
-    end
+RSpec.configure do |config|
+  config.use_transactional_fixtures = false
+end
 ```
 
 ### Data created in `before(:example)` are rolled back
@@ -37,19 +37,19 @@ isolated from state that would otherwise be left around by the examples that
 already ran. For example:
 
 ```ruby
-    describe Widget do
-      before(:example) do
-        @widget = Widget.create
-      end
-
-      it "does something" do
-        expect(@widget).to do_something
-      end
-
-      it "does something else" do
-        expect(@widget).to do_something_else
-      end
-    end
+describe Widget do
+  before(:example) do
+    @widget = Widget.create
+  end
+
+  it "does something" do
+    expect(@widget).to do_something
+  end
+
+  it "does something else" do
+    expect(@widget).to do_something_else
+  end
+end
 ```
 
 The `@widget` is recreated in each of the two examples above, so each example
@@ -67,13 +67,13 @@ guidelines:
 1.  Be sure to clean up any data in an `after(:context)` hook:
 
 ```ruby
-        before(:context) do
-          @widget = Widget.create!
-        end
+before(:context) do
+  @widget = Widget.create!
+end
 
-        after(:context) do
-          @widget.destroy
-        end
+after(:context) do
+  @widget.destroy
+end
 ```
 
 If you don't do that, you'll leave data lying around that will eventually
@@ -82,13 +82,13 @@ interfere with other examples.
 2.  Reload the object in a `before(:example)` hook.
 
 ```ruby
-        before(:context) do
-          @widget = Widget.create!
-        end
+before(:context) do
+  @widget = Widget.create!
+end
 
-        before(:example) do
-          @widget.reload
-        end
+before(:example) do
+  @widget.reload
+end
 ```
 
 Even though database updates in each example will be rolled back, the

features/controller_specs/README.md

@@ -43,20 +43,20 @@ To specify outcomes, you can use:
 ## Examples
 
 ```ruby
-    RSpec.describe TeamsController do
-      describe "GET index" do
-        it "assigns @teams" do
-          team = Team.create
-          get :index
-          expect(assigns(:teams)).to eq([team])
-        end
-
-        it "renders the index template" do
-          get :index
-          expect(response).to render_template("index")
-        end
-      end
+RSpec.describe TeamsController do
+  describe "GET index" do
+    it "assigns @teams" do
+      team = Team.create
+      get :index
+      expect(assigns(:teams)).to eq([team])
     end
+
+    it "renders the index template" do
+      get :index
+      expect(response).to render_template("index")
+    end
+  end
+end
 ```
 
 ## Views
@@ -70,15 +70,15 @@ To specify outcomes, you can use:
 We encourage you to use [request specs](./request-specs/request-spec) if you want to set headers in your call. If you still want to use controller specs with custom http headers you can use `request.headers`:
 
 ```ruby
-    require "rails_helper"
-
-    RSpec.describe TeamsController, type: :controller do
-      describe "GET index" do
-        it "returns a 200" do
-          request.headers["Authorization"] = "foo"
-          get :show
-          expect(response).to have_http_status(:ok)
-        end
-      end
+require "rails_helper"
+
+RSpec.describe TeamsController, type: :controller do
+  describe "GET index" do
+    it "returns a 200" do
+      request.headers["Authorization"] = "foo"
+      get :show
+      expect(response).to have_http_status(:ok)
     end
+  end
+end
 ```

features/mailer_specs/README.md

@@ -10,21 +10,21 @@ behavior and expectations.
 ## Examples
 
 ```ruby
-    require "rails_helper"
+require "rails_helper"
 
-    RSpec.describe Notifications, type: :mailer do
-      describe "notify" do
-        let(:mail) { Notifications.signup }
+RSpec.describe Notifications, type: :mailer do
+  describe "notify" do
+    let(:mail) { Notifications.signup }
 
-        it "renders the headers" do
-          expect(mail.subject).to eq("Signup")
-          expect(mail.to).to eq(["to@example.org"])
-          expect(mail.from).to eq(["from@example.com"])
-        end
+    it "renders the headers" do
+      expect(mail.subject).to eq("Signup")
+      expect(mail.to).to eq(["to@example.org"])
+      expect(mail.from).to eq(["from@example.com"])
+    end
 
-        it "renders the body" do
-          expect(mail.body.encoded).to match("Hi")
-        end
-      end
+    it "renders the body" do
+      expect(mail.body.encoded).to match("Hi")
     end
+  end
+end
 ```

features/matchers/README.md

@@ -6,21 +6,21 @@ rspec-compatible wrappers for Rails' assertions.
 ### redirects
 
 ```ruby
-    # delegates to assert_redirected_to
-    expect(response).to redirect_to(path)
+# delegates to assert_redirected_to
+expect(response).to redirect_to(path)
 ```
 
 ### templates
 
 ```ruby
-    # delegates to assert_template
-    expect(response).to render_template(template_name)
+# delegates to assert_template
+expect(response).to render_template(template_name)
 ```
 
 ### assigned objects
 
 ```ruby
-    # passes if assigns(:widget) is an instance of Widget
-    # and it is not persisted
-    expect(assigns(:widget)).to be_a_new(Widget)
+# passes if assigns(:widget) is an instance of Widget
+# and it is not persisted
+expect(assigns(:widget)).to be_a_new(Widget)
 ```

features/model_specs/README.md

@@ -10,16 +10,16 @@ behavior and expectations.
 ## Examples
 
 ```ruby
-    require "rails_helper"
+require "rails_helper"
 
-    RSpec.describe Post, type: :model do
-      context "with 2 or more comments" do
-        it "orders them in reverse chronologically" do
-          post = Post.create!
-          comment1 = post.comments.create!(:body => "first comment")
-          comment2 = post.comments.create!(:body => "second comment")
-          expect(post.reload.comments).to eq([comment2, comment1])
-        end
-      end
+RSpec.describe Post, type: :model do
+  context "with 2 or more comments" do
+    it "orders them in reverse chronologically" do
+      post = Post.create!
+      comment1 = post.comments.create!(:body => "first comment")
+      comment2 = post.comments.create!(:body => "second comment")
+      expect(post.reload.comments).to eq([comment2, comment1])
     end
+  end
+end
 ```