similar to: Enhancement request for bringToTop()

There is help for grDevices::bringToTop but the function is not present. > bringToTop() Error in bringToTop() : could not find function "bringToTop" > grDevices::bringToTop() Error: 'bringToTop' is not an exported object from 'namespace:grDevices' > getAnywhere(bringToTop) no object named ?bringToTop? was found # help output: > ?bringToTop bringToTop

It's a Windows-only function. It looks like revision r75103 moved it out of the Windows section of the help pages six years ago. Some other help pages were similarly moved, e.g. - ?windows and ?windowsFonts, document the functions as being Windows-only. - ?msgWindow and ?windows.options have the same issue as ?bringToTop. Maybe someone remembers the intention of that move...

Full_Name: Henrik Bengtsson Version: R v1.7.1 OS: WinXP Pro Submission from: (NULL) (130.235.2.229) bringToTop() does not work if some windows has been closed. Example: graphics.off() x11() # opens Figure 2 x11() # opens Figure 3 dev.set(2) dev.off() # closes Figure 2 bringToTop(3) # Gives an error # Error in bringToTop(as.integer(which)) : invalid value of `which'

Hi all who know R on Windows, Quick question: Is there a way to do "bringToTop(stay=TRUE)" without giving "focus"? I would like to pop a graph window but I would like to preserve focus in the window which I was in before. Thanks for any lead, Chris

windows() plot(1,1) windows() plot(1:2,1:2) dev.list() # we have devices 2 and 3 # device 3 is active and in front bringToTop(2) # does not work bringToTop(3) # does not work also Regards Jens Oehlschlaegel --please do not edit the information below-- Version: platform = i386-pc-mingw32 arch = x86 os = Win32 system = x86, Win32 status = major = 1 minor = 2.1 year = 2001 month = 01

Hola! I have problems running Rcmd check (windows 98, R1.3.0) It ckoks on an example running a function which calla bringToTop(). This makes an error because Rcmd check runs the examples with the postscript device, and bringToTop does not make sense with that device. Howevere, my function is for interactive use, and needs bringToTop. How can this be used in examples and still have the

Dears, I've been learning biplot (Gabriel, 1971) and I found the function 'biplot', inside of the package 'stats', useful but, a bit limited. So, I'm thinking to start a colaborative package to enhance this methods to other multivariate methods. In this way, I would like to start it, making public a new function (biplot.pca, still in development, but running) that make

Dear all, I have posted these questions in r-help list but since I am getting no reply, I concluded that I must asked my question in the wrong list so here I am! Here is my questions: 1- Under a WINDOWS installation of R-2.4.1, can we change the naming of a new ploting device open by the command "windows()"?. Instead of the default name e.g.: "Device 2" I would like

# Your mailer is set to "none" (default on Windows), # hence we cannot send the bug report directly from R. # Please copy the bug report (after finishing it) to # your favorite email program and send it to # # r-bugs@r-project.org # ###################################################### <<insert bug report here>> There are two bugs associated with graphics devices.

I can't imagine using Windows without Emacs. In particular, the Windows ports of Emacs are very aware of the operating system and usually make the right assumptions. The type of behavior you are noticing can probably be cured by typing C-g in the *R* buffer in emacs. The most likely cause is that the R process in Emacs is waiting for the plot to finish and is querying the plotting device.

If I run the following: > windows() > > bringToTop(-1) > > interactive() [1] TRUE > > run <- readline(prompt = "Continue (Yes = 1, No = 2):") Continue (Yes = 1, No = 2): > dummy <- 1 > run [1] "" it does not allow user input though the session is interactive (it jumps right over the readline command). It would be great

Hi, on Windows XP Pro with R version 2.7.1 Patched (2008-06-27 r46012) the 'Cairo' and the 'EBImage' packages does not play well together. Loading EBImage before Cairo cause the following to happen: # Rterm --vanilla > library(EBImage); > library(Cairo) Error in inDL(x, as.logical(local), as.logical(now), ...) : unable to load shared library

Dear Users, I have a little problem with assignment operator. It's working from command prompt but does not work same as in the command prompt in the function. Am I missing or forgetting something? The function is (tried on both 2.13.1 and 2.13.2) as below using arules and arulseViz packages: >kuralfonk function() { require(arules) require(arulesViz)

In several tries, I am finding the locator and identify functions on the cairo device on Windows, with R-2.13.0, do not seem to work correctly. Here is my experience with locator where I click the four corners of the device window. First, with the windows() device, the results are consistent with what I see on screen > windows() > plot(1,1) > locator() $x [1] 0.6075000 1.3981252

This is still not repaired in R version 3.6.0 Patched (2019-05-17 r76528) > library(latticeExtra) > a <- xyplot(1 ~ 1) > c(a,a) Warning message: In formals(fun) : argument is not a function Can we have it in R-3.6.1 that Peter just announced? Rich On Mon, Apr 2, 2018 at 4:08 AM Deepayan Sarkar <deepayan.sarkar at gmail.com> wrote: > > On Fri, Mar 23, 2018 at 7:58 AM,

This problem is still present in > version _ platform x86_64-w64-mingw32 arch x86_64 os mingw32 system x86_64, mingw32 status Under development (unstable) major 4 minor 0.0 year 2019 month 12 day 03 svn rev 77513 language R version.string R Under development (unstable)

Hi, I have opened 2 different graphic devices on screen with windows(3) and Windows(4) (I already have had an other graphic on screen opened in device 2). Now device 3 is inactive and device 4 is active. How i can make device 3 active to plot in device 3 and after make device 4 active to have a different plot in it?? For what i am doing it is important to first open the graphic devices -

Hello, I am in Win-XP R:2.3.0 latest rtools and Perl - of today I got Rcmdr.HH source code and tried to compile it myself copy all directory to R/R-2.3.0/src/library/Rcmdr.HH from R/R-2.3.0/src/library I typed: ..\..\bin\R CMD build --force --binary --auto-zip Rcmdr.HH * checking for file 'Rcmdr.HH/DESCRIPTION' ... OK * preparing 'Rcmdr.HH': * checking DESCRIPTION meta-information

Hi, I am trying to change a SAS macro to R. here is my code. I get an error at the last line. attach(fram) dset1<-cbind(AGE,BMI,DEATH) > BMIGRP<-cut(BMI,breaks=3,right=TRUE) > AGEGRP<-floor(AGE/10)-2 > dset<-cbind(AGEGRP,BMIGRP,DEATH) > maxage<-max(dset[,1]) > minage<-min(dset[,1]) > #maxcls<-dset[,2] > #mincls<-dset[,2] >

I inadvertently had the same function name defined in two different .R files. Can you add a test for that to the check program and issue a warning? Thanks Rich