Re: [Rd] Update CRAN submission process

[Ben Bolker]

Spencer Graves  prodsyse.com> writes:

> 
> Hi, Gavin et al.:
> 
>Thanks for mentioning these new initiatives.
> 
>What's the current status of R-Hub and the current advice 
> regarding trying to migrate from R-Forge to R-Hub?
> 
>I ask, because I've complained to R-Forge maintainers 9 times 
> since 2015-07-26 about various problems.  A problem I complained about 
> 2016-05-06 has still not been solved, in spite of multiple interventions 
> by the R-Forge team.
> 
>Thanks,
>Spencer Graves

  I don't really know, but you can poke around here
 and see what you can find out ...
(there's some old status information at https://github.com/r-hub/proposal ,
but it looks out of date ...)

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] factor(x, exclude=NULL) for factor x; names in as.factor()

[Martin Maechler]

> Suharto Anggono Suharto Anggono via R-devel 
> on Mon, 30 May 2016 17:20:08 + writes:

> In R 3.3.0 (also in R 2.7.2), the documentation on 'factor', in "Details" 
section, has this statement.
> 'factor(x, exclude = NULL)' applied to a factor is a no-operation unless 
there are unused levels: in that case, a factor with the reduced level set is 
returned.

> It is not true for a factor 'x' that has NA. In that case, if levels of 
'x' doesn't contain NA, factor(x, exclude = NULL) adds NA as a level.
> If levels of a factor 'x' doesn't contain NA, factor(x) is a no-operation 
if all levels are used.

So we should fix the documentation (only!), right ?

 ---

> In R 3.3.0 (also in R 3.1.3), for a named integer 'x', factor(x) has 
names and as.factor(x) doesn't. It would be better if the behavior on names 
were matched.

I agree .. for consistency with the named "double" case (and
also consistency with earlier versions of R) :
This is a bug indeed, only present in R versions  >= 3.1.0

Another MRE is (note that '0' is "double"):

> as.factor(ni <- c(one = 1L, two = 2L)); factor(ni); as.factor(0+ni); 
> factor(0+ni)
[1] 1 2
Levels: 1 2
one two 
  1   2 
Levels: 1 2
one two 
  1   2 
Levels: 1 2
one two 
  1   2 
Levels: 1 2
> 


>> x <- integer(1)
>> names(x) <- "a"
>> names(factor(x))
> [1] "a"
>> names(as.factor(x))
> NULL
>> sessionInfo()
> R version 3.3.0 (2016-05-03)
> Platform: i386-w64-mingw32/i386 (32-bit)
> Running under: Windows XP (build 2600) Service Pack 2

> locale:
> [1] LC_COLLATE=English_United States.1252
> [2] LC_CTYPE=English_United States.1252
> [3] LC_MONETARY=English_United States.1252
> [4] LC_NUMERIC=C
> [5] LC_TIME=English_United States.1252

> attached base packages:
> [1] stats graphics  grDevices utils datasets  methods   base

> loaded via a namespace (and not attached):
> [1] tools_3.3.0

> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel

[Rd] Suggestion: pdf.options(embed=TRUE)

[Paul Johnson]

I learned last week that I generated a lot of PDFs and forgot to go
back and embed the fonts in them.

It would be very pleasant for me if pdf.options included an argument
to turn on font embedding and have fonts always embedded. Always.

Thanks for your time, as always.

-- 
Paul E. Johnson   http://pj.freefaculty.org
Director, Center for Research Methods and Data Analysis http://crmda.ku.edu

I only use this account for email list memberships. To write directly,
address me at pauljohn
at ku.edu.

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] Suggestion: pdf.options(embed=TRUE)

[David Winsemius]

> On May 31, 2016, at 4:59 PM, Paul Johnson  wrote:
> 
> I learned last week that I generated a lot of PDFs and forgot to go
> back and embed the fonts in them.
> 
> It would be very pleasant for me if pdf.options included an argument
> to turn on font embedding and have fonts always embedded. Always.
> 
> Thanks for your time, as always.

I wondered if it would be fairly simple to use .Rprofile to overwrite `pdf` 
with your own version that sets the value of `fonts' to a call to `options` and 
then also set the options("pdf_embed")-value to your choice of font(s), 
possibly defaulting to the current values of `names(pdfFonts())`.

Looking at the code for `pdf`, however, I see that a call to `check.options` 
might require a mere complex set of parameters perhaps involving disabling the 
check on the fonts option value.

I ended up wondering if instead the function to modify might not be 
`grDevices:::initPSandPDFfonts`

-- 
David.
> 
> -- 
> Paul E. Johnson   http://pj.freefaculty.org
> Director, Center for Research Methods and Data Analysis http://crmda.ku.edu
> 
> I only use this account for email list memberships. To write directly,
> address me at pauljohn
> at ku.edu.
> 
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel

David Winsemius
Alameda, CA, USA

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel