From b4a0d3cc1eacfb1e59e0fcd7831a7561ef04a646 Mon Sep 17 00:00:00 2001 From: Mavridis Philippe Date: Mon, 18 Jul 2022 14:58:59 +0300 Subject: Gender-neutral language Related to TDE/tde#93. Signed-off-by: Mavridis Philippe --- kmail/configuredialog.cpp | 4 ++-- kmail/kmail.antispamrc-HOWTO | 2 +- kmail/kmfolderdia.cpp | 4 ++-- 3 files changed, 5 insertions(+), 5 deletions(-) (limited to 'kmail') diff --git a/kmail/configuredialog.cpp b/kmail/configuredialog.cpp index 7dcf8ce2..3f5d3fa5 100644 --- a/kmail/configuredialog.cpp +++ b/kmail/configuredialog.cpp @@ -3770,7 +3770,7 @@ SecurityPageGeneralTab::SecurityPageGeneralTab( TQWidget * parent, const char * "receipt. The message author requests a disposition " "notification to be sent and the receiver's mail program " "generates a reply from which the author can learn what " - "happened to his message. Common disposition types include " + "happened to their message. Common disposition types include " "displayed (i.e. read), deleted and dispatched " "(e.g. forwarded).

" "

The following options are available to control KMail's " @@ -3785,7 +3785,7 @@ SecurityPageGeneralTab::SecurityPageGeneralTab( TQWidget * parent, const char * "

  • Deny: Always sends a denied notification. This " "is only slightly better than always sending MDNs. " "The author will still know that the messages has been acted " - "upon, he just cannot tell whether it was deleted or read etc.
  • " + "upon, they just cannot tell whether it was deleted or read etc." "
  • Always send: Always sends the requested " "disposition notification. That means that the author of the " "message gets to know when the message was acted upon and, " diff --git a/kmail/kmail.antispamrc-HOWTO b/kmail/kmail.antispamrc-HOWTO index 9edcabb0..a107d81c 100644 --- a/kmail/kmail.antispamrc-HOWTO +++ b/kmail/kmail.antispamrc-HOWTO @@ -49,7 +49,7 @@ General options - Priority: Specifies the priority of the filter. This value is used to place faster filters before the slower ones in the selection list. If the - user chooses the top item, he gets the fastest filter. Provider sided + user chooses the top item, they get the fastest filter. Provider sided "filters" (which produce headers tough) like the GMX filter have a prio at about 70, they are very fast as they don't consume time on the client side. Since CRM114 is almost as fast it gets 65 ;-). diff --git a/kmail/kmfolderdia.cpp b/kmail/kmfolderdia.cpp index da4671bf..d34c731b 100644 --- a/kmail/kmfolderdia.cpp +++ b/kmail/kmfolderdia.cpp @@ -541,8 +541,8 @@ KMail::FolderDiaGeneralTab::FolderDiaGeneralTab( KMFolderDialog* dlg, "and should see the alarms for the events or tasks in this folder. " "The setting applies to Calendar and Task folders only " "(for tasks, this setting is only used for alarms).\n\n" - "Example use cases: if the boss shares a folder with his secretary, " - "only the boss should be marked as busy for his meetings, so he should " + "Example use cases: if the boss shares a folder with their secretary, " + "only the boss should be marked as busy for their meetings, so they should " "select \"Admins\", since the secretary has no admin rights on the folder.\n" "On the other hand if a working group shares a Calendar for " "group meetings, all readers of the folders should be marked " -- cgit v1.2.3