This isn't 'built-in' any more.

@@ -4,9 +4,9 @@ Customizing the comments framework
 
 .. currentmodule:: django_comments
 
-If the built-in comment framework doesn't quite fit your needs, you can extend
+If the comment framework doesn't quite fit your needs, you can extend
 the comment app's behavior to add custom data and logic. The comments framework
-lets you extend the built-in comment model, the built-in comment form, and the
+lets you extend the in comment model, the comment form, and the
 various comment views.
 
 The :setting:`COMMENTS_APP` setting is where this customization begins. Set
@@ -35,8 +35,8 @@ An example custom comments app
 ==============================
 
 One of the most common types of customization is modifying the set of fields
-provided on the built-in comment model. For example, some sites that allow
-comments want the commentator to provide a title for their comment; the built-in
+provided on the comment model. For example, some sites that allow
+comments want the commentator to provide a title for their comment; the
 comment model has no field for that title.
 
 To make this kind of customization, we'll need to do three things:
@@ -87,7 +87,7 @@ field::
         title = forms.CharField(max_length=300)
 
         def get_comment_model(self):
-            # Use our custom comment model instead of the built-in one.
+            # Use our custom comment model instead of the default one.
             return CommentWithTitle
 
         def get_comment_create_data(self):
@@ -164,7 +164,7 @@ however.
         spam-prevention features (see
         :ref:`notes-on-the-comment-form`).  If replacing it with your
         own form, you may want to look at the source code for the
-        built-in form and consider incorporating similar features.
+        default form and consider incorporating similar features.
 
 .. function:: get_form_target()
 

 .. highlightlang:: html+django
 
-===========================================
-Example of using the built-in comments app
-===========================================
+=================================
+Example of using the comments app
+=================================
 
 Follow the first three steps of the :doc:`quick start guide <quickstart>`.
 
@@ -158,7 +158,7 @@ Moderation
 
 Now that we have the comments framework working, we might want to have some
 moderation setup to administer the comments. The comments framework comes
-built-in with :doc:`generic comment moderation
+with :doc:`generic comment moderation
 <moderation>`. The comment moderation has the following
 features (all of which or only certain can be enabled):
 

@@ -3,7 +3,7 @@ Comment form classes
 ====================
 
 .. module:: django_comments.forms
-   :synopsis: Forms for dealing with the built-in comment model.
+   :synopsis: Forms for dealing with the comment model.
 
 The ``django.contrib.comments.forms`` module contains a handful of forms
 you'll use when writing custom views dealing with comments, or when writing
@@ -11,11 +11,11 @@ you'll use when writing custom views dealing with comments, or when writing
 
 .. class:: CommentForm
 
-   The main comment form representing the standard, built-in way of handling
+   The main comment form representing the standard way of handling
    submitted comments. This is the class used by all the views
    :mod:`django_comments` to handle submitted comments.
 
-   If you want to build custom views that are similar to Django's built-in
+   If you want to build custom views that are similar to django_comment's built-in
    comment handling views, you'll probably want to use this form.
 
 Abstract comment forms for custom comment apps

-===========================
-The built-in comment models
-===========================
+==================
+The comment models
+==================
 
 .. module:: django_comments.models
-   :synopsis: The built-in comment models
+   :synopsis: The comment models
 
 .. class:: Comment
 
-    Django's built-in comment model. Has the following fields:
+    The comment model. Has the following fields:
 
     .. attribute:: content_object
 

@@ -67,14 +67,14 @@ knows how to work with them to determine whether to allow a comment, whether
 to moderate a comment which will be allowed to post, and whether to email
 notifications of new comments.
 
-Built-in moderation options
----------------------------
+Moderation options
+------------------
 
 .. class:: CommentModerator
 
     Most common comment-moderation needs can be handled by subclassing
     :class:`CommentModerator` and
-    changing the values of pre-defined attributes; the full range of built-in
+    changing the values of pre-defined attributes; the full range of
     options is as follows.
 
     .. attribute:: auto_close_field
@@ -138,7 +138,7 @@ models registered using the subclass.
 Adding custom moderation methods
 --------------------------------
 
-For situations where the built-in options listed above are not
+For situations where the options listed above are not
 sufficient, subclasses of :class:`CommentModerator` can also override
 the methods which actually perform the moderation, and apply any logic
 they desire.  :class:`CommentModerator` defines three methods which