Skip to content

Commit

Permalink
Tidies up some sentences in the Assets Overview
Browse files Browse the repository at this point in the history
  • Loading branch information
philnash committed Oct 30, 2017
1 parent 703e437 commit 3f33813
Show file tree
Hide file tree
Showing 2 changed files with 27 additions and 27 deletions.
30 changes: 15 additions & 15 deletions source/guides/1.0/assets/overview.md
Original file line number Diff line number Diff line change
Expand Up @@ -110,17 +110,17 @@ GET /assets/application.js
It copies the `apps/web/assets/javascripts/application.js` to `public/assets/application.js` and then serves it.

<p class="notice">
Assets are copied only if the destination path is NOT existing (eg. <code>public/assets/application.js</code>).
If it DOES exist, the asset is only served, without copying it.
Assets are copied only if the destination path does <em>NOT</em> exist (eg. <code>public/assets/application.js</code>).
If it <em>DOES</em> exist, the asset is only served, without copying it.
</p>

<p class="warning">
When an application has turned OFF assets compilation (Compile mode), Hanami won't copy the file.
When an application has turned <em>OFF</em> asset compilation (Compile mode), Hanami won't copy the file.
</p>

#### Stale Asset

This could happen in _development_ mode, when we require an asset the first time, it's get copied over `public/`, then we edit it, so the destination file is stale.
This could happen in _development_ mode. When we require an asset the first time it gets copied to the `public/` directory. Then when we edit the source file, the destination file becomes stale.

```
GET /assets/application.js
Expand All @@ -129,7 +129,7 @@ GET /assets/application.js
GET /assets/application.js
```

It copies **again** the source into the destination file (`public/assets/application.js`) and then serves it.
It copies the source into the destination file **again** (`public/assets/application.js`) and then serves it.

#### Precompiled Asset

Expand Down Expand Up @@ -159,10 +159,10 @@ This isn't a static file or a dynamic resource, the project returns a `404 (Not

## Sources

Each application has a separated set of directories where to look up for files.
Each application has a separated set of directories where its assets can be found.
Assets are recursively searched under these paths.

New projects have a default directory where to put application assets:
New projects have a default directory where application assets can be put:

```
% tree apps/web/assets
Expand All @@ -178,12 +178,12 @@ apps/web/assets
We can add as many directories we want under it (eg. `apps/web/assets/fonts`).

<p class="convention">
For a given application named <code>Web</code>, the default assets source is <code>apps/web/assets</code>
For a given application named <code>Web</code>, the default asset directory is <code>apps/web/assets</code>
</p>

### Adding Sources

If we want add other sources for a given application, we can specify them in the configuration.
If we want to add other sources for a given application, we can specify them in the configuration.

```ruby
# apps/web/application.rb
Expand All @@ -205,14 +205,14 @@ end
This will add `apps/web/vendor/assets` and all its subdirectories.

<p class="warning">
Hanami looks recursively to the assets sources. In order to NOT accidentally disclose sensitive files like secrets or source code, please make sure that these sources directories ONLY contain web assets.
Hanami looks recursively through the asset sources. In order to <em>NOT</em> accidentally disclose sensitive files like secrets or source code, please make sure that these sources directories <em>ONLY</em> contain web assets.
</p>

## Third Party Gems

Hanami allows to use [Rubygems](https://rubygems.org) as a way to distribute web assets and make them available to Hanami applications.
Hanami allows developers to use [Rubygems](https://rubygems.org) as a way to distribute web assets and make them available to Hanami applications.

Third party gems can be maintained by developers who want to bring frontend frameworks support to Hanami.
Third party gems can be maintained by developers who want to bring frontend framework support to Hanami.
Let's say we want to build an `hanami-emberjs` gem.

```shell
Expand All @@ -230,7 +230,7 @@ Let's say we want to build an `hanami-emberjs` gem.
# ...
```

We put in an **arbitrary** directory **only** the assets that we want to serve.
We put **only** the assets that we want to serve in an **arbitrary** directory.
Then we add it to `Hanami::Assets.sources`.

```ruby
Expand All @@ -246,10 +246,10 @@ end
Hanami::Assets.sources << __dir__ + '/emberjs/source'
```

When an application will do `require 'hanami/emberjs'`, that directory will be added to the sources where Hanami will be able to lookup for assets.
When an application requires `'hanami/emberjs'`, that directory will be added to the sources where Hanami can search for assets.

```erb
<%= javascript 'ember' %>
```

We can use the `javascript` [helper](/guides/1.0/helpers/assets) to include `ember.js` in our application.
Then we can use the `javascript` [helper](/guides/1.0/helpers/assets) to include `ember.js` in our application.
24 changes: 12 additions & 12 deletions source/guides/1.1/assets/overview.md
Original file line number Diff line number Diff line change
Expand Up @@ -110,17 +110,17 @@ GET /assets/application.js
It copies the `apps/web/assets/javascripts/application.js` to `public/assets/application.js` and then serves it.

<p class="notice">
Assets are copied only if the destination path is NOT existing (eg. <code>public/assets/application.js</code>).
If it DOES exist, the asset is only served, without copying it.
Assets are copied only if the destination path does <em>NOT</em> exist (eg. <code>public/assets/application.js</code>).
If it <em>DOES</em> exist, the asset is only served, without copying it.
</p>

<p class="warning">
When an application has turned OFF assets compilation (Compile mode), Hanami won't copy the file.
When an application has turned <em>OFF</em> asset compilation (Compile mode), Hanami won't copy the file.
</p>

#### Stale Asset

This could happen in _development_ mode, when we require an asset the first time, it's get copied over `public/`, then we edit it, so the destination file is stale.
This could happen in _development_ mode. When we require an asset the first time it gets copied to the `public/` directory. Then when we edit the source file, the destination file becomes stale.

```
GET /assets/application.js
Expand All @@ -129,7 +129,7 @@ GET /assets/application.js
GET /assets/application.js
```

It copies **again** the source into the destination file (`public/assets/application.js`) and then serves it.
It copies the source into the destination file **again** (`public/assets/application.js`) and then serves it.

#### Precompiled Asset

Expand Down Expand Up @@ -159,10 +159,10 @@ This isn't a static file or a dynamic resource, the project returns a `404 (Not

## Sources

Each application has a separated set of directories where to look up for files.
Each application has a separated set of directories where its assets can be found.
Assets are recursively searched under these paths.

New projects have a default directory where to put application assets:
New projects have a default directory where application assets can be put:

```
% tree apps/web/assets
Expand Down Expand Up @@ -205,14 +205,14 @@ end
This will add `apps/web/vendor/assets` and all its subdirectories.

<p class="warning">
Hanami looks recursively to the assets sources. In order to NOT accidentally disclose sensitive files like secrets or source code, please make sure that these sources directories ONLY contain web assets.
Hanami looks recursively through the asset sources. In order to <em>NOT</em> accidentally disclose sensitive files like secrets or source code, please make sure that these sources directories <em>ONLY</em> contain web assets.
</p>

## Third Party Gems

Hanami allows to use [Rubygems](https://rubygems.org) as a way to distribute web assets and make them available to Hanami applications.
Hanami allows developers to use [Rubygems](https://rubygems.org) as a way to distribute web assets and make them available to Hanami applications.

Third party gems can be maintained by developers who want to bring frontend frameworks support to Hanami.
Third party gems can be maintained by developers who want to bring frontend framework support to Hanami.
Let's say we want to build an `hanami-emberjs` gem.

```shell
Expand All @@ -230,7 +230,7 @@ Let's say we want to build an `hanami-emberjs` gem.
# ...
```

We put in an **arbitrary** directory **only** the assets that we want to serve.
We put **only** the assets that we want to serve in an **arbitrary** directory.
Then we add it to `Hanami::Assets.sources`.

```ruby
Expand All @@ -246,7 +246,7 @@ end
Hanami::Assets.sources << __dir__ + '/emberjs/source'
```

When an application will do `require 'hanami/emberjs'`, that directory will be added to the sources where Hanami will be able to lookup for assets.
When an application requires `'hanami/emberjs'`, that directory will be added to the sources where Hanami can search for assets.

```erb
<%= javascript 'ember' %>
Expand Down

0 comments on commit 3f33813

Please sign in to comment.