Settings to control Add Person and Browse as Guest.

chrome/browser/resources/options/browser_options.html

Index: chrome/browser/resources/options/browser_options.html
diff --git a/chrome/browser/resources/options/browser_options.html b/chrome/browser/resources/options/browser_options.html
index 9b667b56b57dda10631808170d7b504d5b79b36f..f29e40fa0877a56cef75da1101b678ab8266de09 100644
--- a/chrome/browser/resources/options/browser_options.html
+++ b/chrome/browser/resources/options/browser_options.html
@@ -208,6 +208,26 @@
       <div id="profiles-single-message" class="settings-row"
           i18n-content="profilesSingleUser">
       </div>
+<if expr="not chromeos">
+      <div id="profiles-enable-guest" class="checkbox">
+        <input id="profile-browser-guest-enable"
+            pref="profile.browser_guest_enabled" type="checkbox">

[Marc Treib, 2014/09/01 08:49:53]

Hm, I think a supervised user could change the prefs by using the inspector and
un-hiding the checkboxes. Is there another line of defense apart from hiding the
UI?

[Mike Lerman, 2014/09/02 16:58:29]

Yes, found one! Done.

+        <span>
+          <label for="browser-guest-enable"

[Evan Stade, 2014/08/30 01:15:36]

structure should be

<label> // no for=
  <input>
  <span>
</label>

The way you currently have it, clicking the space between checkbox and text
doesn't toggle the setting.

[Mike Lerman, 2014/09/02 16:58:29]

Done.

+              i18n-content="profileBrowserGuestEnable">
+          </label>
+        </span>
+      </div>
+      <div id="profiles-enable-add-person" class="checkbox">
+        <input id="profile-add-person-enable"
+            pref="profile.add_person_enabled" type="checkbox">
+        <span>
+          <label for="add-person-enable"
+              i18n-content="profileAddPersonEnable">
+          </label>
+        </span>
+      </div>
+</if>
       <div id="profiles-buttons">
         <button id="profiles-create" i18n-content="profilesCreate"></button>
 <if expr="enable_settings_app">