>>>> "Ville" == Ville Skytt <Ville>
writes: 
    Ville> On Fri, 2002-06-07 at 11:53, Adrian Aichner wrote:
    Martin> There's a couple of minor problems, since there's still
    Martin> some internal references to eiffel-mode.el (such as the
    Martin> provide).  I've fixed them at this end and also fixed a
    Martin> bug and a couple of other things.
>  
    Martin> I'm ready to post a patch (from
"cvs diff") to
    Martin> xemacs-patches, but I'm not sure of the exact procedure.
    Martin> There's various subject line tags ([PATCH] is obvious,
    Martin> [AC] & [C] aren't).  Can someone please fill me in on what
    Martin> exactly to post to keep noise on xemacs-patches to a
    Martin> minimum?
>  
    >> Please type
    >> C-h B (describe-beta)
    >> and see
    >> ** Creating patches for submission
    >> ==================================
>  
    >> See also step 6 in
    >> 
http://www.xemacs.org/Develop/index.html
    Ville> I was looking for documentation of the patches mailing list
    Ville> keywords a while back, too, and was unable to find it (the
    Ville> pointers Adrian gave are good, but don't contain this
    Ville> info).  Maybe the best way ATM is to browse the
Ah, right, forgot to mention
patch-keywords.el
which is part of the xemacs-devel package.
You'll need
(require 'patch-keywords)
since it has no autoload cookies.
Shouldn't it have autoload cookies?
Use
M-x patch-keywords-insert-gnus
or
M-x patch-keywords-insert-vm
depending on your MUA.
Use
C-h f (describe-function)
on above functions for details.
patch-keywords.el provides a key mapping for gnus too:
M-p             patch-keywords-insert-gnus
If you use a different MUA, you can still look at valid keywords in
variable
   patch-keywords                 - List of keywords used for reviewing patches.
Hope this helps,
Adrian
    Ville> xemacs-patches archives and see how people use them.  IMHO
    Ville> it would be good if these would be documented somewhere
    Ville> (maybe just add the keywords to the docs from
    Ville> describe-beta).  Here's how I've understood them:
    Ville> A = APPROVE     - reviewed, approved, often combined with COMMIT
    Ville> C = COMMIT      - committed to CVS
    Ville> S = SUPERSEDES  - a revised patch
    Ville> V = VETO        - a rejected patch, and the reason
    Ville> Q = QUERY       - need more info
    Ville> R = RECOMMEND   - recommended for some version
    Ville> PATCH           - yep
    Ville> Use the abbreviation in subjects, and the expanded form in
    Ville> the start of the message body.
    Ville> -- 
    Ville> Ville Skyttä
    Ville> ville.skytta at 
xemacs.org
-- 
Adrian Aichner
 mailto:adrian@xemacs.org
 
http://www.xemacs.org/