aboutsummaryrefslogtreecommitdiffstats
path: root/railties
diff options
context:
space:
mode:
authorVijay Dev <vijaydev.cse@gmail.com>2011-12-06 22:51:07 +0530
committerVijay Dev <vijaydev.cse@gmail.com>2011-12-06 22:51:07 +0530
commit078b4b54a6ce655854bae5f9f931423410d46ff8 (patch)
tree0d2169955dfe7f8dccf4282cbc7b9a53c69f9373 /railties
parentd1bf7db55d08ddd73f204df7fc1f7e08ff6f7b97 (diff)
downloadrails-078b4b54a6ce655854bae5f9f931423410d46ff8.tar.gz
rails-078b4b54a6ce655854bae5f9f931423410d46ff8.tar.bz2
rails-078b4b54a6ce655854bae5f9f931423410d46ff8.zip
use textile syntax in links
Diffstat (limited to 'railties')
-rw-r--r--railties/guides/source/action_controller_overview.textile2
1 files changed, 1 insertions, 1 deletions
diff --git a/railties/guides/source/action_controller_overview.textile b/railties/guides/source/action_controller_overview.textile
index 965da9f7dc..bc85f07ecc 100644
--- a/railties/guides/source/action_controller_overview.textile
+++ b/railties/guides/source/action_controller_overview.textile
@@ -16,7 +16,7 @@ h3. What Does a Controller Do?
Action Controller is the C in MVC. After routing has determined which controller to use for a request, your controller is responsible for making sense of the request and producing the appropriate output. Luckily, Action Controller does most of the groundwork for you and uses smart conventions to make this as straightforward as possible.
-For most conventional <span><a href="http://en.wikipedia.org/wiki/Representational_state_transfer">REST</a>ful</span> applications, the controller will receive the request (this is invisible to you as the developer), fetch or save data from a model and use a view to create HTML output. If your controller needs to do things a little differently, that's not a problem, this is just the most common way for a controller to work.
+For most conventional "RESTful":http://en.wikipedia.org/wiki/Representational_state_transfer applications, the controller will receive the request (this is invisible to you as the developer), fetch or save data from a model and use a view to create HTML output. If your controller needs to do things a little differently, that's not a problem, this is just the most common way for a controller to work.
A controller can thus be thought of as a middle man between models and views. It makes the model data available to the view so it can display that data to the user, and it saves or updates data from the user to the model.