GNUS-NEWS and `Oort Gnus' info node (was: wash ANSI ESC bbs highlighting)

GNUS-NEWS and `Oort Gnus' info node (was: wash ANSI ESC bbs highlighting)

[Reiner Steib]

On Mon, Oct 20 2003, Simon Josefsson wrote:

> It works for me.  I think it would be nice to install this, don't
> forget the GNUS-NEWS entry.  

BTW: People often forget to add GNUS-NEWS entries to (info "(gnus)Oort
Gnus"), too.  I'd say that we should prefer to first write the entry
in `gnus.texi' (including proper markup) and then Copy+Paste the entry
from the formated info page.  WDYT?

(Cc: & MFT: <ding@gnus.org>, we should probably discuss it there).

> But most likely we should wait for No Gnus.

Yes.  I moved the patch to my "No Gnus" directory. :-)

> I think it would be better to replace 'nil' with '(if (locate-library
> "ansi-color") t)', so it magically work for people with modern emacs.

Added.

Bye, Reiner.
-- 
       ,,,
      (o o)
---ooO-(_)-Ooo--- PGP key available via WWW   http://rsteib.home.pages.de/

Re: GNUS-NEWS and `Oort Gnus' info node

[Simon Josefsson]

Reiner Steib <4.uce.03.r.s@nurfuerspam.de> writes:

> On Mon, Oct 20 2003, Simon Josefsson wrote:
>
>> It works for me.  I think it would be nice to install this, don't
>> forget the GNUS-NEWS entry.  
>
> BTW: People often forget to add GNUS-NEWS entries to (info "(gnus)Oort
> Gnus"), too.  I'd say that we should prefer to first write the entry
> in `gnus.texi' (including proper markup) and then Copy+Paste the entry
> from the formated info page.  WDYT?

If they ought to contain exactly the same text, I think one of them
should be automatically generated/merged from the other.  It seems
easier to update GNUS-NEWS automatically from gnus.texi, so I vote for
that.

>> I think it would be better to replace 'nil' with '(if (locate-library
>> "ansi-color") t)', so it magically work for people with modern emacs.
>
> Added.

On second thought, it is probably faster to test for `(fboundp
'ansi-color-process-output)'.

Re: wash ANSI ESC bbs highlighting

[Reiner Steib]

On Mon, Oct 20 2003, Simon Josefsson wrote:

[ About a wash for ANSI escape sequences used in Chinese hierarchies...]

> It works for me.  I think it would be nice to install this, don't
> forget the GNUS-NEWS entry.

Will add this later, see thread about GNUS-NEWS,
<news:v9n092leuv.fsf@marauder.physik.uni-ulm.de>.

> But most likely we should wait for No Gnus.
[...]
> I think it would be better to replace 'nil' with '(if (locate-library
> "ansi-color") t)', so it magically work for people with modern emacs.

Added to CVS (No Gnus v0.2).  Dan, is sentence about "some Chinese
hierarchies" correct?

,----[ (info "(gnus)Article Washing") ]
| `W A'
|      Translate ANSI SGR control sequences into overlays or extents
|      (`gnus-article-treat-ansi-sequences').  ANSI sequences are used in
|      some Chinese hierarchies for highlighting.
`----

As all supported Emacsen have "ansi-color", I used `t' as the default
value.

+(defcustom gnus-treat-ansi-sequences nil
+  "Treat ANSI SGR control sequences.
+Valid values are nil, t, `head', `last', an integer or a predicate.
+See Info node `(gnus)Customizing Articles' for details."
+  :group 'gnus-article-treat
+  :link '(custom-manual "(gnus)Customizing Articles")
+  :type gnus-article-treat-custom)

BTW, does `head' make any sense for wash options like
`gnus-treat-hide-citation'?

Bye, Reiner.

-- 
       ,,,
      (o o)
---ooO-(_)-Ooo--- PGP key available via WWW   http://rsteib.home.pages.de/

Re: wash ANSI ESC bbs highlighting

[Simon Josefsson]

Reiner Steib <4.uce.03.r.s@nurfuerspam.de> writes:

> As all supported Emacsen have "ansi-color", I used `t' as the default
> value.

For XEmacs, ansi-color.el is stored in the "text-modes" package, which
isn't required yet, I think.  Perhaps using a fboundp test on
ansi-color-process-output is better?  Then people get ANSI support if
they have the text-modes package installed.

Re: wash ANSI ESC bbs highlighting

[Reiner Steib]

On Tue, Jan 06 2004, Simon Josefsson wrote:

> Reiner Steib <4.uce.03.r.s@nurfuerspam.de> writes:
>
>> As all supported Emacsen have "ansi-color", I used `t' as the default
>> value.
>
> For XEmacs, ansi-color.el is stored in the "text-modes" package, which
> isn't required yet, I think.  

Oops, I didn't think of that, sorry.

> Perhaps using a fboundp test on ansi-color-process-output is better?
> Then people get ANSI support if they have the text-modes package
> installed.

I changed it to (if (locate-library "ansi-color") t) as you suggested
earlier in this thread.  I hope this is okay.

Bye, Reiner.
-- 
       ,,,
      (o o)
---ooO-(_)-Ooo--- PGP key available via WWW   http://rsteib.home.pages.de/