similar to: R-alpha: ISO Latin1 and Readline

Dear colleages in R, I have earlier been working with R in Linux, where reading in a table containing Scandinavian letters ("?", "?", and "?") in the header as part of variable names has not caused any problem whatsoever. However, when trying to do the same in R running on new MacOS-X (with an Intel processor) with the same original text table does not seem to

Hello, I have some questions concerning encoding and package distribution. We develop the ade4 package. For some data sets included in the package, there are accentued character (e.g. ?,?...). The data sets have been saved using latin1 encoding, but some of us use utf-8 and can not see some data sets which contains accented chracters. e.g: librarry(ade4) data(rankrock) rankrock in this case,

Upon further inspection, I think these are at least two problems. First the issue with printing latin1/cp1252 characters in the "80" to "9F" code range. x <- c("?", "?", "?") Encoding(x) print(x) I assume that these are Unicode escapes!? (Given that Encoding(x) shows "latin1" I'd rather expect latin1/cp1252 escapes here, but

Thank you!. My apologies again for not including the console output in my message before. I sent another e-mail with the output in the meantime, so it should be a bit clearer now, what I am seeing. In case I missed something, please let me know. Yes, I am using latin1 and cp1252 interchangebly here, mostly because Encoding() is reporting the encoding as "latin1". You presumed correctly

This is a follow-up on my initial posts regarding character encodings on Windows (https://stat.ethz.ch/pipermail/r-devel/2017-August/074728.html) and Patrick Perry's reply (https://stat.ethz.ch/pipermail/r-devel/2017-August/074830.html) in particular (thank you for the links and the bug report!). My initial posts were quite chaotic (and partly wrong), so I am trying to clear things up a

Hi everyone! I think I stumbled over a bug in the latest R 2.9.2 patched for OS X: > R version 2.9.2 Patched (2009-09-24 r49861) > i386-apple-darwin9.8.0 When I try to sort latin1-encoded character vectors, R sometimes crashes with a segmentation fault. I'm running OS X 10.5.8 and have observed this behaviour both with the i386 and x86_64 builds, in the R.app GUI as well as on

Hi, Much of my work consists in connecting to the MySQL monitor on our public library database server and working in it. Until recently, I've been using either Gnome-Terminal in GNOME, or Konsole in KDE. Since all the systems, both server and clients, default to fr_FR.UTF-8, and MySQL uses a default latin1 charset, I usually switch the displayed charset within Gnome-Terminal or Konsole.

If you use ActiveRecord::Base.connection.create_database you''ll notice that by default the created db will use latin1 encoding. I created a plugin to handle different charset and collations (on top of helping you with other boring DB tasks). You can check out the early version of the plugin svn checkout svn://rubyforge.org/var/svn/raketasks/db_tasks (I really need to move my projects out

This issue has been brought at least twice in R-help: https://stat.ethz.ch/pipermail/r-help/2008-September/173828.html https://stat.ethz.ch/pipermail/r-help/2009-May/197360.html Looking at the source in src/unix/sys-std.c, it seems that the definition of rl_readline_name as "RCustomCompletion" is made after the readline library has been initialized and the ~/.inputrc file has been

I'm running nut 2.0.1 with an MGE pulsar evolution 3000 with the mge-utalk (serial) driver on NetBSD 3.1 . I had a very strange occurance in my basement datacenter this early AM. the following was logged by upslog: 20080219 023452 100.0 123.0 049.0 [OL CHRG] NA 60.00 20080219 023522 100.0 122.8 049.0 [OL CHRG] NA 60.00 20080219 023552 098.0 123.0 049.0 [OL DISCHRG] NA 60.00 20080219 023622

Hi, Our public library management software (PMB) is currently running on a Slackware Linux 12.0 server, with Apache, PHP, MySQL and a few PHP modules. I'm considering migrating it to CentOS 5.1, because it would be easier to maintain for updates, and for various other reasons. Slackware is one of the rare distros that does not default to an utf8 system locale. The default is en_US, and

Hi! I have tried to print text with Latin-1 characters (????) from R to postscript and X11 window but when I'm using the interactive R-shell, I can't get them printed even from keyboard. Is there some configuration flags to use 7-bit or 8-bit character sets? TIA Juha -- : Juha Tikkanen -- juha.tikkanen at edita.fi -- http://www.edita.fi/ : : tel +358-9-566 0532 -- mob +358-40-557

Hi! I have tried to print text with Latin-1 characters (????) from R to postscript and X11 window but when I'm using the interactive R-shell, I can't get them printed even from keyboard. Is there some configuration flags to use 7-bit or 8-bit character sets? TIA Juha -- : Juha Tikkanen -- juha.tikkanen at edita.fi -- http://www.edita.fi/ : : tel +358-9-566 0532 -- mob +358-40-557

On 10/04/2019 10:29 a.m., Yihui Xie wrote: > Since it is "technically easy" to disable the best fit conversion and > the best fit is rarely good, how about providing an option for > code/package authors to disable it? I'm asking because this is one of > the most painful issues in packages that may need to source() code > containing UTF-8 characters that are not

On 4/10/19 6:32 PM, Jeroen Ooms wrote: > On Wed, Apr 10, 2019 at 5:45 PM Duncan Murdoch <murdoch.duncan at gmail.com> wrote: >> On 10/04/2019 10:29 a.m., Yihui Xie wrote: >>> Since it is "technically easy" to disable the best fit conversion and >>> the best fit is rarely good, how about providing an option for >>> code/package authors to disable

Hi all, I'm getting the following error from substring: > substr("<I>Jens Oehlschl\xe4gel-Akiyoshi", 1, 100) Error in substr("<I>Jens Oehlschl\xe4gel-Akiyoshi", 1, 100) : invalid multibyte string at '<e4>gel-A<6b>iyoshi' Is that normal / intended? I've tried setting the Encoding/locale to Latin-1/UTF-8 but that does not help. nchar

This is a continuation of the R-devel thread with subject "suggestion to fix packageDescription() for Windows users" : As I said there, a patch should rather address the underlying problem in packageDescription rather than a kludgy workaround patch for citation(). (For that same reason, Ben Marwick proposed to fix packageDescription() rather than the symptom seen in citation().)

I have been converting to utf8 from latin1, and this gives me problems, some solved, but here is one unsolved: In my .Rd files, I have included '\encoding{UTF-8}' at the top. Despite this, the HTML help pages contains 'content="text/html; charset=iso-8859-1"', and my name is mangled. What can I do about this? I'm on Ubuntu (latest), R-2.3.1 Thanks, G?ran

On 4/10/19 1:14 PM, Jeroen Ooms wrote: > On Wed, Apr 10, 2019 at 12:19 PM Tom?? Bo?il <borilt at gmail.com> wrote: >> Minimalistic example: >> Let's type "?" (LATIN SMALL LETTER R WITH CARON) in RGui console: >>> "?" >> [1] "r" >> >> Although the script is in UTF-8, the characters are replaced by >>

Or, if this cannot be done easily, please, disable the "utf-8" value in source(..., ) function on Windows R. source(..., encoding = "utf-8") -> error: "utf-8" does not work right on Windows. -> (or, at least) warning: "utf-8" is handled by "best fit" on Windows and some characters in string literals may be automatically changed. Because, at