similar to: [R] vignette problem

Hi, just found a small typo in help(sample). In 'Arguments' section, where says n: a non-negaiive integer, the number of items to choose from. should be n: a non-negative integer, the number of items to choose from. I didn't filled a bug report because this is very trivial. Thanks, -- Fernando Mayer Programa de P?s-Gradua??o em Ecologia (PPGE) Universidade Federal de Santa

Dear R People: I'm using R-2.8.1 on Ubuntu Jaunty jackalope (or whatever its name is), and having a problem with the vignette function: > vignette("snowfall") sh: /usr/bin/xpdf: not found > Has anyone run into this, please? Or is this for the Debian R list, please? Thanks, Erin -- Erin Hodgess Associate Professor Department of Computer and Mathematical Sciences

Greetings to everybody in r-sig-debian land. I hope I have found the right place to ask this. If not, please refer me on... I run R 2.9 on Ubuntu 9.04. I believe many people have seen this problem, but because the error message is hard to understand, they have not traced it back to the R install in the distribution. I think it ought to be fixed in the R packaging process, but I do not know if

Hello All R-Gurus: ISSUE: Cannot view R vignettes due in Ubuntu Linux (a debian variant). note: this issue has been posted to this list before with no responses given see https://stat.ethz.ch/pipermail/r-help/2007-September/141178.html DETAILS: I am trying to view an R vignette. Here is the situation: I issue the openvignette(), then select the vignette I wish to view...and the system returns:

>>>>> Tim Taylor >>>>> on Mon, 11 Mar 2024 11:42:35 +0000 writes: > Hi Martin > Probably not the answer you're looking for but on the latest Fedora 39 (workstation edition) both locally, and on a freshly installed VM (with just R-core installed), all fonts render correctly for me in evince. > $ evince --version > GNOME Document

This problem has bugged me for several years now, and our own IT staff has tried a few things, but then never cared enough to persist fixing it. It *is* a bug in evince, the standard pdf viewer on Fedora and IIUC also quite few other Linux distributions, and *not* a bug in R; hence I am asking for help/hints here. A very simple example:

Hi Martin Probably not the answer you're looking for but on the latest Fedora 39 (workstation edition) both locally, and on a freshly installed VM (with just R-core installed), all fonts render correctly for me in evince. $ evince --version GNOME Document Viewer 45.0 $ R --version R version 4.3.3 (2024-02-29) -- "Angel Food Cake" Copyright (C) 2024 The R Foundation for Statistical

Hi, I've been using LaTeX for a few years on Mac OS X, and I'd like to use it on CentOS now. I installed a complete environment using 'yum groupinstall "Authoring and Publishing"' and then installing tetex-xdvi, plus manually installing the 'memoir' class. I can run 'latex document.tex' ok: the resulting .dvi looks nice in xdvi. When running

Martin, I wouldn't rule out an R issue yet. Fonts are... tricky. So I'm cc'ing Paul Murrell here. I tried several viewers here and I see the following: Chrome, Firefox and Libreoffice Draw show the symbols; however, evince, okular and xournal++ agree on **not** showing the symbols. **If** there is a bug, the bug would be in fontconfig, because these ones AFAIK properly delegate on

is there something other than evince on centos 5.1 to view pdf's? Every time I am remoted in using vncviewer and look at attached emails it KILLS my X11 session. If I am at my desktop it works fine. xpdf used to work fine on 4.X - but it was removed in 5.X. Is there an alternative? Thanks, Jerry

Hi Martin and Tim, I also have this bug. Though I think not necessarily with all the same fonts as Martin. Using Martin's code: https://imgur.com/a/ILUoe3H Fedora 39, Evince 45.0 It's a bug with Evince. I think. I think it's substituting in a font set that doesn't have all the required symbols. I think it should be possible to install the required fonts, but I haven't

HI I?aki,? That's interesting.? I may be wrong but I think it's the Symbol font that's got the substitution bug, not Helvetica.? ? fc-match "Symbol" StandardSymbolsPS.t1: "Standard Symbols PS" "Regular" Is what I get, but then in the Evince properties it's telling me that it's substituting Symbol with "Noto Sans Regular", despite the

Hi I don't think this is an R issue (it is separate from the Cairo Symbol font problem). For PDF output, R actually relies on the Symbol font having the Adobe Symbol Encoding (Appendix D of the PDF Reference https://opensource.adobe.com/dc-acrobat-sdk-docs/pdfstandards/pdfreference1.7old.pdf) and just outputs the font as "Symbol", which relies on it being one of the Standard

I see. Peter, you are right about the font that causes the issue. Paul, thanks for your insights. I'll bring this to the Fedora font experts to see if we can arrive at a more permanent fix. I'll report back with any conclusion. @Martin: Meanwhile, at least you have options. One is to embed the fonts, either as Peter suggested or using cairo_pdf instead. Alternatively, Peter also has shown

Hi I am having problems with the rendering of scientific symbols (mu and degree) in my plots. Whenever I use these symbols they are rendered changed (mu is changed to the proportionality symbol and degree is changed to something resembling a gamma) in the X-device. If I make a pdf of the plot and open the file in Evince or Okular symbols are also rendered wrong, however if I open the file

Hi I am having problems with the rendering of scientific symbols (mu and degree) in my plots. Whenever I use these symbols they are rendered changed (mu is changed to the proportionality symbol and degree is changed to something resembling a gamma) in the X-device. If I make a pdf of the plot and open the file in Evince or Okular symbols are also rendered wrong, however if I open the file

Hi I am having problems with the rendering of scientific symbols (mu and degree) in my plots. Whenever I use these symbols they are rendered changed (mu is changed to the proportionality symbol and degree is changed to something resembling a gamma) in the X-device. If I make a pdf of the plot and open the file in Evince or Okular symbols are also rendered wrong, however if I open the file

We have some small networks with connectivity to the Internet through firewall routers.? The smallest has one Windows 7 system and three Linux systems including both CentOS 6 and CentOS 7 machines.? The Windows 7 systems have full Adobe packages that are updated regularly and are trouble free. On the Linux systems, evince has been our go to product for viewing and printing .pdf documents.? This

I had, in the past, a .pdf reader that also permitted me to fill in some information, when I received a .pdf file. I have KPDF installed, but that seems to only have Reader capability. Trying to install xpdf, with yum, I get this dependency error from rpmforge: 1:xpdf-3.02-8.el5.rf.i386 from rpmforge has depsolving problems --> Missing Dependency: libXm.so.4 is needed by package

I have run into several pdf documents that request a password with evince; but not with Adobe. [rey at reylinux docs]$ rpm -qa |grep evince evince-0.6.0-13.el5 [rey at reylinux docs]$ evince Mir* Error: Unsupported version/revision (4/4) of Standard security handler Error: Incorrect password Any workaround or do I just need to use adobe on WinXP? -- M Reynolds McClatchey Jr VP