Re: [Rd] Re: [R] Problem going back to a viewport with gridBase

pushed. This may be as simple as porting the mechanism used for grobs and gTrees, where (drawing) order is very important. Paul On 6/7/05, Paul Murrell <[EMAIL PROTECTED]> wrote: Hi Gabor Grothendieck wrote: Here is the code once again. This time I have supplied two names methods

Re: [Rd] Re: [R] Problem going back to a viewport with gridBase

dren.viewport <- function(x) x$children grid.newpage() # specify number of cells to fill and number of rows n <- 5; nr <- 3 nc <- ceiling(n/nr) downViewport(pushLayout(nr, nc)) vpt <- current.vpTree(all = FALSE) for(k in 1:n) with(getChildren.viewport(vpt)[[k]], print( xypl

Re: [Rd] Re: [R] Problem going back to a viewport with gridBase

Hi Gabor Grothendieck wrote: On 6/7/05, Paul Murrell <[EMAIL PROTECTED]> wrote: Hi Gabor Grothendieck wrote: On 6/6/05, Paul Murrell <[EMAIL PROTECTED]> wrote: Hi Gabor Grothendieck wrote: On 6/2/05, Paul Murrell <[EMAIL PROTECTED]> wrote: Hi Thanks. I

Re: [Rd] Re: [R] Problem going back to a viewport with gridBase

Hi Gabor Grothendieck wrote: On 6/6/05, Paul Murrell <[EMAIL PROTECTED]> wrote: Hi Gabor Grothendieck wrote: On 6/2/05, Paul Murrell <[EMAIL PROTECTED]> wrote: Hi Thanks. I have mucked around in vpTree structures and discovered its actually quite easy to specify childr

Re: [Rd] Re: [R] Problem going back to a viewport with gridBase

Hi Gabor Grothendieck wrote: On 6/2/05, Paul Murrell <[EMAIL PROTECTED]> wrote: Hi Thanks. I have mucked around in vpTree structures and discovered its actually quite easy to specify children so I have changed my example so that instead of naming the children of 'layou

Re: [Rd] Re: [R] Problem going back to a viewport with gridBase

Hi Gabor Grothendieck wrote: [moved from r-help to r-devel] On 5/31/05, Paul Murrell <[EMAIL PROTECTED]> wrote: # mm.row[j] gives the row in the layout of the jth cell # mm.col[j] gives the col in the layout of the jth cell mm <- matrix(seq(nr*nc), nr, nc) mm.row &l

[Rd] R News: Call for Papers

d submissions to Uwe Ligges <[EMAIL PROTECTED]>. The deadline for submissions is April, 10th, 2005 Keep the contributions rolling in! The Editorial Board, Doug Bates, Paul Murrell and Torsten Hothorn __ R-devel@stat.math.ethz.ch mailing lis

Re: mono fonts (was RE: [Rd] RE: [R] SAS or R software)

OTECTED] Sent: Monday, December 20, 2004 4:39 PM To: Warnes, Gregory R Cc: Paul Murrell; R-Devel Subject: mono fonts (was RE: [Rd] RE: [R] SAS or R software) [Please update the subject line, folks!] We need to know the device in use here ... and only a few support this mechanism. If it is X11(

Re: [Rd] RE: [R] SAS or R software

;mono") do what you want? Paul -- Dr Paul Murrell Department of Statistics The University of Auckland Private Bag 92019 Auckland New Zealand 64 9 3737599 x85392 [EMAIL PROTECTED] http://www.stat.auckland.ac.nz/~paul/ __ [EMAIL PROTECTED] mai

Re: [Rd] pausing between plots - waiting for graphics input

Hi Duncan Murdoch wrote: On Wed, 01 Dec 2004 08:55:27 +1300, Paul Murrell <[EMAIL PROTECTED]> wrote : This sounds like the general problem of being able to capture keyboard input on a graphics device (a key-stroke equivalent of dev_locator). Robert has been keen on this for a while to

Re: [Rd] pausing between plots - waiting for graphics input

y useful in some ways. Any interest in that? A much nicer solution of course would be asynchronous event handling in the graphics window (i.e., you don't block the command line), but that depends on the event loop integration problem being solved and that does not look like happening soon.

Re: [Rd] idea (PR#7345)

a couple of ways to create a GUI front-end. See, for example, RGrace (http://www.hppi.troitsk.ru/Kondrin/rgrace.htm) Paul -- Dr Paul Murrell Department of Statistics The University of Auckland Private Bag 92019 Auckland New Zealand 64 9 3737599 x85392 [EMAIL PROTECTED] ht

Re: [Rd] "R CMD check" with R 2.0.0

Apologies for the botch-up. Paul -- Dr Paul Murrell Department of Statistics The University of Auckland Private Bag 92019 Auckland New Zealand 64 9 3737599 x85392 [EMAIL PROTECTED] http://www.stat.auckland.ac.nz/~paul/ __ [EMAIL PROTECTED] mailing

Re: [Rd] Incorrect display of b[hat((a))] expression in plots

Hi Uwe Ligges wrote: Paul Murrell wrote: Hi Uwe Ligges wrote: Confirmed. I might look at it during August, since the underlying code is not that new to me. If Paul (or anybody else from R Core) has not answered yet and there is not already a related bug report in the database, I'd sugge

Re: [Rd] mtext adj= wrong with several las= (PR#7188)

Hi Uwe Ligges wrote: Paul Murrell wrote: Hi Uwe Ligges wrote: [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] wrote: Dear all, Our quite basic function mtext() does wrong adjustments in some parameter configurations. This gets obvious when using multi line texts: There is no way to properly adjust

Re: [Rd] mtext adj= wrong with several las= (PR#7188)

parallel to an axis (in that case, yadj should probably be 0 for axis 2 and 3 and 1 for axis 1 and 4; did I mention that there are lots of combinations to worry about?). For user-specified adj, I agree that a 2-value adj is not a good solution (adj is assumed to be horizontal adjustment) so m

Re: [Rd] plot(x,y) core dump

- rnorm(x) plot(x,y) Illegal instruction (core dumped) Can anyone give me some suggestion? Thanks! Kexiao [[alternative HTML version deleted]] ______ [EMAIL PROTECTED] mailing list https://www.stat.math.ethz.ch/mailman/listinfo/r-devel -

Re: [Rd] trellis.device in .First (PR#6812)

Hi Prof Brian Ripley wrote: On Mon, 14 Jun 2004, Paul Murrell wrote: Could we avoid the user-disruption problem by making a new graphicsDevices package (to contain postscript(), x11(), ps.options(), ...) and have the graphics package import these symbols from graphicsDevices AND export them

Re: [Rd] trellis.device in .First (PR#6812)

Hi Paul Murrell wrote: Prof Brian Ripley wrote: On Mon, 26 Apr 2004, Paul Murrell wrote: Martin Maechler wrote: "BDR" == Prof Brian Ripley <[EMAIL PROTECTED]> on Fri, 23 Apr 2004 08:21:34 +0100 (BST) writes: <> BDR> It is a matter for discussion

Re: [Rd] trellis.device in .First (PR#6812)

Hi Prof Brian Ripley wrote: On Mon, 26 Apr 2004, Paul Murrell wrote: Hi Martin Maechler wrote: "BDR" == Prof Brian Ripley <[EMAIL PROTECTED]> on Fri, 23 Apr 2004 08:21:34 +0100 (BST) writes: <> BDR> It is a matter for discussion (with the lattice

Re: [Rd] trellis.device in .First (PR#6812)

ey/ BDR> University of Oxford, Tel: +44 1865 272861 (self) 1 BDR> South Parks Road, +44 1865 272866 (PA) Oxford OX1 3TG, BDR> UK Fax: +44 1865 272595 BDR> ______ BDR> [EMAIL PROTECTED] mailing list BDR> https://www.st

Re: [Rd] lattice/grid: problem with viewports for strips with zero height

ot; ) ) } print( dotplot( variety ~ yield | year * site, data=barley , par.strip.text=list( lines=strip.lines ) , strip=strip.fun , between=list( y=1.5 ) , ... )) } Wolfram __ [EMAIL PROTECTED] mailing list https://www.stat.math

Re: [Rd] Re: legend()s text color

quot;col") , but the tendency is weak. I agree, I would expect the lines around the legend's box in par("fg"), but the font in par("col"). And indeed, that's already the case if both values have been set in par(). Uwe Martin, Thanks for taking this on. I'l

[Rd] changes to grid

will need to use the current development version of R AND install the experimental version of grid available at http://www.stat.auckland.ac.nz/~paul/grid/grid.html#docs Any problems should be signalled by your code producing an error message. Thanks for any help Paul -- Dr Paul Murrell

Re: [Rd] Fixed width graphics font?

d pdf at least, if you have a mono-spaced font on your system you should be able to use it, but the way in which you specify it will differ (see the docs for each device). In future versions this should become as simple as specifying the appropriate font name as a par() for all devices.

Re: [Rd] Graphics device API

n "older" device on a "newer" R). I intend to implement some useful suggestions from Thomas Baier to improve this situation. The idea would be to include explicit version information as part of the device API so that external devices can check both with compiler dire

Re: [Rd] 3D api for device

have talked about providing an extension mechanism so that it is possible for third-party code to add to the list of device procedures (without having to recompile R), but are only at the stage of deciding that this would be a nice thing to do. Paul -- Dr Paul Murrell Department of Statistics

Re: [Rd] Proposal: 'global' package refactoring

http://gifi.stat.ucla.edu/sounds/nomatter.au __ [EMAIL PROTECTED] mailing list https://www.stat.math.ethz.ch/mailman/listinfo/r-devel -- Dr Paul Murrell Department of Statistics The University of Auckland Private Bag 92019 Auckland New Zealand 64 9 3737599

Re: [Rd] R postscript generation error (lines versus points) (PR#5285)

re not properly "finishing" the postscript plot by calling dev.off before viewing. If I run your script, then view R-test2.ps without quitting R, the last few points at the right end of the plot are missing (because the postscript file is not yet complete). If I then quit R (the

Re: [Rd] wishlist item: changing origin of plot (PR#5045)

Murdoch __ [EMAIL PROTECTED] mailing list https://www.stat.math.ethz.ch/mailman/listinfo/r-devel -- Dr Paul Murrell Department of Statistics The University of Auckland Private Bag 92019 Auckland New Zealand 64 9 3737599 x85392 [EMAIL PROTECTED] http://www.stat.auckland.ac.

[Rd] grid bug

) grid.segments(x0=1:3/4, y0=0.1, x1=1:3/4, y1=1:3/4*unit(1, "npc")) This draws three vertical bars. The thin black bars should be the same heights as the thick grey bars, but they are not. A fix for this will be in R version 1.8.1 Paul -- Dr Paul Murrell Department of Statistics

Re: [Rd] Ask for information about device architecture

ease keep in touch so that I can let you know when these changes (are about to) happen. Paul -- Dr Paul Murrell Department of Statistics The University of Auckland Private Bag 92019 Auckland New Zealand 64 9 3737599 x85392 [EMAIL PROTECTED] http://www.stat.auckland.ac.nz/~paul/ _

Re: [Rd] R-1.7.1: modules/X11/X11.c: Rf_allocX11DeviceDesc()

code after a restructuring. Paul -- Dr Paul Murrell Department of Statistics The University of Auckland Private Bag 92019 Auckland New Zealand 64 9 3737599 x85392 [EMAIL PROTECTED] __ [EMAIL PROTECTED] mailing list https://www.stat.math.ethz.ch/mailman/lis

Re: [Rd] RE: [R] Bus error with xyplot

ii) With grid as an add-on it can have asynchronous patch versions (iv) In practice this is happening now anyway (new minor version of grid and lattice only with each minor version of R) Paul -- Dr Paul Murrell Department of Statistics The University of Auckland Private Bag 92019 Auckland Ne