From 8f878546e0a859e78dfc2c6ff7f08507347a76ea Mon Sep 17 00:00:00 2001 From: Michele Calgaro Date: Sun, 27 Apr 2025 16:55:48 +0900 Subject: Replace TRUE/FALSE with boolean values true/false Signed-off-by: Michele Calgaro --- certmanager/lib/cryptplugwrapper.h | 20 ++++++++++---------- 1 file changed, 10 insertions(+), 10 deletions(-) (limited to 'certmanager/lib/cryptplugwrapper.h') diff --git a/certmanager/lib/cryptplugwrapper.h b/certmanager/lib/cryptplugwrapper.h index 7397e423..41a9fc2b 100644 --- a/certmanager/lib/cryptplugwrapper.h +++ b/certmanager/lib/cryptplugwrapper.h @@ -240,12 +240,12 @@ class CryptPlugWrapper; any of it's members - just ignore the advise given in the cryptplug.h documentation! - If value returned in \c makeMimeObject is TRUE the + If value returned in \c makeMimeObject is true the text strings returned in \c contentTypeMain and \c contentDispMain and \c contentTEncMain (and, if required, \c content[..]Version and \c bodyTextVersion and \c content[..]Sig) should be used to compose a respective MIME object.
- If FALSE the texts returned in \c flatTextPrefix and + If false the texts returned in \c flatTextPrefix and \c flatTextSeparator and \c flatTextPostfix are to be used instead.
Always either the \c content[..] and \c bodyTextVersion parameters or the \c flatText[..] parameters are holding @@ -273,16 +273,16 @@ class CryptPlugWrapper; you could report the missing MIME header information to the address returned by the \c bugURL() function. - If \c makeMultiMime returns FALSE the \c contentTypeMain returned must + If \c makeMultiMime returns false the \c contentTypeMain returned must not be altered but used to specify a single part mime object holding the code bloc, e.g. this is used for 'enveloped-data' single part MIME objects. In this case you should ignore both the \c content[..]Version and \c content[..]Code parameters. - If \c makeMultiMime returns TRUE also the following rules apply: - \li If \c includeCleartext is TRUE you should include the cleartext - as first part of our multipart MIME object, typically this is TRUE - when signing mails but FALSE when encrypting. + If \c makeMultiMime returns true also the following rules apply: + \li If \c includeCleartext is true you should include the cleartext + as first part of our multipart MIME object, typically this is true + when signing mails but false when encrypting. \li The \c contentTypeMain returned typically starts with "multipart/" while providing a "protocol" and a "micalg" parameter: just add an appropriate \c "; boundary=[your \c boundary \c string]" to get @@ -308,16 +308,16 @@ class CryptPlugWrapper; unaltered value to specify the Content-Transfer-Encoding header of the respective MIME part. - If value returned in \c makeMimeObject is FALSE the + If value returned in \c makeMimeObject is false the text strings returned in \c flatTextPrefix and \c flatTextPostfix should be used to build a frame around the cleartext and the code bloc holding the signature (or - in case of encrypting - the encoded data bloc, resp.).
- If \c includeCleartext is TRUE this frame should also include the + If \c includeCleartext is true this frame should also include the cleartext as first bloc, this bloc should be divided from the code bloc by the contents of \c flatTextSeparator - typically this is used for signing but not when encrypting.
- If \c includeCleartext is FALSE you should ignore both the cleartext + If \c includeCleartext is false you should ignore both the cleartext and the \c flatTextSeparator parameter. How to use StructuringInfoWrapper data in your program: -- cgit v1.2.3