bullet_train 1.0.37 → 1.0.40

checksums.yaml

@@ -1,7 +1,7 @@
 ---
 SHA256:
-  metadata.gz: 48bdf85d340015182f0265ee63fbd647e731dbba5ac5ee776b0f723fd866a9ec
-  data.tar.gz: 405bd407266bfc304ebf33f37924419717f155aa7f899edf472f298597209e54
+  metadata.gz: 8d8dd0b6a816a73fcf98800e8416fadbbe71bf5836657a1b4344a8cf85d9f4cb
+  data.tar.gz: 2a92723e1cf1bdf01be90564f85dd45d0168a6ef834c2b244c98bd74b62b7e4a
 SHA512:
-  metadata.gz: a10cb7ca6fc7f8c547aeaef879437267c46d9bbb6230790939246d6e56b3539dd6f55e36d9964e9ac6aa01151ad3a45d695d74624c999f91a25b83ee4bc6d178
-  data.tar.gz: 47a8b0c7efaefb3df5744a484b9dd9b5cc86f57f5e11e2c0585232d97039f6b035b85ada3bd8550b27b200b37005880ae045e06912e679ac0b96e4ee0740d552
+  metadata.gz: 7365104ebdbd0382bb2e040342c6ee83848c60fce20c4be6a1ababf0514e1f482ffe8c9fa5f07e717321b02051d434da754ef54b2d69258694a5545be4d60e43
+  data.tar.gz: b0e7f1cc4aa3230e8a626700ef856806e45d9e09c003be4ad642a4dd132fe1499d92c5cde8eaca8a2b31f75045a056cbfaa16e5023370ceb42240a9e0f606868

data/app/controllers/concerns/sessions/controller_base.rb

@@ -2,14 +2,18 @@ module Sessions::ControllerBase
   extend ActiveSupport::Concern
 
   included do
-    def pre_otp
-      if (@email = params["user"]["email"].downcase.strip.presence)
-        @user = User.find_by(email: @email)
-      end
+    # TODO I'm not sure why the sign-in page started throwing a `ActionController::InvalidAuthenticityToken`. I'm doing
+    # this as a temporary workaround, but this shouldn't be here long-term.
+    skip_before_action :verify_authenticity_token, only: [:create]
+  end
+
+  def pre_otp
+    if (@email = params["user"]["email"].downcase.strip.presence)
+      @user = User.find_by(email: @email)
+    end
 
-      respond_to do |format|
-        format.js
-      end
+    respond_to do |format|
+      format.js
     end
   end
 end

data/app/views/layouts/docs.html.erb

@@ -83,7 +83,7 @@
               <%= render 'account/shared/menu/section', title: 'General Topics' do %>
                 <%= render 'account/shared/menu/item', url: '/docs/modeling', label: 'Domain Modeling' do |p| %>
                   <% p.content_for :icon do %>
-                    <i class="fal fa-bolt ti ti-bolt"></i>
+                    <i class="fal fa-bolt ti ti-ruler-pencil"></i>
                   <% end %>
                 <% end %>
 

data/docs/indirection.md

@@ -1,53 +1,3 @@
-# Dealing with Indirection
+# Overriding Framework Defaults
 
-## The Problem with Indirection
-
-In software development, indirection is everywhere and takes many forms.
-
-For example, in vanilla Rails development, you introduce a type of indirection when you extract a button label out of a view file and use the `t` helper to render the string from a translation YAML file. In the future, when another developer goes to update the button label, they will first open the view, they'll see `t(".submit")` and then have to reason a little bit about which translation file they need to open up in order to update that label.
-
-Our goal in Bullet Train is to improve developer experience, not reduce it, so it was important that along with any instances of indirection we were introducing, we also included new tooling to ensure it was never a burden to developers. Thankfully, in practice we found that some of this new tooling improves even layers of indirection that have always been with us in Rails development.
-
-## Solving Indirection in Views
-
-### Resolving Partial Paths with `bin/resolve`
-
-Even in vanilla Rails development, when you're looking at a view file, the path you see passed to a `render` call isn't the actual file name of the partial that will be rendered. This is even more true in Bullet Train where certain partial paths are [magically served from theme gems](/docs/themes.md).
-
-`bin/resolve` makes it easy to figure out where where a partial is being served from:
-
-```
-$ bin/resolve shared/box
-```
-
-### Exposing Rendered Views with Xray
-
-> TODO Is this still true in Rails 7? Does it not do something like this by default now?
-
-If you're looking at a rendered view in the browser, it can be hard to know which file to open in order to make a change. To help, Bullet Train includes [Xray](https://github.com/brentd/xray-rails) by default, so you can right click on any element you see, select "Inspect Element", and you'll see comments in the HTML source telling you which file is powering a particular portion of the view, like this:
-
-```
-<!--XRAY START 90 /Users/andrewculver/.rbenv/versions/3.1.1/lib/ruby/gems/3.1.0/gems/bullet_train-themes-light-1.0.10/app/views/themes/light/workflow/_box.html.erb-->
-```
-
-Note that in the example above, the view in question isn't actually coming from the application repository. Instead, it's being included from the `bullet_train-themes-light` package. For instructions on how to customize it, see [Overriding the Framework](/docs/override).
-
-### Drilling Down on Translation Keys
-
-Even in vanilla Rails applications, extracting strings from view files into I18N translation YAML files introduces a layer of indirection. Bullet Train tries to improve the resulting DX with a couple tools that make it easier to figure out where a translation you see in your browser is coming from.
-
-#### Show Translation Keys in the Browser with `?show_locales=true`
-
-You can see the full translation key of any string on the page by adding `?show_locales=true` to the URL.
-
-#### Log Translation Keys to the Console with `?log_locales=true`
-
-You can also log all the translation key for anything being rendered to the console by adding `?log_locales=true` to the request URL. This can make it easier to copy and paste translation keys for strings that are rendered in non-selectable UI elements.
-
-#### Resolving Translation Keys with `bin/resolve`
-
-Once you have the full I18N translation key, you can use `bin/resolve` to figure out which package and file it's coming from. At that point, if you need to customize it, you can also use the `--eject` option to copy the  the framework for customization in your local application:
-
-```
-$ bin/resolve en.account.onboarding.user_details.edit.header --eject --open
-```
+> TODO This section needs to be written.

data/docs/overriding.md

@@ -0,0 +1,53 @@
+# Dealing with Indirection
+
+## The Problem with Indirection
+
+In software development, indirection is everywhere and takes many forms.
+
+For example, in vanilla Rails development, you introduce a type of indirection when you extract a button label out of a view file and use the `t` helper to render the string from a translation YAML file. In the future, when another developer goes to update the button label, they will first open the view, they'll see `t(".submit")` and then have to reason a little bit about which translation file they need to open up in order to update that label.
+
+Our goal in Bullet Train is to improve developer experience, not reduce it, so it was important that along with any instances of indirection we were introducing, we also included new tooling to ensure it was never a burden to developers. Thankfully, in practice we found that some of this new tooling improves even layers of indirection that have always been with us in Rails development.
+
+## Solving Indirection in Views
+
+### Resolving Partial Paths with `bin/resolve`
+
+Even in vanilla Rails development, when you're looking at a view file, the path you see passed to a `render` call isn't the actual file name of the partial that will be rendered. This is even more true in Bullet Train where certain partial paths are [magically served from theme gems](/docs/themes.md).
+
+`bin/resolve` makes it easy to figure out where where a partial is being served from:
+
+```
+$ bin/resolve shared/box
+```
+
+### Exposing Rendered Views with Xray
+
+> TODO Is this still true in Rails 7? Does it not do something like this by default now?
+
+If you're looking at a rendered view in the browser, it can be hard to know which file to open in order to make a change. To help, Bullet Train includes [Xray](https://github.com/brentd/xray-rails) by default, so you can right click on any element you see, select "Inspect Element", and you'll see comments in the HTML source telling you which file is powering a particular portion of the view, like this:
+
+```
+<!--XRAY START 90 /Users/andrewculver/.rbenv/versions/3.1.1/lib/ruby/gems/3.1.0/gems/bullet_train-themes-light-1.0.10/app/views/themes/light/workflow/_box.html.erb-->
+```
+
+Note that in the example above, the view in question isn't actually coming from the application repository. Instead, it's being included from the `bullet_train-themes-light` package. For instructions on how to customize it, see [Overriding the Framework](/docs/override).
+
+### Drilling Down on Translation Keys
+
+Even in vanilla Rails applications, extracting strings from view files into I18N translation YAML files introduces a layer of indirection. Bullet Train tries to improve the resulting DX with a couple tools that make it easier to figure out where a translation you see in your browser is coming from.
+
+#### Show Translation Keys in the Browser with `?show_locales=true`
+
+You can see the full translation key of any string on the page by adding `?show_locales=true` to the URL.
+
+#### Log Translation Keys to the Console with `?log_locales=true`
+
+You can also log all the translation key for anything being rendered to the console by adding `?log_locales=true` to the request URL. This can make it easier to copy and paste translation keys for strings that are rendered in non-selectable UI elements.
+
+#### Resolving Translation Keys with `bin/resolve`
+
+Once you have the full I18N translation key, you can use `bin/resolve` to figure out which package and file it's coming from. At that point, if you need to customize it, you can also use the `--eject` option to copy the  the framework for customization in your local application:
+
+```
+$ bin/resolve en.account.onboarding.user_details.edit.header --eject --open
+```

data/lib/bullet_train/version.rb

@@ -1,3 +1,3 @@
 module BulletTrain
-  VERSION = "1.0.37"
+  VERSION = "1.0.40"
 end

metadata

@@ -1,7 +1,7 @@
 --- !ruby/object:Gem::Specification
 name: bullet_train
 version: !ruby/object:Gem::Version
-  version: 1.0.37
+  version: 1.0.40
 platform: ruby
 authors:
 - Andrew Culver
@@ -552,6 +552,7 @@ files:
 - docs/namespacing.md
 - docs/oauth.md
 - docs/onboarding.md
+- docs/overriding.md
 - docs/permissions.md
 - docs/seeds.md
 - docs/super-scaffolding.md