Thanks. Presumably the replacement device will have have a functioning event loop manager? That will be nice. quartz() offers some features that are not available from x11().
John Maindonald email: [EMAIL PROTECTED] phone : +61 2 (6125)3473 fax : +61 2(6125)5549 Centre for Mathematics & Its Applications, Room 1194, John Dedman Mathematical Sciences Building (Building 27) Australian National University, Canberra ACT 0200. On 18 Jan 2007, at 2:55 AM, Simon Urbanek wrote: > Thanks, John. > This this should be now fixed in the R24-branch (e.g. fetch the > installer from http://r.research.att.com tomorrow). It is a quick > hack, legacy Quartz windows will now appear in the center of the > main screen. > > In general that device (Quartz in console R) is unsupported and > will go away very soon, because it is a legacy from very old times > and the API it uses is now deprecated and Apple will remove it from > future OS X versions. We are working on a replacement device for R- > devel, but it won't work in R 2.4.1, so stay tuned and I'll let you > know when it's time to test the new beast ;). > > Cheers, > Simon > > > On Jan 14, 2007, at 6:04 PM, John Maindonald wrote: > >> I am using a MacBook Pro with Core 2 Duo, with an external screen >> connected that is set to appear above the MacBook Pro's screen. The >> laptop's menu appear bar is set to appear at the top of the external >> monitor. >> >> When I run R under ESS, or from the Unix command line, and type >> quartz >> (), the graphics window appears to the "left" of the external >> monitor. Hitting the F9 key brings it into view, but there seems no >> way to grab it with the mouse and move it onto less ephemeral real >> estate. [Under R.app, all is well.] >> >> [With x11() half the window is off to the left, and I can drag it to >> anywhere I want (either screen).] >> >> A further issue is that when I plot anything on the quartz screen, I >> get an "error: message, thus: >> >>> quartz() >> Warning message: >> quartz() device interactivity reduced without an event loop manager >> in: quartz() >>> plot(1:5, 1:5) >> CGGStackRestore: gstack underflow. >> >> The "CGGStackRestore: gstack underflow" message looks ominous, but it >> does not cause evident problems. >> >> Is there something I can do so that the positioning of the second >> screen is recognized? At some time in the past, I am sure that >> quartz >> () [ and x11()] used to correctly recognize the positioning of the >> screens. However it is a while since I used quartz(), and I would >> not have paid too much attention to the x11() behaviour. >> John Maindonald >> >>> sessionInfo() >> R version 2.4.1 (2006-12-18) >> i386-apple-darwin8.8.1 >> >> locale: >> C >> >> attached base packages: >> [1] "splines" "stats" "graphics" "grDevices" "utils" >> "datasets" >> [7] "methods" "base" >> >> >> John Maindonald email: [EMAIL PROTECTED] >> phone : +61 2 (6125)3473 fax : +61 2(6125)5549 >> Centre for Mathematics & Its Applications, Room 1194, >> John Dedman Mathematical Sciences Building (Building 27) >> Australian National University, Canberra ACT 0200. >> >> _______________________________________________ >> R-SIG-Mac mailing list >> [email protected] >> https://stat.ethz.ch/mailman/listinfo/r-sig-mac >> >> > _______________________________________________ R-SIG-Mac mailing list [email protected] https://stat.ethz.ch/mailman/listinfo/r-sig-mac
