Remove debug stuff. gpgol-0.10.13
authorWerner Koch <wk@gnupg.org>
Tue, 6 May 2008 09:07:15 +0000 (09:07 +0000)
committerWerner Koch <wk@gnupg.org>
Tue, 6 May 2008 09:07:15 +0000 (09:07 +0000)
Update specs.

ChangeLog
NEWS
configure.ac
doc/gpgol.texi
src/display.cpp

index 841e890..363f342 100644 (file)
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,7 @@
+2008-05-06  Werner Koch  <wk@g10code.com>
+
+       * Release 0.10.13.
+
 2008-04-16  Werner Koch  <wk@g10code.com>
 
        * Release 0.10.12.
diff --git a/NEWS b/NEWS
index 5ce5ce0..4bdac22 100644 (file)
--- a/NEWS
+++ b/NEWS
@@ -1,3 +1,9 @@
+Noteworthy changes for version 0.10.13 (2008-05-06)
+===================================================
+
+ * Properly handle the disposition of text attachments.
+
+
 Noteworthy changes for version 0.10.12 (2008-04-16)
 ===================================================
 
index e1635de..a049753 100644 (file)
@@ -16,7 +16,7 @@ min_automake_version="1.9.4"
 # Remember to change the version number immediately *after* a release.
 # Set my_issvn to "yes" for non-released code.  Remember to run an
 # "svn up" and "autogen.sh" right before creating a distribution.
-m4_define([my_version], [0.10.12])
+m4_define([my_version], [0.10.13])
 m4_define([my_issvn], [no])
 
 m4_define([svn_revision], m4_esyscmd([echo -n $( (svn info 2>/dev/null \
index 4092272..1fc83df 100644 (file)
@@ -312,18 +312,8 @@ file descriptor, see the @code{INPUT} command.
 
 @noindent
 To allow the server the selection of a non-default signing key the
-client may optionally use the command:
-
-@deffn Command SENDER @var{email}
-@var{email} is the plain ASCII encoded address ("addr-spec" as per
-RFC-2822) enclosed in angle brackets.  The address set with this command
-is valid until a successful @code{SIGN} command or until a @code{RESET}
-command.  A second command overrides the effect of the first one; if
-@var{email} is not given the server shall use the default signing key.
-The server shall also suggest a protocol to use for signing.  The client
-may use this suggested protocol on its own discretion.  The same status
-line as with PREP_ENCRYPT is used for this.
-@end deffn
+client may optionally use the @code{SENDER} command, see @ref{command
+SENDER}.
 
 @noindent
 The signing operation is then initiated by:
@@ -526,6 +516,44 @@ into the foregound and that this command immediatley returns (does not
 wait until the key manager has been fully brought up).
 @end deffn
 
+@anchor{command SENDER}
+@noindent
+When doing an operation on a mail, it is useful to let the server know
+the address of the sender:
+
+@deffn Command SENDER [-@w{}-info] @var{email}
+@var{email} is the plain ASCII encoded address ("addr-spec" as per
+RFC-2822) enclosed in angle brackets.  The address set with this command
+is valid until a successful completion of the operation or until a
+@code{RESET} command.  A second command overrides the effect of the
+first one; if @var{email} is not given and @option{--info} is not used,
+the server shall use the default signing key.
+
+If option @option{--info} is not given, the server shall also suggest a
+protocol to use for signing.  The client may use this suggested protocol
+on its own discretion.  The same status line as with PREP_ENCRYPT is
+used for this.
+@end deffn
+
+@noindent 
+To allow the UI-server to visually identify a running operation or to
+associate operations the server MAY support the command:
+
+@deffn Command SESSION @var{number} [@var{string}]
+The @var{number} is an arbitrary value, a server may use to associate
+simultaneous running sessions.  It is a 32 bit unsigned integer with
+@code{0} as a special value indicating that no session association shall
+be done.
+
+If @var{string} is given, the server may use this as the title of a
+window or, in the case of an email operation, to extract the sender's
+address. The string may contain spaces; thus no plus-escaping is used.
+
+This command may be used at any time and overrides the effect of the
+last command.  A @code{RESET} undoes the effect of this command.
+
+@end deffn
+
 @c xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
 @c
 @c  M A P I  P r o p e r t i e s
@@ -749,7 +777,7 @@ What about the message class mangling?
   apply its own S/MIME handler to the message but leaves it unchanged in
   the message store.
 
-* For ease of implementarion the same thing applies to PGP messgaes,
+* For ease of implementation the same thing applies to PGP messgaes,
   although OL would not touch these messages.
 
 * When reading a message GpgOL quickly checks the message class and if
@@ -757,7 +785,7 @@ What about the message class mangling?
   decrypt/verify the message.
 
 * Messages already in the message store before GpgOL was installed are
-  handled diffwerently: Here an Outlook specific event is used to change
+  handled differently: Here an Outlook specific event is used to change
   the message class when browsing the messages folder.  This code path
   is not fully ready as it requires the installation of an ECF(ile)
   which has to be done manually as of now.
@@ -771,7 +799,6 @@ What about the message class mangling?
 
 
 
-
 @c Local Variables:
 @c coding: latin-1
 @c End:
index d00fb63..4a54300 100644 (file)
@@ -205,8 +205,8 @@ is_inspector_display (HWND hwnd)
 
   memset (&findstate, 0, sizeof findstate);
   rc = !!find_message_window (hwnd, &findstate);
-  if (!rc)
-    log_window_hierarchy (hwnd, "The windows blow hwnd %p", hwnd);
+//   if (!rc)
+//     log_window_hierarchy (hwnd, "The windows below hwnd %p", hwnd);
   
   return rc;
 }