[ESS] Emacs' coding system in R-help buffer.

[gerald.jean at dgag.ca]

Hello,

I am using ESS-5.7.1 from Emacs 22.3.1 on a 64-bit RedHat Linux server, R
2.10.0, Splus 8.1.1

When I open a R-help buffer from a "*.r" buffer a new buffer is open and
the help, for the requested function, is displayed.  But some characters
are in a "hard to read" form for human eyes.  For example, the following is
a portion of the "history" help file.

#############################################################################################
 max.show: the maximum number of lines to show. â\200\230Infâ\200\231 will
give all of
           the currently available history.

 reverse: logical. If true, the lines are shown in reverse order. Note:
          this is not useful when there are continuation lines.

 pattern: A character string to be matched against the lines of the
          history

 ...: Arguments to be passed to â\200\230grepâ\200\231 when doing the
matching.
###########################################################################################

I am also using Splus for a long time, from ESS, on the same machine and
never had this sort of problem.  The coding-system for the R-help buffer
is:

Coding system for saving this buffer:
  Not set locally, use the default.
Default coding system (for new files):
  1 -- iso-latin-1 (alias: iso-8859-1 latin-1)

Coding system for keyboard input:
  nil
Coding system for terminal output:
  u -- utf-8 (alias of mule-utf-8)

Defaults for subprocess I/O:
  decoding: 1 -- iso-latin-1-unix

  encoding: 1 -- iso-latin-1-unix


Priority order for recognizing coding systems when reading files:
  1. iso-latin-1 (alias: iso-8859-1 latin-1)
  2. mule-utf-8 (alias: utf-8)
  3. mule-utf-16be-with-signature (alias: utf-16be-with-signature
mule-utf-16-be utf-16-be)
  4. mule-utf-16le-with-signature (alias: utf-16le-with-signature
mule-utf-16-le utf-16-le)
  5. iso-2022-jp (alias: junet)
  6. iso-2022-7bit
  7. iso-2022-7bit-lock (alias: iso-2022-int-1)
  8. iso-2022-8bit-ss2
  9. emacs-mule
  10. raw-text
  11. japanese-shift-jis (alias: shift_jis sjis cp932)
  12. chinese-big5 (alias: big5 cn-big5 cp950)
  13. no-conversion

  Other coding systems cannot be distinguished automatically
  from these, and therefore cannot be recognized automatically
  with the present coding system priorities.

  The following are decoded correctly but recognized as iso-2022-7bit-lock:
    iso-2022-7bit-ss2 iso-2022-7bit-lock-ss2 iso-2022-cn iso-2022-cn-ext
iso-2022-jp-2
    iso-2022-kr

Particular coding systems specified for certain file names:

  OPERATION TARGET PATTERN          CODING SYSTEM(s)
  --------- --------------          ----------------
  File I/O  "\\.dz\\'"        (no-conversion . no-conversion)
            "\\.g?z\\(~\\|\\.~[0-9]+~\\)?\\'"
                              (no-conversion . no-conversion)
            "\\.tgz\\'"       (no-conversion . no-conversion)
            "\\.tbz\\'"       (no-conversion . no-conversion)
            "\\.bz2\\(~\\|\\.~[0-9]+~\\)?\\'"
                              (no-conversion . no-conversion)
            "\\.Z\\(~\\|\\.~[0-9]+~\\)?\\'"
                              (no-conversion . no-conversion)
            "\\.elc\\'"       (emacs-mule . emacs-mule)
            "\\.utf\\(-8\\)?\\'"    utf-8
            "\\(\\`\\|/\\)loaddefs.el\\'"
                              (raw-text . raw-text-unix)
            "\\.tar\\'"       (no-conversion . no-conversion)
            "\\.po[tx]?\\'\\|\\.po\\."
                              po-find-file-coding-system
            "\\.\\(tex\\|ltx\\|dtx\\|drv\\)\\'"
                              latexenc-find-file-coding-system
            ""                (undecided)
  Process I/O     nothing specified
  Network I/O     nothing specified
####################################################################################################

Both for S+ and R the coding-systems are identical, I ran diff after saving
the corresponding coding-systems, no differences???

Any clues?  Thanks,

Gérald Jean
Conseiller senior en statistiques,
VP Planification et Développement des Marchés,
Desjardins Groupe d'Assurances Générales
télephone            : (418) 835-4900 poste (7639)
télecopieur          : (418) 835-6657
courrier électronique: gerald.jean at dgag.ca

"In God we trust, all others must bring data"  W. Edwards Deming



Le message ci-dessus, ainsi que les documents l'accompagnant, sont destinés
uniquement aux personnes identifiées et peuvent contenir des informations
privilégiées, confidentielles ou ne pouvant être divulguées. Si vous avez
reçu ce message par erreur, veuillez le détruire.

This communication ( and/or the attachments ) is intended for named
recipients only and may contain privileged or confidential information
which is not to be disclosed. If you received this communication by mistake
please destroy all copies.




Faites bonne impression et imprimez seulement au besoin !
Think green before you print !

Le message ci-dessus, ainsi que les documents l'accompagnant, sont destinés uniquement aux personnes identifiées et peuvent contenir des informations privilégiées, confidentielles ou ne pouvant être divulguées. Si vous avez reçu ce message par erreur, veuillez le détruire.

This communication (and/or the attachments) is intended for named recipients only and may contain privileged or confidential information which is not to be disclosed. If you received this communication by mistake please destroy all copies.