rblade 0.3.0 → 0.5.0

data/README.md

@@ -5,45 +5,8 @@
 - [Displaying Data](#displaying-data)
     - [HTML Entity Encoding](#html-entity-encoding)
     - [Blade and JavaScript Frameworks](#blade-and-javascript-frameworks)
-- [Blade Directives](#blade-directives)
-    - [If Statements](#if-statements)
-    - [Switch Statements](#switch-statements)
-    - [Loops](#loops)
-    - [The Loop Variable](#the-loop-variable)
-    - [Conditional Classes](#conditional-classes)
-    - [Additional Attributes](#additional-attributes)
-    - [Including Subviews](#including-subviews)
-    - [The `@once` Directive](#the-once-directive)
-    - [Raw PHP](#raw-php)
-    - [Comments](#comments)
-- [Components](#components)
-    - [Rendering Components](#rendering-components)
-    - [Passing Data to Components](#passing-data-to-components)
-    - [Component Attributes](#component-attributes)
-    - [Reserved Keywords](#reserved-keywords)
-    - [Slots](#slots)
-    - [Inline Component Views](#inline-component-views)
-    - [Dynamic Components](#dynamic-components)
-    - [Manually Registering Components](#manually-registering-components)
-- [Anonymous Components](#anonymous-components)
-    - [Anonymous Index Components](#anonymous-index-components)
-    - [Data Properties / Attributes](#data-properties-attributes)
-    - [Accessing Parent Data](#accessing-parent-data)
-    - [Anonymous Components Paths](#anonymous-component-paths)
-- [Building Layouts](#building-layouts)
-    - [Layouts Using Components](#layouts-using-components)
-    - [Layouts Using Template Inheritance](#layouts-using-template-inheritance)
-- [Forms](#forms)
-    - [CSRF Field](#csrf-field)
-    - [Method Field](#method-field)
-    - [Validation Errors](#validation-errors)
-- [Stacks](#stacks)
-- [Service Injection](#service-injection)
-- [Rendering Inline Blade Templates](#rendering-inline-blade-templates)
-- [Rendering Blade Fragments](#rendering-blade-fragments)
-- [Extending Blade](#extending-blade)
-    - [Custom Echo Handlers](#custom-echo-handlers)
-    - [Custom If Statements](#custom-if-statements)
+ 
+**TODO redo TOC**
 
 <a name="introduction"></a>
 ## Introduction
@@ -68,9 +31,9 @@ Hello, {{ name }}.
 ```
 
 > [!NOTE]  
-> RBlade's `{{ }}` echo statements are automatically sent through Rails' `h` function to prevent XSS attacks.
+> RBlade's `{{ }}` print statements are automatically sent through Rails' `h` function to prevent XSS attacks.
 
-You are not limited to displaying the contents of the variables passed to the view. You may also print the results of any Ruby function. In fact, you can put any Ruby code you wish inside of a Blade echo statement:
+You are not limited to displaying the contents of the variables passed to the view. You may also print the results of any Ruby function. In fact, you can put any Ruby code you wish inside of a RBlade print directive:
 
 ```rblade
 The current UNIX timestamp is {{ Time.now.to_i }}.
@@ -114,9 +77,7 @@ The `@` symbol may also be used to escape RBlade directives:
 <a name="the-at-verbatim-directive"></a>
 #### The `@verbatim` Directive
 
-**TODO: Add verbatim directive**
-
-If you are displaying JavaScript variables in a large portion of your template, you may wrap the HTML in the `@verbatim` directive so that you do not have to prefix each Blade echo statement with an `@` symbol:
+If you are displaying JavaScript variables in a large portion of your template, you may wrap the HTML in the `@verbatim` directive so that you do not have to prefix each Blade print directive with an `@` symbol:
 
 ```rblade
 @verbatim
@@ -127,16 +88,19 @@ If you are displaying JavaScript variables in a large portion of your template,
 ```
 
 <a name="blade-directives"></a>
-## Blade Directives
+## RBlade Directives
+
+In addition to template inheritance and displaying data, RBlade also provides convenient shortcuts for common Ruby control structures, such as conditional statements and loops. These shortcuts provide a very clean, terse way of working with Ruby control structures while also remaining familiar to their ruby counterparts.
 
-In addition to template inheritance and displaying data, Blade also provides convenient shortcuts for common Ruby control structures, such as conditional statements and loops. These shortcuts provide a very clean, terse way of working with PHP control structures while also remaining familiar to their ruby counterparts.
+> [!NOTE]  
+> RBlade directives are case insensitive and ignore underscores, so depending on your preference, all of `@endif`, `@endIf` and `@end_if` are identical.
 
 <a name="if-statements"></a>
 ### If Statements
 
 You may construct `if` statements using the `@if`, `@elseif`, `@else`, `@endif`, `@unless`, and `@endunless` directives. These directives function identically to their Ruby counterparts:
 
-```blade
+```rblade
 @unless(records.nil?)
   @if (records.count === 1)
       I have one record!
@@ -150,7 +114,7 @@ You may construct `if` statements using the `@if`, `@elseif`, `@else`, `@endif`,
 
 In addition to the conditional directives already discussed, the `@isset` and `@empty` directives may be used as convenient shortcuts for their respective PHP functions:
 **TODO add nil? directive?**
-```blade
+```rblade
 @isset($records)
     // $records is defined and is not null...
 @endisset
@@ -165,7 +129,7 @@ In addition to the conditional directives already discussed, the `@isset` and `@
 **TODO add authentication directives?**
 The `@auth` and `@guest` directives may be used to quickly determine if the current user is [authenticated](/docs/{{version}}/authentication) or is a guest:
 
-```blade
+```rblade
 @auth
     // The user is authenticated...
 @endauth
@@ -177,7 +141,7 @@ The `@auth` and `@guest` directives may be used to quickly determine if the curr
 
 If needed, you may specify the authentication guard that should be checked when using the `@auth` and `@guest` directives:
 
-```blade
+```rblade
 @auth('admin')
     // The user is authenticated...
 @endauth
@@ -189,10 +153,10 @@ If needed, you may specify the authentication guard that should be checked when
 
 <a name="environment-directives"></a>
 #### Environment Directives
-**TODO add environment directives?**
+
 You may check if the application is running in the production environment using the `@production` directive:
 
-```blade
+```rblade
 @production
     // Production specific content...
 @endproduction
@@ -200,7 +164,7 @@ You may check if the application is running in the production environment using
 
 Or, you may determine if the application is running in a specific environment using the `@env` directive:
 
-```blade
+```rblade
 @env('staging')
     // The application is running in "staging"...
 @endenv
@@ -215,7 +179,7 @@ Or, you may determine if the application is running in a specific environment us
 **TODO add sessuib directives**
 The `@session` directive may be used to determine if a [session](/docs/{{version}}/session) value exists. If the session value exists, the template contents within the `@session` and `@endsession` directives will be evaluated. Within the `@session` directive's contents, you may echo the `$value` variable to display the session value:
 
-```blade
+```rblade
 @session('status')
   <div class="p-4 bg-green-100">
     {{ $value }}
@@ -228,7 +192,7 @@ The `@session` directive may be used to determine if a [session](/docs/{{version
 
 Case statements can be constructed using the `@case`, `@when`, `@else` and `@endcase` directives:
 
-```blade
+```rblade
 @case(i)
 @when(1)
     First case...
@@ -242,13 +206,14 @@ Case statements can be constructed using the `@case`, `@when`, `@else` and `@end
 <a name="loops"></a>
 ### Loops
 
-In addition to conditional statements, RBlade provides simple directives for working with Ruby's loop structures. Again, each of these directives functions identically to their Ruby counterparts:
+In addition to conditional statements, RBlade provides simple directives for working with Ruby's loop structures:
 
-```blade
+```rblade
 @for (i in 0...10)
     The current value is {{ i }}
 @endfor
 
+{{-- Compiles to users.each do |user| ... --}}
 @each (user in users)
     <p>This is user {{ user.id }}</p>
 @endeach
@@ -270,15 +235,12 @@ In addition to conditional statements, RBlade provides simple directives for wor
 @endwhile
 ```
 
-> [!NOTE]  
-> While iterating through a `foreach` loop, you may use the [loop variable](#the-loop-variable) to gain valuable information about the loop, such as whether you are in the first or last iteration through the loop.
-
-When using loops you may also skip the current iteration or end the loop using the `@next` and `@break` directives:
+When using loops you can also skip the current iteration or end the loop using the `@next` and `@break` directives:
 
-```blade
+```rblade
 for (user in users)
     @if (user.type == 1)
-        @continue
+        @next
     @endif
 
     <li>{{ user.name }}</li>
@@ -291,14 +253,13 @@ for (user in users)
 
 You may also include the continuation or break condition within the directive declaration:
 
-**TODO check this works with and without condition**
-```blade
-@foreach ($users as $user)
-    @continue($user->type == 1)
+```rblade
+@foreach (user in users)
+    @next(user.type == 1)
 
     <li>{{ $user->name }}</li>
 
-    @break($user->number == 5)
+    @break(user.number == 5)
 @endforeach
 ```
 
@@ -307,7 +268,7 @@ You may also include the continuation or break condition within the directive de
 **TODO can/should we add this?**
 While iterating through a `foreach` loop, a `$loop` variable will be available inside of your loop. This variable provides access to some useful bits of information such as the current loop index and whether this is the first or last iteration through the loop:
 
-```blade
+```rblade
 @foreach ($users as $user)
     @if ($loop->first)
         This is the first iteration.
@@ -323,7 +284,7 @@ While iterating through a `foreach` loop, a `$loop` variable will be available i
 
 If you are in a nested loop, you may access the parent loop's `$loop` variable via the `parent` property:
 
-```blade
+```rblade
 @foreach ($users as $user)
     @foreach ($user->posts as $post)
         @if ($loop->parent->first)
@@ -352,40 +313,38 @@ The `$loop` variable also contains a variety of other useful properties:
 
 </div>
 
-** TODO from here **
-
 <a name="conditional-classes"></a>
 ### Conditional Classes & Styles
 
-The `@class` directive conditionally compiles a CSS class string. The directive accepts an array of classes where the array key contains the class or classes you wish to add, while the value is a boolean expression. If the array element has a numeric key, it will always be included in the rendered class list:
+The `@class` directive conditionally adds CSS classes. The directive accepts a `Hash` of classes where the key contains the class or classes you wish to add, and the value is a boolean expression:
 
-```blade
-@php
-    $isActive = false;
-    $hasError = true;
-@endphp
-
-<span @class([
-    'p-4',
-    'font-bold' => $isActive,
-    'text-gray-500' => ! $isActive,
-    'bg-red' => $hasError,
-])></span>
+```rblade
+@ruby
+    isActive = false;
+    hasError = true;
+@endruby
+
+<span @class({
+    "p-4": true,
+    "font-bold": isActive,
+    "text-gray-500": !isActive,
+    "bg-red": hasError,
+})></span>
 
 <span class="p-4 text-gray-500 bg-red"></span>
 ```
 
 Likewise, the `@style` directive may be used to conditionally add inline CSS styles to an HTML element:
 
-```blade
-@php
-    $isActive = true;
-@endphp
+```rblade
+@ruby
+    isActive = true;
+@endruby
 
-<span @style([
-    'background-color: red',
-    'font-weight: bold' => $isActive,
-])></span>
+<span @style({
+    "background-color: red": true,
+    "font-weight: bold" => isActive,
+})></span>
 
 <span style="background-color: red; font-weight: bold;"></span>
 ```
@@ -393,157 +352,107 @@ Likewise, the `@style` directive may be used to conditionally add inline CSS sty
 <a name="additional-attributes"></a>
 ### Additional Attributes
 
-For convenience, you may use the `@checked` directive to easily indicate if a given HTML checkbox input is "checked". This directive will echo `checked` if the provided condition evaluates to `true`:
+For convenience, you may use the `@checked` directive to easily indicate if a given HTML checkbox input is "checked". This directive will print `checked` if the provided condition evaluates to `true`:
 
-```blade
+```rblade
 <input type="checkbox"
-        name="active"
-        value="active"
-        @checked(old('active', $user->active)) />
+  name="active"
+  value="active"
+  @checked(user.active)) />
 ```
 
 Likewise, the `@selected` directive may be used to indicate if a given select option should be "selected":
 
-```blade
+```rblade
 <select name="version">
-    @foreach ($product->versions as $version)
-        <option value="{{ $version }}" @selected(old('version') == $version)>
-            {{ $version }}
-        </option>
-    @endforeach
+  @each (version in product.versions)
+    <option value="{{ version }}" @selected(version == selectedVersion)>
+      {{ version }}
+    </option>
+  @endeach
 </select>
 ```
 
 Additionally, the `@disabled` directive may be used to indicate if a given element should be "disabled":
 
-```blade
-<button type="submit" @disabled($errors->isNotEmpty())>Submit</button>
+```rblade
+<button type="submit" @disabled(isDisabled)>Submit</button>
 ```
 
 Moreover, the `@readonly` directive may be used to indicate if a given element should be "readonly":
 
-```blade
+```rblade
 <input type="email"
-        name="email"
-        value="email@laravel.com"
-        @readonly($user->isNotAdmin()) />
+  name="email"
+  value="email@laravel.com"
+  @readonly(!user.isAdmin) />
 ```
 
 In addition, the `@required` directive may be used to indicate if a given element should be "required":
 
-```blade
+```rblade
 <input type="text"
-        name="title"
-        value="title"
-        @required($user->isAdmin()) />
-```
-
-<a name="including-subviews"></a>
-### Including Subviews
-
-> [!NOTE]  
-> While you're free to use the `@include` directive, Blade [components](#components) provide similar functionality and offer several benefits over the `@include` directive such as data and attribute binding.
-
-Blade's `@include` directive allows you to include a Blade view from within another view. All variables that are available to the parent view will be made available to the included view:
-
-```blade
-<div>
-    @include('shared.errors')
-
-    <form>
-        <!-- Form Contents -->
-    </form>
-</div>
-```
-
-Even though the included view will inherit all data available in the parent view, you may also pass an array of additional data that should be made available to the included view:
-
-```blade
-@include('view.name', ['status' => 'complete'])
-```
-
-If you attempt to `@include` a view which does not exist, Laravel will throw an error. If you would like to include a view that may or may not be present, you should use the `@includeIf` directive:
-
-```blade
-@includeIf('view.name', ['status' => 'complete'])
-```
-
-If you would like to `@include` a view if a given boolean expression evaluates to `true` or `false`, you may use the `@includeWhen` and `@includeUnless` directives:
-
-```blade
-@includeWhen($boolean, 'view.name', ['status' => 'complete'])
-
-@includeUnless($boolean, 'view.name', ['status' => 'complete'])
-```
-
-To include the first view that exists from a given array of views, you may use the `includeFirst` directive:
-
-```blade
-@includeFirst(['custom.admin', 'admin'], ['status' => 'complete'])
-```
-
-> [!WARNING]  
-> You should avoid using the `__DIR__` and `__FILE__` constants in your Blade views, since they will refer to the location of the cached, compiled view.
-
-<a name="rendering-views-for-collections"></a>
-#### Rendering Views for Collections
-
-You may combine loops and includes into one line with Blade's `@each` directive:
-
-```blade
-@each('view.name', $jobs, 'job')
+  name="title"
+  value="title"
+  @required(user.isAdmin) />
 ```
 
-The `@each` directive's first argument is the view to render for each element in the array or collection. The second argument is the array or collection you wish to iterate over, while the third argument is the variable name that will be assigned to the current iteration within the view. So, for example, if you are iterating over an array of `jobs`, typically you will want to access each job as a `job` variable within the view. The array key for the current iteration will be available as the `key` variable within the view.
-
-You may also pass a fourth argument to the `@each` directive. This argument determines the view that will be rendered if the given array is empty.
-
-```blade
-@each('view.name', $jobs, 'job', 'view.empty')
-```
-
-> [!WARNING]  
-> Views rendered via `@each` do not inherit the variables from the parent view. If the child view requires these variables, you should use the `@foreach` and `@include` directives instead.
-
 <a name="the-once-directive"></a>
 ### The `@once` Directive
 
 The `@once` directive allows you to define a portion of the template that will only be evaluated once per rendering cycle. This may be useful for pushing a given piece of JavaScript into the page's header using [stacks](#stacks). For example, if you are rendering a given [component](#components) within a loop, you may wish to only push the JavaScript to the header the first time the component is rendered:
 
-```blade
+```rblade
 @once
     @push('scripts')
         <script>
             // Your custom JavaScript...
         </script>
-    @endpush
-@endonce
+    @endPush
+@endOnce
 ```
 
 Since the `@once` directive is often used in conjunction with the `@push` or `@prepend` directives, the `@pushOnce` and `@prependOnce` directives are available for your convenience:
 
-```blade
+```rblade
 @pushOnce('scripts')
     <script>
-        // Your custom JavaScript...
+        {{-- Your javascript --}}
     </script>
 @endPushOnce
 ```
 
-<a name="raw-php"></a>
-### Raw PHP
+Additionally, you can pass an argument to the `@once` directive, or a second argument to the `@pushonce` and `@prependonce` directives to set the key that is used to determine if that block has already been output: 
+
+```rblade
+@once(:heading)
+    <h1>Home page</h1>
+@endOnce
+
+{{-- This block will not be output --}}
+@once(:heading)
+    <h1>Some other title</h1>
+@endOnce
+```
+
+> [!NOTE]  
+> The keys you use for `@once`, `@pushOnce` and `@prependOnce` are shared.
+
+<a name="raw-ruby"></a>
+### Raw Ruby
 
-In some situations, it's useful to embed PHP code into your views. You can use the Blade `@php` directive to execute a block of plain PHP within your template:
+In some situations, it's useful to embed Ruby code into your views. You can use the RBlade `@ruby` directive to execute a block of plain Ruby within your template:
 
-```blade
-@php
-    $counter = 1;
-@endphp
+```rblade
+@ruby
+    counter = 1;
+@endruby
 ```
 
+**TODO add require?**
 Or, if you only need to use PHP to import a class, you may use the `@use` directive:
 
-```blade
+```rblade
 @use('App\Models\Flight')
 ```
 
@@ -556,175 +465,91 @@ A second argument may be provided to the `@use` directive to alias the imported
 <a name="comments"></a>
 ### Comments
 
-Blade also allows you to define comments in your views. However, unlike HTML comments, Blade comments are not included in the HTML returned by your application:
+RBlade also allows you to define comments in your views. However, unlike HTML comments, RBlade comments are not included in the HTML returned by your application. These comments are removed from the cached views so they have no performance downsides.
 
-```blade
+```rblade
 {{-- This comment will not be present in the rendered HTML --}}
 ```
 
 <a name="components"></a>
 ## Components
 
-Components and slots provide similar benefits to sections, layouts, and includes; however, some may find the mental model of components and slots easier to understand. There are two approaches to writing components: class based components and anonymous components.
-
-To create a class based component, you may use the `make:component` Artisan command. To illustrate how to use components, we will create a simple `Alert` component. The `make:component` command will place the component in the `app/View/Components` directory:
-
-```shell
-php artisan make:component Alert
-```
-
-The `make:component` command will also create a view template for the component. The view will be placed in the `resources/views/components` directory. When writing components for your own application, components are automatically discovered within the `app/View/Components` directory and `resources/views/components` directory, so no further component registration is typically required.
-
-You may also create components within subdirectories:
-
-```shell
-php artisan make:component Forms/Input
-```
-
-The command above will create an `Input` component in the `app/View/Components/Forms` directory and the view will be placed in the `resources/views/components/forms` directory.
-
-If you would like to create an anonymous component (a component with only a Blade template and no class), you may use the `--view` flag when invoking the `make:component` command:
+Components are a way of including sub-views into your templates. To illustrate how to use them, we will create a simple `alert` component.
 
-```shell
-php artisan make:component forms.input --view
-```
-
-The command above will create a Blade file at `resources/views/components/forms/input.blade.php` which can be rendered as a component via `<x-forms.input />`.
-
-<a name="manually-registering-package-components"></a>
-#### Manually Registering Package Components
-
-When writing components for your own application, components are automatically discovered within the `app/View/Components` directory and `resources/views/components` directory.
-
-However, if you are building a package that utilizes Blade components, you will need to manually register your component class and its HTML tag alias. You should typically register your components in the `boot` method of your package's service provider:
-
-    use Illuminate\Support\Facades\Blade;
-
-    /**
-     * Bootstrap your package's services.
-     */
-    public function boot(): void
-    {
-        Blade::component('package-alert', Alert::class);
-    }
-
-Once your component has been registered, it may be rendered using its tag alias:
-
-```blade
-<x-package-alert/>
-```
-
-Alternatively, you may use the `componentNamespace` method to autoload component classes by convention. For example, a `Nightshade` package might have `Calendar` and `ColorPicker` components that reside within the `Package\Views\Components` namespace:
+First, we will create a new `alert.rblade` file in the `app/views/components/forms` directory. Templates in the `app/views/components` directory and its subdirectories are are automatically discovered as components, so no further registration is required. Both `.rblade` and `.html.rblade` are valid extensions for RBlade components.
 
-    use Illuminate\Support\Facades\Blade;
+Once your component has been created, it may be rendered using its tag alias:
 
-    /**
-     * Bootstrap your package's services.
-     */
-    public function boot(): void
-    {
-        Blade::componentNamespace('Nightshade\\Views\\Components', 'nightshade');
-    }
-
-This will allow the usage of package components by their vendor namespace using the `package-name::` syntax:
-
-```blade
-<x-nightshade::calendar />
-<x-nightshade::color-picker />
+```rblade
+<x-forms.alert/>
 ```
 
-Blade will automatically detect the class that's linked to this component by pascal-casing the component name. Subdirectories are also supported using "dot" notation.
-
 <a name="rendering-components"></a>
 ### Rendering Components
 
 To display a component, you may use a Blade component tag within one of your Blade templates. Blade component tags start with the string `x-` followed by the kebab case name of the component class:
 
-```blade
+```rblade
+{{-- Render the `alert` component in app/views/components/ --}}
 <x-alert/>
 
+{{-- Render the `user-profile` component in app/views/components/ --}}
 <x-user-profile/>
 ```
 
-If the component class is nested deeper within the `app/View/Components` directory, you may use the `.` character to indicate directory nesting. For example, if we assume a component is located at `app/View/Components/Inputs/Button.php`, we may render it like so:
+If the component class is in a subdirectory of `app/views/components`, you can use the `.` character to indicate directory nesting. For example, for the component `app/views/components/form/inputs/text.rblade`, we render it like so:
 
-```blade
-<x-inputs.button/>
+```rblade
+{{-- Render the `text` component in app/views/components/form/inputs/ --}}
+<x-form.inputs.text/>
 ```
 
-If you would like to conditionally render your component, you may define a `shouldRender` method on your component class. If the `shouldRender` method returns `false` the component will not be rendered:
-
-    use Illuminate\Support\Str;
+<a name="namespaces"></a>
+#### Namespaces
 
-    /**
-     * Whether the component should be rendered
-     */
-    public function shouldRender(): bool
-    {
-        return Str::length($this->message) > 0;
-    }
+When writing components for your own application, components are automatically discovered within the `app/views/components` directory. Additionally, layouts in the `app/views/layouts` directory are automatically discovered with the `layout` namespace, and all views in the `app/views` directory are discovered with the `view` namespace.
 
-<a name="passing-data-to-components"></a>
-### Passing Data to Components
+Namespaced components can be rendered using the namespace as a prefix to the name separated by "::":
 
-You may pass data to Blade components using HTML attributes. Hard-coded, primitive values may be passed to the component using simple HTML attribute strings. PHP expressions and variables should be passed to the component via attributes that use the `:` character as a prefix:
+```rblade
+{{-- Render the `app` component in app/views/layouts/ --}}
+<x-layout::app/>
 
-```blade
-<x-alert type="error" :message="$message"/>
+{{-- Render the `home` component in app/views/ --}}
+<x-view::home/>
 ```
 
-You should define all of the component's data attributes in its class constructor. All public properties on a component will automatically be made available to the component's view. It is not necessary to pass the data to the view from the component's `render` method:
-
-    <?php
-
-    namespace App\View\Components;
+<a name="passing-data-to-components"></a>
+### Passing Data to Components
 
-    use Illuminate\View\Component;
-    use Illuminate\View\View;
+You can pass data to RBlade components using HTML attributes. Hard-coded strings can be passed to the component using simple HTML attribute strings. Ruby expressions and variables should be passed to the component via attributes that use the `:` character as a prefix:
 
-    class Alert extends Component
-    {
-        /**
-         * Create the component instance.
-         */
-        public function __construct(
-            public string $type,
-            public string $message,
-        ) {}
+```rblade
+<x-alert type="error" :message="message"/>
+```
 
-        /**
-         * Get the view / contents that represent the component.
-         */
-        public function render(): View
-        {
-            return view('components.alert');
-        }
-    }
+#### Component Properties
 
-When your component is rendered, you may display the contents of your component's public variables by echoing the variables by name:
+You can define a component's data properties using a `@props` directive at the top of the component. You can then reference these properties using local variables within the template:
 
-```blade
-<div class="alert alert-{{ $type }}">
-    {{ $message }}
-</div>
+```rblade
+{{-- alert.rblade --}}
+@props({type: "warning", message: _required})
+<div class="{{ type }}">{{ message }}</div>
 ```
 
-<a name="casing"></a>
-#### Casing
+The `@props` directive accepts a `Hash` where the key is the name of the attribute, and the value is the default value for the property. You can use the special `_required` value to represent a property with no default that must always be defined:
 
-Component constructor arguments should be specified using `camelCase`, while `kebab-case` should be used when referencing the argument names in your HTML attributes. For example, given the following component constructor:
-
-    /**
-     * Create the component instance.
-     */
-    public function __construct(
-        public string $alertType,
-    ) {}
+```rblade
+{{-- This will give an error because the alert component requires a message propery --}}
+<x-alert/>
+```
 
-The `$alertType` argument may be provided to the component like so:
+All properties in the `@props` directive are automatically removed from `attributes`. Properties with names that aren't valid Ruby variable names or are Ruby reserved keywords are not created as local variables. However, you can reference them via the `attributes` local variable:
 
-```blade
-<x-alert alert-type="danger" />
+```rblade
+@props({"for": _required, "data-value": nil})
+<div>{{ attributes[:for] }} {{ attributes[:'data-value'] }}</div>
 ```
 
 <a name="short-attribute-syntax"></a>
@@ -732,206 +557,93 @@ The `$alertType` argument may be provided to the component like so:
 
 When passing attributes to components, you may also use a "short attribute" syntax. This is often convenient since attribute names frequently match the variable names they correspond to:
 
-```blade
+```rblade
 {{-- Short attribute syntax... --}}
-<x-profile :$userId :$name />
+<x-profile :user_id :name />
 
 {{-- Is equivalent to... --}}
-<x-profile :user-id="$userId" :name="$name" />
+<x-profile :user-id="user_id" :name="name" />
 ```
 
 <a name="escaping-attribute-rendering"></a>
 #### Escaping Attribute Rendering
 
-Since some JavaScript frameworks such as Alpine.js also use colon-prefixed attributes, you may use a double colon (`::`) prefix to inform Blade that the attribute is not a PHP expression. For example, given the following component:
+Since some JavaScript frameworks such as Alpine.js also use colon-prefixed attributes, you may use a double colon (`::`) prefix to inform RBlade that the attribute is not a PHP expression. For example, given the following component:
 
-```blade
+```rblade
 <x-button ::class="{ danger: isDeleting }">
     Submit
 </x-button>
 ```
 
-The following HTML will be rendered by Blade:
+The following HTML will be rendered by RBlade:
 
-```blade
+```rblade
 <button :class="{ danger: isDeleting }">
     Submit
 </button>
 ```
 
-<a name="component-methods"></a>
-#### Component Methods
-
-In addition to public variables being available to your component template, any public methods on the component may be invoked. For example, imagine a component that has an `isSelected` method:
-
-    /**
-     * Determine if the given option is the currently selected option.
-     */
-    public function isSelected(string $option): bool
-    {
-        return $option === $this->selected;
-    }
-
-You may execute this method from your component template by invoking the variable matching the name of the method:
-
-```blade
-<option {{ $isSelected($value) ? 'selected' : '' }} value="{{ $value }}">
-    {{ $label }}
-</option>
-```
-
-<a name="using-attributes-slots-within-component-class"></a>
-#### Accessing Attributes and Slots Within Component Classes
-
-Blade components also allow you to access the component name, attributes, and slot inside the class's render method. However, in order to access this data, you should return a closure from your component's `render` method. The closure will receive a `$data` array as its only argument. This array will contain several elements that provide information about the component:
-
-    use Closure;
-
-    /**
-     * Get the view / contents that represent the component.
-     */
-    public function render(): Closure
-    {
-        return function (array $data) {
-            // $data['componentName'];
-            // $data['attributes'];
-            // $data['slot'];
-
-            return '<div>Components content</div>';
-        };
-    }
-
-The `componentName` is equal to the name used in the HTML tag after the `x-` prefix. So `<x-alert />`'s `componentName` will be `alert`. The `attributes` element will contain all of the attributes that were present on the HTML tag. The `slot` element is an `Illuminate\Support\HtmlString` instance with the contents of the component's slot.
-
-The closure should return a string. If the returned string corresponds to an existing view, that view will be rendered; otherwise, the returned string will be evaluated as an inline Blade view.
-
-<a name="additional-dependencies"></a>
-#### Additional Dependencies
-
-If your component requires dependencies from Laravel's [service container](/docs/{{version}}/container), you may list them before any of the component's data attributes and they will automatically be injected by the container:
-
-```php
-use App\Services\AlertCreator;
-
-/**
- * Create the component instance.
- */
-public function __construct(
-    public AlertCreator $creator,
-    public string $type,
-    public string $message,
-) {}
-```
-
-<a name="hiding-attributes-and-methods"></a>
-#### Hiding Attributes / Methods
-
-If you would like to prevent some public methods or properties from being exposed as variables to your component template, you may add them to an `$except` array property on your component:
-
-    <?php
-
-    namespace App\View\Components;
-
-    use Illuminate\View\Component;
-
-    class Alert extends Component
-    {
-        /**
-         * The properties / methods that should not be exposed to the component template.
-         *
-         * @var array
-         */
-        protected $except = ['type'];
-
-        /**
-         * Create the component instance.
-         */
-        public function __construct(
-            public string $type,
-        ) {}
-    }
-
 <a name="component-attributes"></a>
 ### Component Attributes
 
 We've already examined how to pass data attributes to a component; however, sometimes you may need to specify additional HTML attributes, such as `class`, that are not part of the data required for a component to function. Typically, you want to pass these additional attributes down to the root element of the component template. For example, imagine we want to render an `alert` component like so:
 
-```blade
-<x-alert type="error" :message="$message" class="mt-4"/>
+```rblade
+<x-alert type="error" :message class="mt-4"/>
 ```
 
-All of the attributes that are not part of the component's constructor will automatically be added to the component's "attribute bag". This attribute bag is automatically made available to the component via the `$attributes` variable. All of the attributes may be rendered within the component by echoing this variable:
+**TODO remove from attributes bag using @props? Rename to attributes bag?**
 
-```blade
-<div {{ $attributes }}>
+All of the attributes that are not part of the component's constructor will automatically be added to the component's "attribute manager". This attribute manager is automatically made available to the component via the `attributes` variable. All of the attributes may be rendered within the component by printing this variable:
+
+```rblade
+<div {{ attributes }}>
     <!-- Component content -->
 </div>
 ```
 
-> [!WARNING]  
-> Using directives such as `@env` within component tags is not supported at this time. For example, `<x-alert :live="@env('production')"/>` will not be compiled.
-
 <a name="default-merged-attributes"></a>
 #### Default / Merged Attributes
 
-Sometimes you may need to specify default values for attributes or merge additional values into some of the component's attributes. To accomplish this, you may use the attribute bag's `merge` method. This method is particularly useful for defining a set of default CSS classes that should always be applied to a component:
+Sometimes you may need to specify default values for attributes or merge additional values into some of the component's attributes. To accomplish this, you may use the attribute manager's `merge` method. This method is particularly useful for defining a set of default CSS classes that should always be applied to a component:
 
-```blade
-<div {{ $attributes->merge(['class' => 'alert alert-'.$type]) }}>
-    {{ $message }}
+```rblade
+<div {{ attributes.merge({"class": "alert alert-#{type}"}) }}>
+    {{ message }}
 </div>
 ```
 
 If we assume this component is utilized like so:
 
-```blade
-<x-alert type="error" :message="$message" class="mb-4"/>
+```rblade
+<x-alert type="error" :message class="mb-4"/>
 ```
 
 The final, rendered HTML of the component will appear like the following:
 
-```blade
+```rblade
 <div class="alert alert-error mb-4">
-    <!-- Contents of the $message variable -->
+    <!-- Contents of the message variable -->
 </div>
 ```
 
-<a name="conditionally-merge-classes"></a>
-#### Conditionally Merge Classes
-
-Sometimes you may wish to merge classes if a given condition is `true`. You can accomplish this via the `class` method, which accepts an array of classes where the array key contains the class or classes you wish to add, while the value is a boolean expression. If the array element has a numeric key, it will always be included in the rendered class list:
-
-```blade
-<div {{ $attributes->class(['p-4', 'bg-red' => $hasError]) }}>
-    {{ $message }}
-</div>
-```
-
-If you need to merge other attributes onto your component, you can chain the `merge` method onto the `class` method:
-
-```blade
-<button {{ $attributes->class(['p-4'])->merge(['type' => 'button']) }}>
-    {{ $slot }}
-</button>
-```
-
-> [!NOTE]  
-> If you need to conditionally compile classes on other HTML elements that shouldn't receive merged attributes, you can use the [`@class` directive](#conditional-classes).
+Both the `class` and `style` attributes are combined this way when using the `attributes.merge` method.
 
 <a name="non-class-attribute-merging"></a>
 #### Non-Class Attribute Merging
 
-When merging attributes that are not `class` attributes, the values provided to the `merge` method will be considered the "default" values of the attribute. However, unlike the `class` attribute, these attributes will not be merged with injected attribute values. Instead, they will be overwritten. For example, a `button` component's implementation may look like the following:
+When merging attributes that are not `class` or `style`, the values provided to the `merge` method will be considered the "default" values of the attribute. However, unlike the `class` and `style` attributes, these defaults will be overwritten if the attribute is defined in the component tag. For example:
 
-```blade
-<button {{ $attributes->merge(['type' => 'button']) }}>
-    {{ $slot }}
+```rblade
+<button {{ attributes.merge({type: "button"}) }}>
+    {{ slot }}
 </button>
 ```
 
-To render the button component with a custom `type`, it may be specified when consuming the component. If no type is specified, the `button` type will be used:
+To render the button component with a custom `type`, it can be specified when consuming the component. If no type is specified, the `button` type will be used:
 
-```blade
+```rblade
 <x-button type="submit">
     Submit
 </x-button>
@@ -939,50 +651,75 @@ To render the button component with a custom `type`, it may be specified when co
 
 The rendered HTML of the `button` component in this example would be:
 
-```blade
+```rblade
 <button type="submit">
     Submit
 </button>
 ```
 
-If you would like an attribute other than `class` to have its default value and injected values joined together, you may use the `prepends` method. In this example, the `data-controller` attribute will always begin with `profile-controller` and any additional injected `data-controller` values will be placed after this default value:
+**Todo add prepends**
+If you would like an attribute other than `class` or `style` to have its default value and injected values joined together, you can use the `prepends` method. In this example, the `data-controller` attribute will always begin with `profile-controller` and any additional injected `data-controller` values will be placed after this default value:
 
-```blade
-<div {{ $attributes->merge(['data-controller' => $attributes->prepends('profile-controller')]) }}>
-    {{ $slot }}
+```rblade
+<div {{ attributes.merge({"data-controller": attributes.prepends("profile-controller")}) }}>
+    {{ slot }}
+</div>
+```
+
+<a name="conditionally-merge-classes"></a>
+#### Conditionally Merge Classes
+**TODO this**
+Sometimes you may wish to merge classes if a given condition is `true`. You can accomplish this via the `class` method, which accepts an array of classes where the array key contains the class or classes you wish to add, while the value is a boolean expression. If the array element has a numeric key, it will always be included in the rendered class list:
+
+```rblade
+<div {{ $attributes->class(['p-4', 'bg-red' => $hasError]) }}>
+    {{ $message }}
 </div>
 ```
 
+If you need to merge other attributes onto your component, you can chain the `merge` method onto the `class` method:
+
+```rblade
+<button {{ $attributes->class(['p-4'])->merge(['type' => 'button']) }}>
+    {{ $slot }}
+</button>
+```
+
+> [!NOTE]  
+> If you need to conditionally compile classes on other HTML elements that shouldn't receive merged attributes, you can use the [`@class` directive](#conditional-classes).
+
 <a name="filtering-attributes"></a>
 #### Retrieving and Filtering Attributes
 
+**Todo this**
+
 You may filter attributes using the `filter` method. This method accepts a closure which should return `true` if you wish to retain the attribute in the attribute bag:
 
-```blade
+```rblade
 {{ $attributes->filter(fn (string $value, string $key) => $key == 'foo') }}
 ```
 
 For convenience, you may use the `whereStartsWith` method to retrieve all attributes whose keys begin with a given string:
 
-```blade
+```rblade
 {{ $attributes->whereStartsWith('wire:model') }}
 ```
 
 Conversely, the `whereDoesntStartWith` method may be used to exclude all attributes whose keys begin with a given string:
 
-```blade
+```rblade
 {{ $attributes->whereDoesntStartWith('wire:model') }}
 ```
 
 Using the `first` method, you may render the first attribute in a given attribute bag:
 
-```blade
+```rblade
 {{ $attributes->whereStartsWith('wire:model')->first() }}
 ```
 
 If you would like to check if an attribute is present on the component, you may use the `has` method. This method accepts the attribute name as its only argument and returns a boolean indicating whether or not the attribute is present:
 
-```blade
+```rblade
 @if ($attributes->has('class'))
     <div>Class attribute is present</div>
 @endif
@@ -990,7 +727,7 @@ If you would like to check if an attribute is present on the component, you may
 
 If an array is passed to the `has` method, the method will determine if all of the given attributes are present on the component:
 
-```blade
+```rblade
 @if ($attributes->has(['name', 'class']))
     <div>All of the attributes are present</div>
 @endif
@@ -998,7 +735,7 @@ If an array is passed to the `has` method, the method will determine if all of t
 
 The `hasAny` method may be used to determine if any of the given attributes are present on the component:
 
-```blade
+```rblade
 @if ($attributes->hasAny(['href', ':href', 'v-bind:href']))
     <div>One of the attributes is present</div>
 @endif
@@ -1006,43 +743,25 @@ The `hasAny` method may be used to determine if any of the given attributes are
 
 You may retrieve a specific attribute's value using the `get` method:
 
-```blade
+```rblade
 {{ $attributes->get('class') }}
 ```
 
-<a name="reserved-keywords"></a>
-### Reserved Keywords
-
-By default, some keywords are reserved for Blade's internal use in order to render components. The following keywords cannot be defined as public properties or method names within your components:
-
-<div class="content-list" markdown="1">
-
-- `data`
-- `render`
-- `resolveView`
-- `shouldRender`
-- `view`
-- `withAttributes`
-- `withName`
-
-</div>
-
 <a name="slots"></a>
 ### Slots
 
-You will often need to pass additional content to your component via "slots". Component slots are rendered by echoing the `$slot` variable. To explore this concept, let's imagine that an `alert` component has the following markup:
-
-```blade
-<!-- /resources/views/components/alert.blade.php -->
+You will often need to pass additional content to your component via "slots". The default component slot is rendered by printing the `slot` variable. To explore this concept, let's imagine that an `alert` component has the following markup:
 
+```rblade
+{{-- /app/views/components/alert.rblade --}}
 <div class="alert alert-danger">
-    {{ $slot }}
+    {{ slot }}
 </div>
 ```
 
 We may pass content to the `slot` by injecting content into the component:
 
-```blade
+```rblade
 <x-alert>
     <strong>Whoops!</strong> Something went wrong!
 </x-alert>
@@ -1050,17 +769,16 @@ We may pass content to the `slot` by injecting content into the component:
 
 Sometimes a component may need to render multiple different slots in different locations within the component. Let's modify our alert component to allow for the injection of a "title" slot:
 
-```blade
-<!-- /resources/views/components/alert.blade.php -->
-
-<span class="alert-title">{{ $title }}</span>
-
+```rblade
+{{-- /app/views/components/alert.rblade --}}
+@props({title: _required})
+<span class="alert-title">{{ title }}</span>
 <div class="alert alert-danger">
-    {{ $slot }}
+    {{ slot }}
 </div>
 ```
 
-You may define the content of the named slot using the `x-slot` tag. Any content not within an explicit `x-slot` tag will be passed to the component in the `$slot` variable:
+You may define the content of the named slot using the `x-slot` tag. Any content not within an explicit `x-slot` tag will be passed to the component in the `slot` variable:
 
 ```xml
 <x-alert>
@@ -1071,35 +789,35 @@ You may define the content of the named slot using the `x-slot` tag. Any content
     <strong>Whoops!</strong> Something went wrong!
 </x-alert>
 ```
-
+**TODO this**
 You may invoke a slot's `isEmpty` method to determine if the slot contains content:
 
-```blade
-<span class="alert-title">{{ $title }}</span>
+```rblade
+<span class="alert-title">{{ title }}</span>
 
 <div class="alert alert-danger">
-    @if ($slot->isEmpty())
+    @if (slot.isEmpty)
         This is default content if the slot is empty.
     @else
-        {{ $slot }}
+        {{ slot }}
     @endif
 </div>
 ```
 
 Additionally, the `hasActualContent` method may be used to determine if the slot contains any "actual" content that is not an HTML comment:
 
-```blade
-@if ($slot->hasActualContent())
+```rblade
+@if (slot.hasActualContent)
     The scope has non-comment content.
 @endif
 ```
 
 <a name="scoped-slots"></a>
 #### Scoped Slots
-
+**TODO can we do this easily?**  
 If you have used a JavaScript framework such as Vue, you may be familiar with "scoped slots", which allow you to access data or methods from the component within your slot. You may achieve similar behavior in Laravel by defining public methods or properties on your component and accessing the component within your slot via the `$component` variable. In this example, we will assume that the `x-alert` component has a public `formatAlert` method defined on its component class:
 
-```blade
+```rblade
 <x-alert>
     <x-slot:title>
         {{ $component->formatAlert('Server Error') }}
@@ -1112,7 +830,7 @@ If you have used a JavaScript framework such as Vue, you may be familiar with "s
 <a name="slot-attributes"></a>
 #### Slot Attributes
 
-Like Blade components, you may assign additional [attributes](#component-attributes) to slots such as CSS class names:
+Like RBlade components, you may assign additional [attributes](#component-attributes) to slots such as CSS class names:
 
 ```xml
 <x-card class="shadow-sm">
@@ -1130,65 +848,56 @@ Like Blade components, you may assign additional [attributes](#component-attribu
 
 To interact with slot attributes, you may access the `attributes` property of the slot's variable. For more information on how to interact with attributes, please consult the documentation on [component attributes](#component-attributes):
 
-```blade
-@props([
-    'heading',
-    'footer',
-])
-
-<div {{ $attributes->class(['border']) }}>
-    <h1 {{ $heading->attributes->class(['text-lg']) }}>
-        {{ $heading }}
+**TODO allow class to contain a string**  
+```rblade
+@props({
+    "heading": _required,
+    "footer": _required,
+})
+
+<div {{ attributes.class(['border']) }}>
+    <h1 {{ heading.attributes->class('text-lg': true) }}>
+        {{ heading }}
     </h1>
 
-    {{ $slot }}
+    {{ slot }}
 
-    <footer {{ $footer->attributes->class(['text-gray-700']) }}>
-        {{ $footer }}
+    <footer {{ footer.attributes.class('text-gray-700']) }}>
+        {{ footer }}
     </footer>
 </div>
 ```
 
-<a name="inline-component-views"></a>
-### Inline Component Views
-
-For very small components, it may feel cumbersome to manage both the component class and the component's view template. For this reason, you may return the component's markup directly from the `render` method:
-
-    /**
-     * Get the view / contents that represent the component.
-     */
-    public function render(): string
-    {
-        return <<<'blade'
-            <div class="alert alert-danger">
-                {{ $slot }}
-            </div>
-        blade;
-    }
-
-<a name="generating-inline-view-components"></a>
-#### Generating Inline View Components
-
-To create a component that renders an inline view, you may use the `inline` option when executing the `make:component` command:
+<a name="dynamic-components"></a>
+### Dynamic Components
+**TODO add this**
+Sometimes you may need to render a component without knowing which component should be rendered until runtime. In this situation, you may use RBlade's built-in `dynamic-component` component to render the component based on a runtime value or variable:
 
-```shell
-php artisan make:component Alert --inline
+```rblade
+@ruby(componentName = "secondary-button")
+<x-dynamic-component :component="componentName" class="mt-4" />
 ```
 
-<a name="dynamic-components"></a>
-### Dynamic Components
+<a name="registering-additional-component-directories"></a>
+### Registering Additional Component Directories
+
+If you are building a package that utilizes RBlade components, or want to store your components elsewhere, you will need to manually register your component directory using the `RBlade::ComponentStore.add_path` method:
 
-Sometimes you may need to render a component but not know which component should be rendered until runtime. In this situation, you may use Laravel's built-in `dynamic-component` component to render the component based on a runtime value or variable:
+```ruby
+require "rblade/component_store"
 
-```blade
-// $componentName = "secondary-button";
+# Auto-discover components in the app/components directory
+RBlade::ComponentStore.add_path(Rails.root.join("app", "components"))
 
-<x-dynamic-component :component="$componentName" class="mt-4" />
+# Auto-discover components in the app/views/partials directory with the namespace "partial"
+RBlade::ComponentStore.add_path(Rails.root.join("app", "views", "partials"), "partial")
 ```
 
+If multiple directories are registered with the same namespace, RBlade will search for components in all the directories in the order they were registered.
+
 <a name="manually-registering-components"></a>
 ### Manually Registering Components
-
+**TODO would this be useful? It'd be useful for testing...**
 > [!WARNING]  
 > The following documentation on manually registering components is primarily applicable to those who are writing Laravel packages that include view components. If you are not writing a package, this portion of the component documentation may not be relevant to you.
 
@@ -1209,61 +918,16 @@ However, if you are building a package that utilizes Blade components or placing
 
 Once your component has been registered, it may be rendered using its tag alias:
 
-```blade
+```rblade
 <x-package-alert/>
 ```
 
-#### Autoloading Package Components
-
-Alternatively, you may use the `componentNamespace` method to autoload component classes by convention. For example, a `Nightshade` package might have `Calendar` and `ColorPicker` components that reside within the `Package\Views\Components` namespace:
-
-    use Illuminate\Support\Facades\Blade;
-
-    /**
-     * Bootstrap your package's services.
-     */
-    public function boot(): void
-    {
-        Blade::componentNamespace('Nightshade\\Views\\Components', 'nightshade');
-    }
-
-This will allow the usage of package components by their vendor namespace using the `package-name::` syntax:
-
-```blade
-<x-nightshade::calendar />
-<x-nightshade::color-picker />
-```
-
-Blade will automatically detect the class that's linked to this component by pascal-casing the component name. Subdirectories are also supported using "dot" notation.
-
-<a name="anonymous-components"></a>
-## Anonymous Components
-
-Similar to inline components, anonymous components provide a mechanism for managing a component via a single file. However, anonymous components utilize a single view file and have no associated class. To define an anonymous component, you only need to place a Blade template within your `resources/views/components` directory. For example, assuming you have defined a component at `resources/views/components/alert.blade.php`, you may simply render it like so:
-
-```blade
-<x-alert/>
-```
-
-You may use the `.` character to indicate if a component is nested deeper inside the `components` directory. For example, assuming the component is defined at `resources/views/components/inputs/button.blade.php`, you may render it like so:
-
-```blade
-<x-inputs.button/>
-```
-
 <a name="anonymous-index-components"></a>
-### Anonymous Index Components
-
-Sometimes, when a component is made up of many Blade templates, you may wish to group the given component's templates within a single directory. For example, imagine an "accordion" component with the following directory structure:
+### Index Components
 
-```none
-/resources/views/components/accordion.blade.php
-/resources/views/components/accordion/item.blade.php
-```
+Sometimes, when a component is made up of many RBlade templates, you may wish to group the given component's templates within a single directory. For example, imagine an "accordion" component:
 
-This directory structure allows you to render the accordion component and its item like so:
-
-```blade
+```rblade
 <x-accordion>
     <x-accordion.item>
         ...
@@ -1271,44 +935,26 @@ This directory structure allows you to render the accordion component and its it
 </x-accordion>
 ```
 
-However, in order to render the accordion component via `x-accordion`, we were forced to place the "index" accordion component template in the `resources/views/components` directory instead of nesting it within the `accordion` directory with the other accordion related templates.
-
-Thankfully, Blade allows you to place an `index.blade.php` file within a component's template directory. When an `index.blade.php` template exists for the component, it will be rendered as the "root" node of the component. So, we can continue to use the same Blade syntax given in the example above; however, we will adjust our directory structure like so:
+You could make these components with files in separate directories:
 
 ```none
-/resources/views/components/accordion/index.blade.php
-/resources/views/components/accordion/item.blade.php
+/app/views/components/accordion.rblade
+/app/views/components/accordion/item.rblade
 ```
 
-<a name="data-properties-attributes"></a>
-### Data Properties / Attributes
+However, when an `index.rblade` template exists in a directory, it will be rendered when referring to that directory. So instead of having to have the "index" component in a separate `app/views/components/accordion.rblade`, we can group the components together:
 
-Since anonymous components do not have any associated class, you may wonder how you may differentiate which data should be passed to the component as variables and which attributes should be placed in the component's [attribute bag](#component-attributes).
-
-You may specify which attributes should be considered data variables using the `@props` directive at the top of your component's Blade template. All other attributes on the component will be available via the component's attribute bag. If you wish to give a data variable a default value, you may specify the variable's name as the array key and the default value as the array value:
-
-```blade
-<!-- /resources/views/components/alert.blade.php -->
-
-@props(['type' => 'info', 'message'])
-
-<div {{ $attributes->merge(['class' => 'alert alert-'.$type]) }}>
-    {{ $message }}
-</div>
-```
-
-Given the component definition above, we may render the component like so:
-
-```blade
-<x-alert type="error" :message="$message" class="mb-4"/>
+```none
+/app/views/components/accordion/index.rblade
+/app/views/components/accordion/item.rblade
 ```
 
 <a name="accessing-parent-data"></a>
 ### Accessing Parent Data
-
+**TODO this? It might be complicated**
 Sometimes you may want to access data from a parent component inside a child component. In these cases, you may use the `@aware` directive. For example, imagine we are building a complex menu component consisting of a parent `<x-menu>` and child `<x-menu.item>`:
 
-```blade
+```rblade
 <x-menu color="purple">
     <x-menu.item>...</x-menu.item>
     <x-menu.item>...</x-menu.item>
@@ -1317,8 +963,8 @@ Sometimes you may want to access data from a parent component inside a child com
 
 The `<x-menu>` component may have an implementation like the following:
 
-```blade
-<!-- /resources/views/components/menu/index.blade.php -->
+```rblade
+<!-- /resources/views/components/menu/index.rblade -->
 
 @props(['color' => 'gray'])
 
@@ -1329,8 +975,8 @@ The `<x-menu>` component may have an implementation like the following:
 
 Because the `color` prop was only passed into the parent (`<x-menu>`), it won't be available inside `<x-menu.item>`. However, if we use the `@aware` directive, we can make it available inside `<x-menu.item>` as well:
 
-```blade
-<!-- /resources/views/components/menu/item.blade.php -->
+```rblade
+<!-- /resources/views/components/menu/item.rblade -->
 
 @aware(['color' => 'gray'])
 
@@ -1342,180 +988,15 @@ Because the `color` prop was only passed into the parent (`<x-menu>`), it won't
 > [!WARNING]  
 > The `@aware` directive can not access parent data that is not explicitly passed to the parent component via HTML attributes. Default `@props` values that are not explicitly passed to the parent component can not be accessed by the `@aware` directive.
 
-<a name="anonymous-component-paths"></a>
-### Anonymous Component Paths
-
-As previously discussed, anonymous components are typically defined by placing a Blade template within your `resources/views/components` directory. However, you may occasionally want to register other anonymous component paths with Laravel in addition to the default path.
-
-The `anonymousComponentPath` method accepts the "path" to the anonymous component location as its first argument and an optional "namespace" that components should be placed under as its second argument. Typically, this method should be called from the `boot` method of one of your application's [service providers](/docs/{{version}}/providers):
-
-    /**
-     * Bootstrap any application services.
-     */
-    public function boot(): void
-    {
-        Blade::anonymousComponentPath(__DIR__.'/../components');
-    }
-
-When component paths are registered without a specified prefix as in the example above, they may be rendered in your Blade components without a corresponding prefix as well. For example, if a `panel.blade.php` component exists in the path registered above, it may be rendered like so:
-
-```blade
-<x-panel />
-```
-
-Prefix "namespaces" may be provided as the second argument to the `anonymousComponentPath` method:
-
-    Blade::anonymousComponentPath(__DIR__.'/../components', 'dashboard');
-
-When a prefix is provided, components within that "namespace" may be rendered by prefixing to the component's namespace to the component name when the component is rendered:
-
-```blade
-<x-dashboard::panel />
-```
-
-<a name="building-layouts"></a>
-## Building Layouts
-
-<a name="layouts-using-components"></a>
-### Layouts Using Components
-
-Most web applications maintain the same general layout across various pages. It would be incredibly cumbersome and hard to maintain our application if we had to repeat the entire layout HTML in every view we create. Thankfully, it's convenient to define this layout as a single [Blade component](#components) and then use it throughout our application.
-
-<a name="defining-the-layout-component"></a>
-#### Defining the Layout Component
-
-For example, imagine we are building a "todo" list application. We might define a `layout` component that looks like the following:
-
-```blade
-<!-- resources/views/components/layout.blade.php -->
-
-<html>
-    <head>
-        <title>{{ $title ?? 'Todo Manager' }}</title>
-    </head>
-    <body>
-        <h1>Todos</h1>
-        <hr/>
-        {{ $slot }}
-    </body>
-</html>
-```
-
-<a name="applying-the-layout-component"></a>
-#### Applying the Layout Component
-
-Once the `layout` component has been defined, we may create a Blade view that utilizes the component. In this example, we will define a simple view that displays our task list:
-
-```blade
-<!-- resources/views/tasks.blade.php -->
-
-<x-layout>
-    @foreach ($tasks as $task)
-        {{ $task }}
-    @endforeach
-</x-layout>
-```
-
-Remember, content that is injected into a component will be supplied to the default `$slot` variable within our `layout` component. As you may have noticed, our `layout` also respects a `$title` slot if one is provided; otherwise, a default title is shown. We may inject a custom title from our task list view using the standard slot syntax discussed in the [component documentation](#components):
-
-```blade
-<!-- resources/views/tasks.blade.php -->
-
-<x-layout>
-    <x-slot:title>
-        Custom Title
-    </x-slot>
-
-    @foreach ($tasks as $task)
-        {{ $task }}
-    @endforeach
-</x-layout>
-```
-
-Now that we have defined our layout and task list views, we just need to return the `task` view from a route:
-
-    use App\Models\Task;
-
-    Route::get('/tasks', function () {
-        return view('tasks', ['tasks' => Task::all()]);
-    });
-
-<a name="layouts-using-template-inheritance"></a>
-### Layouts Using Template Inheritance
-
-<a name="defining-a-layout"></a>
-#### Defining a Layout
-
-Layouts may also be created via "template inheritance". This was the primary way of building applications prior to the introduction of [components](#components).
-
-To get started, let's take a look at a simple example. First, we will examine a page layout. Since most web applications maintain the same general layout across various pages, it's convenient to define this layout as a single Blade view:
-
-```blade
-<!-- resources/views/layouts/app.blade.php -->
-
-<html>
-    <head>
-        <title>App Name - @yield('title')</title>
-    </head>
-    <body>
-        @section('sidebar')
-            This is the master sidebar.
-        @show
-
-        <div class="container">
-            @yield('content')
-        </div>
-    </body>
-</html>
-```
-
-As you can see, this file contains typical HTML mark-up. However, take note of the `@section` and `@yield` directives. The `@section` directive, as the name implies, defines a section of content, while the `@yield` directive is used to display the contents of a given section.
-
-Now that we have defined a layout for our application, let's define a child page that inherits the layout.
-
-<a name="extending-a-layout"></a>
-#### Extending a Layout
-
-When defining a child view, use the `@extends` Blade directive to specify which layout the child view should "inherit". Views which extend a Blade layout may inject content into the layout's sections using `@section` directives. Remember, as seen in the example above, the contents of these sections will be displayed in the layout using `@yield`:
-
-```blade
-<!-- resources/views/child.blade.php -->
-
-@extends('layouts.app')
-
-@section('title', 'Page Title')
-
-@section('sidebar')
-    @@parent
-
-    <p>This is appended to the master sidebar.</p>
-@endsection
-
-@section('content')
-    <p>This is my body content.</p>
-@endsection
-```
-
-In this example, the `sidebar` section is utilizing the `@@parent` directive to append (rather than overwriting) content to the layout's sidebar. The `@@parent` directive will be replaced by the content of the layout when the view is rendered.
-
-> [!NOTE]  
-> Contrary to the previous example, this `sidebar` section ends with `@endsection` instead of `@show`. The `@endsection` directive will only define a section while `@show` will define and **immediately yield** the section.
-
-The `@yield` directive also accepts a default value as its second parameter. This value will be rendered if the section being yielded is undefined:
-
-```blade
-@yield('content', 'Default content')
-```
-
 <a name="forms"></a>
 ## Forms
 
 <a name="csrf-field"></a>
 ### CSRF Field
-
+**TODO I don't think we need this?**
 Anytime you define an HTML form in your application, you should include a hidden CSRF token field in the form so that [the CSRF protection](/docs/{{version}}/csrf) middleware can validate the request. You may use the `@csrf` Blade directive to generate the token field:
 
-```blade
+```rblade
 <form method="POST" action="/profile">
     @csrf
 
@@ -1525,10 +1006,10 @@ Anytime you define an HTML form in your application, you should include a hidden
 
 <a name="method-field"></a>
 ### Method Field
+**TODO add this**
+Since HTML forms can't make `PUT`, `PATCH`, or `DELETE` requests, you will need to add a hidden `_method` field to spoof these HTTP verbs. The `@method` RBlade directive can create this field for you:
 
-Since HTML forms can't make `PUT`, `PATCH`, or `DELETE` requests, you will need to add a hidden `_method` field to spoof these HTTP verbs. The `@method` Blade directive can create this field for you:
-
-```blade
+```rblade
 <form action="/foo/bar" method="POST">
     @method('PUT')
 
@@ -1538,11 +1019,11 @@ Since HTML forms can't make `PUT`, `PATCH`, or `DELETE` requests, you will need
 
 <a name="validation-errors"></a>
 ### Validation Errors
-
+**TODO this**
 The `@error` directive may be used to quickly check if [validation error messages](/docs/{{version}}/validation#quick-displaying-the-validation-errors) exist for a given attribute. Within an `@error` directive, you may echo the `$message` variable to display the error message:
 
-```blade
-<!-- /resources/views/post/create.blade.php -->
+```rblade
+<!-- /resources/views/post/create.rblade -->
 
 <label for="title">Post Title</label>
 
@@ -1557,8 +1038,8 @@ The `@error` directive may be used to quickly check if [validation error message
 
 Since the `@error` directive compiles to an "if" statement, you may use the `@else` directive to render content when there is not an error for an attribute:
 
-```blade
-<!-- /resources/views/auth.blade.php -->
+```rblade
+<!-- /resources/views/auth.rblade -->
 
 <label for="email">Email address</label>
 
@@ -1569,8 +1050,8 @@ Since the `@error` directive compiles to an "if" statement, you may use the `@el
 
 You may pass [the name of a specific error bag](/docs/{{version}}/validation#named-error-bags) as the second parameter to the `@error` directive to retrieve validation error messages on pages containing multiple forms:
 
-```blade
-<!-- /resources/views/auth.blade.php -->
+```rblade
+<!-- /resources/views/auth.rblade -->
 
 <label for="email">Email address</label>
 
@@ -1586,25 +1067,25 @@ You may pass [the name of a specific error bag](/docs/{{version}}/validation#nam
 <a name="stacks"></a>
 ## Stacks
 
-Blade allows you to push to named stacks which can be rendered somewhere else in another view or layout. This can be particularly useful for specifying any JavaScript libraries required by your child views:
+RBlade allows you to push to named stacks which can be rendered elsewhere in another component. This can be particularly useful for specifying any JavaScript libraries required by your child views:
 
-```blade
+```rblade
 @push('scripts')
     <script src="/example.js"></script>
 @endpush
 ```
 
 If you would like to `@push` content if a given boolean expression evaluates to `true`, you may use the `@pushIf` directive:
-
-```blade
-@pushIf($shouldPush, 'scripts')
+**TODO add this**
+```rblade
+@pushIf(shouldPush, 'scripts')
     <script src="/example.js"></script>
 @endPushIf
 ```
 
 You may push to a stack as many times as needed. To render the complete stack contents, pass the name of the stack to the `@stack` directive:
 
-```blade
+```rblade
 <head>
     <!-- Head Contents -->
 
@@ -1614,7 +1095,7 @@ You may push to a stack as many times as needed. To render the complete stack co
 
 If you would like to prepend content onto the beginning of a stack, you should use the `@prepend` directive:
 
-```blade
+```rblade
 @push('scripts')
     This will be second...
 @endpush
@@ -1626,46 +1107,12 @@ If you would like to prepend content onto the beginning of a stack, you should u
 @endprepend
 ```
 
-<a name="service-injection"></a>
-## Service Injection
-
-The `@inject` directive may be used to retrieve a service from the Laravel [service container](/docs/{{version}}/container). The first argument passed to `@inject` is the name of the variable the service will be placed into, while the second argument is the class or interface name of the service you wish to resolve:
-
-```blade
-@inject('metrics', 'App\Services\MetricsService')
-
-<div>
-    Monthly Revenue: {{ $metrics->monthlyRevenue() }}.
-</div>
-```
-
-<a name="rendering-inline-blade-templates"></a>
-## Rendering Inline Blade Templates
-
-Sometimes you may need to transform a raw Blade template string into valid HTML. You may accomplish this using the `render` method provided by the `Blade` facade. The `render` method accepts the Blade template string and an optional array of data to provide to the template:
-
-```php
-use Illuminate\Support\Facades\Blade;
-
-return Blade::render('Hello, {{ $name }}', ['name' => 'Julian Bashir']);
-```
-
-Laravel renders inline Blade templates by writing them to the `storage/framework/views` directory. If you would like Laravel to remove these temporary files after rendering the Blade template, you may provide the `deleteCachedView` argument to the method:
-
-```php
-return Blade::render(
-    'Hello, {{ $name }}',
-    ['name' => 'Julian Bashir'],
-    deleteCachedView: true
-);
-```
-
 <a name="rendering-blade-fragments"></a>
 ## Rendering Blade Fragments
-
+**TODO this?**
 When using frontend frameworks such as [Turbo](https://turbo.hotwired.dev/) and [htmx](https://htmx.org/), you may occasionally need to only return a portion of a Blade template within your HTTP response. Blade "fragments" allow you to do just that. To get started, place a portion of your Blade template within `@fragment` and `@endfragment` directives:
 
-```blade
+```rblade
 @fragment('user-list')
     <ul>
         @foreach ($users as $user)
@@ -1703,7 +1150,7 @@ view('dashboard', ['users' => $users])
 
 <a name="extending-blade"></a>
 ## Extending Blade
-
+**TODO this?**
 Blade allows you to define your own custom directives using the `directive` method. When the Blade compiler encounters the custom directive, it will call the provided callback with the expression that the directive contains.
 
 The following example creates a `@datetime($var)` directive which formats a given `$var`, which should be an instance of `DateTime`:
@@ -1745,7 +1192,7 @@ As you can see, we will chain the `format` method onto whatever expression is pa
 
 <a name="custom-echo-handlers"></a>
 ### Custom Echo Handlers
-
+**TODO this? Need to do something similar for attribute manager anyway**
 If you attempt to "echo" an object using Blade, the object's `__toString` method will be invoked. The [`__toString`](https://www.php.net/manual/en/language.oop5.magic.php#object.tostring) method is one of PHP's built-in "magic methods". However, sometimes you may not have control over the `__toString` method of a given class, such as when the class that you are interacting with belongs to a third-party library.
 
 In these cases, Blade allows you to register a custom echo handler for that particular type of object. To accomplish this, you should invoke Blade's `stringable` method. The `stringable` method accepts a closure. This closure should type-hint the type of object that it is responsible for rendering. Typically, the `stringable` method should be invoked within the `boot` method of your application's `AppServiceProvider` class:
@@ -1765,13 +1212,13 @@ In these cases, Blade allows you to register a custom echo handler for that part
 
 Once your custom echo handler has been defined, you may simply echo the object in your Blade template:
 
-```blade
+```rblade
 Cost: {{ $money }}
 ```
 
 <a name="custom-if-statements"></a>
 ### Custom If Statements
-
+**TODO this**  
 Programming a custom directive is sometimes more complex than necessary when defining simple, custom conditional statements. For that reason, Blade provides a `Blade::if` method which allows you to quickly define custom conditional directives using closures. For example, let's define a custom conditional that checks the configured default "disk" for the application. We may do this in the `boot` method of our `AppServiceProvider`:
 
     use Illuminate\Support\Facades\Blade;
@@ -1788,7 +1235,7 @@ Programming a custom directive is sometimes more complex than necessary when def
 
 Once the custom conditional has been defined, you can use it within your templates:
 
-```blade
+```rblade
 @disk('local')
     <!-- The application is using the local disk... -->
 @elsedisk('s3')