similar to: cex.lab etc. ignored in plot.ts for multiple plots (PR#13315)

Displaying 20 results from an estimated 10000 matches similar to: "cex.lab etc. ignored in plot.ts for multiple plots (PR#13315)"

2016 Aug 25
2
"plot.ts" doesn't respect the value of "pch" (+ blocked from Bugzilla signups)
I've had a chance to read the source more thoroughly. The chain of events is as follows: 1. Local function `plotts()` is defined with argument `cex` that defaults to `par("cex")` 2. `...` is passed to `plotts()`. If "cex" is an element in `...`, inside `plotts()` the variable `cex` is assigned thereby (overriding the default arg). Importantly, this means that the
2016 Aug 25
3
"plot.ts" doesn't respect the value of "pch" (+ blocked from Bugzilla signups)
I did a search on Bugzilla for "plot.ts" and didn't find anything on this issue. I tried to sign up for Bugzilla to report it, but my e-mail address didn't pass your "syntax checking" for a legal e-mail address. The bug is easily reproducible on my machine as follows: ## start # generate some data y <- arima.sim(list(), 150) # this will definitely dispatch to a
2012 Sep 05
2
cex.lab ignored in plot.zoo for multiple plots
Hello everyone, a problem with the plot.zoo function. In the parameters of the function, cex.lab is ignored. I tried to reduce the size of the yaxis labels by at least 50%. ------------------ Example: sample <- as.zoo(EuStockMarkets) par(las=1) plot.zoo(sample, plot.type="multiple", main="Time Series", xlab="Date", yaxt="n", cex.lab=0.5,
2016 Aug 26
0
"plot.ts" doesn't respect the value of "pch" (+ blocked from Bugzilla signups)
>>>>> Gregory Werbin <greg.werbin at libertymail.net> >>>>> on Thu, 25 Aug 2016 15:21:05 -0400 writes: > I've had a chance to read the source more thoroughly. The chain of > events is as follows: > 1. Local function `plotts()` is defined with argument `cex` that > defaults to `par("cex")` > 2. `...` is
2016 Aug 25
0
"plot.ts" doesn't respect the value of "pch" (+ blocked from Bugzilla signups)
> On Aug 24, 2016, at 5:59 PM, Gregory Werbin <greg.werbin at libertymail.net> wrote: > > I did a search on Bugzilla for "plot.ts" and didn't find anything on this issue. I tried to sign up for Bugzilla to report it, but my e-mail address didn't pass your "syntax checking" for a legal e-mail address. > > The bug is easily reproducible on my
2011 Apr 26
2
R plot : hat symbol and cex.lab
Hello, Does anybody know how to make the "hat" correctly appears in the label of this plot (with this cex.lab coefficient) : plot(1:10, 1:10,ylab = expression(hat(h)),cex.lab = 1.5) The "hat" does not completely appear on my graph, it is like cut on the left side. It tried to change the margin : par(oma=c(0,2,0,0)) plot(1:10, 1:10,ylab = expression(hat(h)),cex.lab = 1.5)
2009 Jul 21
2
Adjusting x/y text labels for a bwplot using cex.lab
Searched for this and found some help, but I still can't figure it out. I have trying to enlarge the x and y labels on my box plot. I understand that you can do this using "cex.lab", but it does not seem to be working for me. I must be adding it in the wrong spot. Any help would be greatly appreciated. Here is my code: bwplot(hr~Herd, data=telemetry, notch=T, ylab="Home
2001 Apr 25
1
Re: identify.default ignores any setting of cex (PR#660)
A follow-up to PR#660 (15 Sep 2000) from Brian Ripley: > R 1.1.1 on Windows, but I think this is widespread. > > Using either > > par(cex=0.5) > plot(1:10) > identify(1:10) > > or > > plot(1:10) > identify(1:10, cex=0.5) > > ignores the cex setting. The root cause is that par(cex=0.5) > alters cexbase for the device but sets cex=1.0, and the
2004 Jul 19
1
par(cex) is ignored by persp() (PR#7113)
Full_Name: Karel 'Clock' Kulhavy Version: 1.9.0 OS: GNU/Linux Submission from: (NULL) (212.71.168.94) persp() graphing function ignores par(cex).
2012 Jun 08
3
Resolution issue with exporting plots from R and write tables in Latex code for producing pdf document
Dear R users I am trying to exporting plots from R to an external folder, or to the working directory, but the resolution of plots (pdf file) largely reduced. Any way I can get same quality as my original plots?? e.g. I tested the plotting part using one example and obtained pretty good (/readable) quality for each plot in the (4*4) multiple graph. But when I did the loop and tried to export
2001 Oct 22
1
cex/col/etc. in title(): documentation? (PR#1136)
There appears to be a mismatch between the documentation and behavior of title(), or at least a clarification is in order. The documentation says you can pass extra arguments from par() as "...". However, cex at least is ignored. Later on in the documentation it becomes clear that you can specify these extra parameters as part of a list. I wouldn't say this is necessarily a bug
2013 Feb 26
1
understanding cex (R plots)
Hi, I try to make multiple plots look as similar as possible. I create each plot with pdf(), using the same height but different width in inch. For some plots I use the layout() function to draw multiple subplots side by side in one pdf. For each plot I use the same cex values for the different plotting functions (cex.axis, cex.lab, cex.points etc.) Still, when I compare the pdf's the
2018 Aug 31
2
svg ignores cex.axis in R3.5.1 on macOS
????? Plots produced using svg in R 3.5.1 under macOS 10.13.6 ignores cex.axis=2.? Consider the following: > plot(1:2, cex.axis=2) > svg('svg_ignores_cex.axis.svg') > plot(1:2, cex.axis=2) > dev.off() > sessionInfo() R version 3.5.1 (2018-07-02) Platform: x86_64-apple-darwin15.6.0 (64-bit) Running under: macOS High Sierra 10.13.6 Matrix products: default BLAS:
2017 Aug 03
1
switch of cex adjustment with mfrow?
> use > > par(mfrow=c(2,2), cex = 1) This does work as written. But when I first checked single-call setting, an mfrow change to cex in the same call superseded cex=1; hence my suggestion to use separate calls to par(). Further checking confirms that the result of a call to par is dependent on argument specification order in the call: par(mfrow=c(2,2), cex = 1) par("cex") #
2007 Apr 28
1
Hmisc curve label size & cex
R-Masters, I need to produce high resolution line plots and place labels on the curves. It seems that cex must be high relative to the other cex values in order to produce sufficiently large & legible tick labels at high resolutions. But high cex values cause the curve labels to become gigantic when using Hmisc. I've struggled and searched the archives, but cannot find a way of
2011 May 11
1
mtext text size (cex) doesn't match plot
Hi, I am using mtext instead of the ylab argument in some plots because i want to move it away from the numbers in the axis. However, the text in the X axis, for example: par(mar=c(5, 5.5, 4, 2)); plot(data, main="plot name", xlab= 'X axis', ylab="", font=2, cex.lab=1.5, font.lab=2, cex.main=1.8); mtext('Y axis', side=2, cex=1.5, line=4,
2001 Feb 22
1
cex= and plot(), title(), mtext()
using R 1.2.1 under LinuxPPC, using the default X11 graphics device, i can't get the cex= argument for plot() and title() to have any effect. works for text(), though. the text size for plot() and title() _is_ correct if par(cex=size) is called first. oddly, mtext() seems to pay attention to cex=, but to ignore the value set by par(). for example, > plot(1:5, 1:5,
2017 Aug 02
0
switch of cex adjustment with mfrow?
On 02/08/2017 8:29 AM, Jannis via R-help wrote: > Dear list members, > > > i am trying to create multiple figures with identical layout (i.e. font sizes etc.) for a publication created with Latex. To do so (i.e. to get identical font sizes) I save all plots as a pdf with widths and heights as they would later appear in the paper (to prevent scaling etc.). My problem now is that I
2009 Jan 22
1
Problem with cex=0.1 when making jpegs
I am using the following script to make .jpg files. jpeg('plotx.jpg') ddat <-read.table("file",header=T) attach(ddat) tdat<-read.table("file1") plot(xx1,yy1,type='p',pch=1,col="blue",cex=0.2,xlim=c(0,3.5),ylim=c(-75,75)) points(tdat,col="green",pch=1,cex=0.2) dev.off() The problem is that I want the points to be very small;
2003 Mar 12
1
cex.axis in boxplot (PR#2628)
Hi, the graphical parameter "cex.axis" does not have any affect for "boxplot": data(iris) boxplot(iris[,1:4], ylab="y", cex.lab=2, cex.axis=2) The patch is simply adding "cex.axis" to the search for axis relevant parameters in "bxp": ax.pars <- pars[names(pars) %in% c("xaxt", "yaxt", "las",