<!--#include virtual="/server/header.html" -->
<!-- Parent-Version: 1.79 1.97 -->
<!-- This page is derived from /server/standards/boilerplate.html -->
<title>How to Use the Optional Features of the GFDL
- GNU Project - Free Software Foundation</title>
<!--#include virtual="/licenses/po/fdl-howto-opt.translist" -->
<!--#include virtual="/server/banner.html" -->
<div class="article reduced-width">
<h2>How to Use the Optional Features of the GFDL</h2>

<p>by

<address class="byline">by <a href="http://www.stallman.org/">Richard Stallman</a></p> href="https://www.stallman.org/">Richard
Stallman</a></address>

<p>
The <a href="/licenses/fdl.html">GNU FDL</a> (GNU Free Documentation License)
includes two optional features,
<a href="#SEC1"><strong>invariant sections</strong></a>
and
<a href="#SEC2"><strong>cover texts</strong></a>,
which you can use if you wish.  The manual's license
notice should say whether you are using these features.</p>

<p>
The simplest case is that you do not use these features.  Then
the license notice should say so, like this:</p>

<pre>

<blockquote class="emph-box"><p>
      Permission is granted to copy, distribute and/or modify this
      document under the terms of the GNU Free Documentation License,
      Version 1.3 or any later version published by the Free Software
      Foundation; with no Invariant Sections, no Front-Cover Texts, and
      no Back-Cover Texts.  A copy of the license is included in the
      section entitled "GNU Free Documentation License".
</pre>
</p></blockquote>
<p>
But if you want to use these features, here is an explanation of
what they are intended for and how to use them.</p>

<h3 id="SEC1">Invariant sections</h3>
<p>
The idea of invariant sections is that they give you a way to express
nontechnical personal opinions about the topic.</p>
<p>
The classical example of an invariant nontechnical section in a free
manual is the <a href="/gnu/manifesto.html">GNU Manifesto</a>, which
is included in the GNU Emacs Manual.  The GNU Manifesto says nothing
about how to edit with Emacs, but it explains the reason why I wrote
GNU Emacs—to be an essential part of the GNU operating system,
which would give computer users freedom to cooperate in a community.
Since the GNU Manifesto presents the principles of the GNU Project,
rather than features of GNU Emacs, we decided that others should not
remove or change it when redistributing the Emacs Manual, and we wrote
that requirement into the license.  In effect, we made the GNU
Manifesto into an invariant section, though without using that term.
To do this today using the GNU FDL, we would write the license notice
like this:</p>

<pre>

<blockquote class="emph-box"><p>
      Permission is granted to copy, distribute and/or modify this
      document under the terms of the GNU Free Documentation License,
      Version 1.3 or any later version published by the Free Software
      Foundation; with the Invariant Sections being just "GNU
      Manifesto", “GNU
      Manifesto,” with no Front-Cover Texts, and with no Back-Cover
      Texts.  A copy of the license is included in the section
      entitled "GNU “GNU Free Documentation License".
</pre> License.”
</p></blockquote>
<p>
This says that the section “GNU Manifesto” is the only
invariant section.</p>
<p>
The old Emacs Manual license did not allow others who modify and
redistribute the manual to add new invariant sections.  But while
formulating a more general version of the concept for the GNU FDL, I
felt that it would be more morally consistent if those who modify a
manual can write invariant sections, just as the first authors can.
The FDL permits this.</p>
<p>
But that feature requires a safeguard to prevent it from being abused
to endanger the free status of the manual.  Person B who modifies a
manual that was written by person A should not be able to make any of
person A's documentation invariant, for that would deny person C the
permission to modify it further.  Likewise, if person B adds
documentation for additional subtopics, this added documentation must
not be invariant; the documentation itself must be modifiable by
others.  The FDL's conditions on adding invariant sections provide
this safeguard.</p>
<p>
There is no need for a manual to have any invariant sections.  The
simplest case is to have none at all.  You do not have to list the GNU
FDL itself as an invariant section, because the FDL explicitly says
that the FDL itself may not be changed.  The FDL also distinguishes
certain section titles, “History” and
“Dedications” and others.  You should not list these
sections as invariant, because the FDL already gives the rules for
these sections.</p>

<h3 id="SEC2">Cover texts</h3>
<p>
A cover text is a short piece of text that you insist must be printed
on the cover of the manual when the manual is published, even if
someone else is publishing it.  You can specify a “front-cover
text” which has to be printed on the front cover, and you can
specify a “back-cover text” which has to be printed on the
back cover.  You can specify one of each.</p>
<p>
Cover texts are a new feature, so I cannot cite past examples of their
use, but the intended purpose is simple.  They are meant to give the
original publisher of an edition a way to ask or encourage people to
buy the copies they publish rather than those of some other reprinter.
For example, we could imagine specifying this as a back-cover text:</p>

<pre>

<blockquote class="emph-box"><p>
    Free Manuals Inc. paid Alyssa P. Hacker to write this manual
    and asks for your support through buying the Free Manuals edition.
</pre>
</p></blockquote>
<p>
This might help Free Manuals Inc. succeed in the business of
publishing free manuals—at least, that is the plan.  To specify
this back-cover text, Free Manuals Inc. would write the license notice
like this:</p>

<pre>

<blockquote class="emph-box"><p>
      Permission is granted to copy, distribute and/or modify this
      document under the terms of the GNU Free Documentation License,
      Version 1.3 or any later version published by the Free Software
      Foundation; with no Invariant Sections, no Front-Cover Texts, and
      one Back-Cover Text: "Free “Free Manuals Inc. paid Alyssa P. Hacker to
      write this manual and asks for your support through buying the
      Free Manuals edition." edition.”  A copy of the license is included in the
      section entitled "GNU “GNU Free Documentation License".
</pre> License.”
</p></blockquote>
</div>

</div><!-- for id="content", starts in the include above -->
<!--#include virtual="/server/footer.html" -->
<div id="footer"> id="footer" role="contentinfo">
<div class="unprintable">

<p>Please send general FSF & GNU inquiries to
<a href="mailto:gnu@gnu.org"><gnu@gnu.org></a>.
There are also <a href="/contact/">other ways to contact</a>
the FSF.  Broken links and other corrections or suggestions can be sent
to <a href="mailto:webmasters@gnu.org"><webmasters@gnu.org></a>.</p>

<p><!-- TRANSLATORS: Ignore the original text in this paragraph,
        replace it with the translation of these two:

        We work hard and do our best to provide accurate, good quality
        translations.  However, we are not exempt from imperfection.
        Please send your comments and general suggestions in this regard
        to <a href="mailto:web-translators@gnu.org">
        <web-translators@gnu.org></a>.</p>

        <p>For information on coordinating and submitting contributing translations of
        our web pages, see <a
        href="/server/standards/README.translations.html">Translations
        README</a>. -->
Please see the <a
href="/server/standards/README.translations.html">Translations
README</a> for information on coordinating and submitting contributing translations
of this article.</p>
</div>

<!-- Regarding copyright, in general, standalone pages (as opposed to
     files generated as part of manuals) on the GNU web server should
     be under CC BY-ND 4.0.  Please do NOT change or remove this
     without talking with the webmasters or licensing team first.
     Please make sure the copyright date is consistent with the
     document.  For web pages, it is ok to list just the latest year the
     document was modified, or published.
     
     If you wish to list earlier years, that is ok too.
     Either "2001, 2002, 2003" or "2001-2003" are ok for specifying
     years, as long as each year in the range is in fact a copyrightable
     year, i.e., a year in which the document was published (including
     being publicly visible on the web or in a revision control system).
     
     There is more detail about copyright years in the GNU Maintainers
     Information document, www.gnu.org/prep/maintain. -->

<p>Copyright © 2000, 2008, 2014, 2016 2022 Free Software Foundation, Inc.</p>

<p>This page is licensed under a <a rel="license"
href="http://creativecommons.org/licenses/by-nd/4.0/">Creative
Commons Attribution-NoDerivatives 4.0 International License</a>.</p>

<!--#include virtual="/server/bottom-notes.html" -->

<p class="unprintable">Updated:
<!-- timestamp start -->
$Date: 2022/03/03 17:31:39 $
<!-- timestamp end -->
</p>
</div>
</div>
</div><!-- for class="inner", starts in the banner include -->
</body>
</html>