[gsettings-desktop-schemas] Updated Hebrew translation

[Yosef Or Boczko <yoseforb src gnome org>]

commit 8d996b3ccfd8bdbb4a09bd120ac06704830613c4
Author: Yosef Or Boczko <yoseforb src gnome org>
Date:   Mon Jan 26 22:22:02 2015 +0200

    Updated Hebrew translation

 po/he.po |  112 +++++++++++++++++++++++++++++++++++++------------------------
 1 files changed, 68 insertions(+), 44 deletions(-)
---
diff --git a/po/he.po b/po/he.po
index 9d999f8..e2f2176 100644
--- a/po/he.po
+++ b/po/he.po
@@ -2,14 +2,14 @@
 # Copyright (C) 2013 THE gsettings-desktop-schemas'S COPYRIGHT HOLDER
 # This file is distributed under the same license as the gsettings-desktop-schemas package.
 # יוסף אור בוצ׳קו <yoseforb gmail com>, 2013.
-# Yosef Or Boczko <yoseforb gnome org>, 2013, 2014.
+# Yosef Or Boczko <yoseforb gnome org>, 2013, 2014, 2015.
 #
 msgid ""
 msgstr ""
 "Project-Id-Version: gsettings-desktop-schemas 3.9.91\n"
 "Report-Msgid-Bugs-To: \n"
-"POT-Creation-Date: 2014-12-12 12:39+0200\n"
-"PO-Revision-Date: 2014-12-12 12:39+0200\n"
+"POT-Creation-Date: 2015-01-26 22:21+0200\n"
+"PO-Revision-Date: 2015-01-26 22:21+0200\n"
 "Last-Translator: Yosef Or Boczko <yoseforb gnome org>\n"
 "Language-Team: עברית <>\n"
 "Language: he\n"
@@ -1616,6 +1616,14 @@ msgstr ""
 "If FALSE, no anonymous installation or removal information will be sent to "
 "the vendor."
 
+#: ../schemas/org.gnome.desktop.privacy.gschema.xml.in.in.h:19
+msgid "Send reports of technical problems to the vendor"
+msgstr "Send reports of technical problems to the vendor"
+
+#: ../schemas/org.gnome.desktop.privacy.gschema.xml.in.in.h:20
+msgid "If TRUE, anonymized reports will be sent automatically to the vendor."
+msgstr "If TRUE, anonymized reports will be sent automatically to the vendor."
+
 #: ../schemas/org.gnome.desktop.screensaver.gschema.xml.in.in.h:1
 msgid "Activate when idle"
 msgstr "Activate when idle"
@@ -2345,48 +2353,22 @@ msgstr ""
 "given focus."
 
 #: ../schemas/org.gnome.desktop.wm.preferences.gschema.xml.in.in.h:11
-msgid "Whether raising should be a side-effect of other user interactions"
-msgstr "Whether raising should be a side-effect of other user interactions"
+msgid "Whether windows should be raised when their client area is clicked"
+msgstr "Whether windows should be raised when their client area is clicked"
 
 #: ../schemas/org.gnome.desktop.wm.preferences.gschema.xml.in.in.h:12
 msgid ""
-"Setting this option to false can lead to buggy behavior, so users are "
-"strongly discouraged from changing it from the default of true. Many actions "
-"(e.g. clicking in the client area, moving or resizing the window) normally "
-"raise the window as a side-effect. Setting this option to false, which is "
-"strongly discouraged, will decouple raising from other user actions, and "
-"ignore raise requests generated by applications. See http://bugzilla.gnome.";
-"org/show_bug.cgi?id=445447#c6. Even when this option is false, windows can "
-"still be raised by an alt-left-click anywhere on the window, a normal click "
-"on the window decorations, or by special messages from pagers, such as "
-"activation requests from tasklist applets. This option is currently disabled "
-"in click-to-focus mode. Note that the list of ways to raise windows when "
-"raise-on-click is false does not include programmatic requests from "
-"applications to raise windows; such requests will be ignored regardless of "
-"the reason for the request. If you are an application developer and have a "
-"user complaining that your application does not work with this setting "
-"disabled, tell them it is -their- fault for breaking their window manager "
-"and that they need to change this option back to true or live with the \"bug"
-"\" they requested."
-msgstr ""
-"Setting this option to false can lead to buggy behavior, so users are "
-"strongly discouraged from changing it from the default of true. Many actions "
-"(e.g. clicking in the client area, moving or resizing the window) normally "
-"raise the window as a side-effect. Setting this option to false, which is "
-"strongly discouraged, will decouple raising from other user actions, and "
-"ignore raise requests generated by applications. See http://bugzilla.gnome.";
-"org/show_bug.cgi?id=445447#c6. Even when this option is false, windows can "
-"still be raised by an alt-left-click anywhere on the window, a normal click "
-"on the window decorations, or by special messages from pagers, such as "
-"activation requests from tasklist applets. This option is currently disabled "
-"in click-to-focus mode. Note that the list of ways to raise windows when "
-"raise-on-click is false does not include programmatic requests from "
-"applications to raise windows; such requests will be ignored regardless of "
-"the reason for the request. If you are an application developer and have a "
-"user complaining that your application does not work with this setting "
-"disabled, tell them it is -their- fault for breaking their window manager "
-"and that they need to change this option back to true or live with the \"bug"
-"\" they requested."
+"The default, true, indicates that a window will be raised whenever its "
+"client area or its frame is clicked. Setting this to false means that a "
+"window will not be raised if it is clicked on the client area. To raise it, "
+"one can click anywhere in the window's frame, or Super-click on any part of "
+"the window. This mode is useful if one uses many overlapping windows."
+msgstr ""
+"The default, true, indicates that a window will be raised whenever its "
+"client area or its frame is clicked. Setting this to false means that a "
+"window will not be raised if it is clicked on the client area. To raise it, "
+"one can click anywhere in the window's frame, or Super-click on any part of "
+"the window. This mode is useful if one uses many overlapping windows."
 
 #: ../schemas/org.gnome.desktop.wm.preferences.gschema.xml.in.in.h:13
 msgid "Action on title bar double-click"
@@ -2495,10 +2477,10 @@ msgstr "Current theme"
 #: ../schemas/org.gnome.desktop.wm.preferences.gschema.xml.in.in.h:24
 msgid ""
 "The theme determines the appearance of window borders, titlebar, and so "
-"forth."
+"forth. DEPRECATED: This key is deprecated and ignored."
 msgstr ""
 "The theme determines the appearance of window borders, titlebar, and so "
-"forth."
+"forth. DEPRECATED: This key is deprecated and ignored."
 
 #: ../schemas/org.gnome.desktop.wm.preferences.gschema.xml.in.in.h:25
 msgid "Use standard system font in window titles"
@@ -2847,3 +2829,45 @@ msgid ""
 msgstr ""
 "The port on the machine defined by \"/system/proxy/socks/host\" that you "
 "proxy through."
+
+#~ msgid "Whether raising should be a side-effect of other user interactions"
+#~ msgstr "Whether raising should be a side-effect of other user interactions"
+
+#~ msgid ""
+#~ "Setting this option to false can lead to buggy behavior, so users are "
+#~ "strongly discouraged from changing it from the default of true. Many "
+#~ "actions (e.g. clicking in the client area, moving or resizing the window) "
+#~ "normally raise the window as a side-effect. Setting this option to false, "
+#~ "which is strongly discouraged, will decouple raising from other user "
+#~ "actions, and ignore raise requests generated by applications. See http://";
+#~ "bugzilla.gnome.org/show_bug.cgi?id=445447#c6. Even when this option is "
+#~ "false, windows can still be raised by an alt-left-click anywhere on the "
+#~ "window, a normal click on the window decorations, or by special messages "
+#~ "from pagers, such as activation requests from tasklist applets. This "
+#~ "option is currently disabled in click-to-focus mode. Note that the list "
+#~ "of ways to raise windows when raise-on-click is false does not include "
+#~ "programmatic requests from applications to raise windows; such requests "
+#~ "will be ignored regardless of the reason for the request. If you are an "
+#~ "application developer and have a user complaining that your application "
+#~ "does not work with this setting disabled, tell them it is -their- fault "
+#~ "for breaking their window manager and that they need to change this "
+#~ "option back to true or live with the \"bug\" they requested."
+#~ msgstr ""
+#~ "Setting this option to false can lead to buggy behavior, so users are "
+#~ "strongly discouraged from changing it from the default of true. Many "
+#~ "actions (e.g. clicking in the client area, moving or resizing the window) "
+#~ "normally raise the window as a side-effect. Setting this option to false, "
+#~ "which is strongly discouraged, will decouple raising from other user "
+#~ "actions, and ignore raise requests generated by applications. See http://";
+#~ "bugzilla.gnome.org/show_bug.cgi?id=445447#c6. Even when this option is "
+#~ "false, windows can still be raised by an alt-left-click anywhere on the "
+#~ "window, a normal click on the window decorations, or by special messages "
+#~ "from pagers, such as activation requests from tasklist applets. This "
+#~ "option is currently disabled in click-to-focus mode. Note that the list "
+#~ "of ways to raise windows when raise-on-click is false does not include "
+#~ "programmatic requests from applications to raise windows; such requests "
+#~ "will be ignored regardless of the reason for the request. If you are an "
+#~ "application developer and have a user complaining that your application "
+#~ "does not work with this setting disabled, tell them it is -their- fault "
+#~ "for breaking their window manager and that they need to change this "
+#~ "option back to true or live with the \"bug\" they requested."