Re: [rkward-devel] Snapshot 7 sep: new plot window too big
On Mon, Sep 13, 2010 at 10:22 AM, mat matthieu.stig...@gmail.com wrote: Le 09. 09. 10 15:25, Thomas Friedrichsmeier a écrit : On Thursday 09 September 2010, Matthieu Stigler wrote: please find in: /home/fao/Dropbox/Public/CaptureRkwardPlot.png For reference for others, here's the public url: http://dl.dropbox.com/u/6113358/CaptureRkwardPlot.png Ok, so the plot window is too high to fit into the available space at all. If the toolbar would be hidden, the window would probably fit, but of course hiding the toolbar by default is not a good solution. As far as I can see, the icons are as small as possible, already, and turning off the text labels would save width, but not height. a print scrren of my problem. Basically, just plotting on rkward 0.4.5-test5 (KDE 4.4.2), I can/t see the xlab, nor am I able to resize the window,as the lower right part is not accessible. But maybe I am just stupid and there is an obvious way to solve this in general? Well, the size of the plot window can be controlled in R. See ?x11. To use a smaller size by default, you can run X11.options (width=5, height=5) (width and height need to be specified in inches). I suppose we could offer a graphical option for this in the settings, but it's a bit tricky, since it will need some platform-specific code. So not before 0.5.4 is released, at least. oh that's a pitty! I tried on my laptop with newest version (Ubuntu 10.4,and rkward 4.4.2) , and the problem is still there! Would be great if this could avoided in next release (just by default reduce window size?) as this correspond in some way for me to a regression in rkward features! thanks! mat I see that Thomas has added a new settings in Configure Onscreen device. Can you try the svn code if it helps? @ Thomas: the width and height are declared as 'int'. By choice? I don't mind it, I am just curious. -- Prasenjit -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] some separate queries related to the plot history feature
HI, On Mon, Sep 13, 2010 at 7:45 AM, Thomas Friedrichsmeier thomas.friedrichsme...@ruhr-uni-bochum.de wrote: Hi, On Sunday 12 September 2010, Prasenjit Kapat wrote: Yeah, the lattice plots are tracked through trellis.last.object () and not recordPlot () and for that reason rk.activate.device () should be used instead of dev.set (). I'll update the test code later, after adding a few more tests. I changed the test a bit more, but only to make it easier to read, not changing any of the logic (I think). I still get a mismatch the first time a trellis plot (plots[[2]]) is checked. I tried it twice now. Didn't see any mismatch.. But I'll keep an eye on it. If possible, I'd like to get rid of rk.activate.device() before the release. I.e. could you implement the wrapper around dev.set(), instead, as discussed? I suppose this will require replacing dev.set() with .rk.dev.set.default() at some places in the history-implementation, but I'm not quite sure, where, and where not. I'll try to fix that soon-ish. Btw, I see that you have moved the settings. But the old ones are still there! I didn't remove them, in case you kept them for some testing purposes! Regards, -- Prasenjit -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] some separate queries related to the plot history feature
On Tuesday 14 September 2010, Prasenjit Kapat wrote: I tried it twice now. Didn't see any mismatch.. But I'll keep an eye on it. Interesting. I keep getting this: mark 1 Current plot does not match with plots[[2]] mark 2 mark 3 mark 4 mark 5 mark 6 mark 7 mark 8 mark 8a mark 9 mark 10 R 2.11.1, lattice 0.18-3 Btw, I see that you have moved the settings. But the old ones are still there! I didn't remove them, in case you kept them for some testing purposes! In fact, I simply forgot to remove the old ones. I did that now, and also changed the width and height settings to allow decimal places. Regards Thomas signature.asc Description: This is a digitally signed message part. -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] Snapshot 7 sep: new plot window too big
Hi, On Tuesday 14 September 2010, Prasenjit Kapat wrote: I see that Thomas has added a new settings in Configure Onscreen device. Can you try the svn code if it helps? I've also added a bit of logic that tries to detect when the window is too large to fit on screen, and points to the settings in this case. This should be available in the next daily builds. Perhaps you can give that a try, to see whether the message is shown for you (and of course whether the new settings work for you). Making the windows smaller by default is not really a satisfying alternative. Whether the window is too large or too small depends on a lot of factors, including your screen resolution, what the X-server believes to be the physical size of your display, and user settings such as the location and size of your task bar, etc. So what's too large for you is just right for another, and already too small for a third user. And the more we shrink the window by default (at least in width), the more likely we are to run into problems with some of the toolbar icons dropping off to the right, on other users screens. @ Thomas: the width and height are declared as 'int'. By choice? I don't mind it, I am just curious. I simply didn't think about it. Changed in SVN. Regards Thomas signature.asc Description: This is a digitally signed message part. -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] some separate queries related to the plot history feature
On Tue, Sep 14, 2010 at 4:22 AM, Thomas Friedrichsmeier thomas.friedrichsme...@ruhr-uni-bochum.de wrote: On Tuesday 14 September 2010, Prasenjit Kapat wrote: I tried it twice now. Didn't see any mismatch.. But I'll keep an eye on it. Interesting. I keep getting this: mark 1 Current plot does not match with plots[[2]] mark 2 mark 3 mark 4 mark 5 mark 6 mark 7 mark 8 mark 8a mark 9 mark 10 R 2.11.1, lattice 0.18-3 On my end, R 2.11.1 and lattice 0.19-11 (r-cran-lattice form deb repo). Before upgrading lattice, could you try to remove rkward and then re-install Rscript -e remove.packages ('rkward') make install and see if it helps? Regards, -- Prasenjit -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] some separate queries related to the plot history feature
Hi, On Tuesday 14 September 2010, Prasenjit Kapat wrote: On my end, R 2.11.1 and lattice 0.19-11 (r-cran-lattice form deb repo). Before upgrading lattice, could you try to remove rkward and then re-install Rscript -e remove.packages ('rkward') make install and see if it helps? no difference. After upgrading lattice, I get your result. Now I had not backed up the old lattice, but I still had 0.17-25, too. I tried that, and get the same mismatch again. *However*, the visible result is correct (i.e. device 2 displays xyplot(2~2)). So perhaps it's just a problem specifically with trellis.last.object()? I don't know if / where this could cause real problems in your code. Regards Thomas P.S.: If you want to make extra sure everybody tracking SVN is using the correct version of the package, you can use scripts/set_dist_version.sh to increase the version counter (use scripts/getversion.sh to see the current string). Then any user who doesn't do make install, or for whom make install fails, will see a message about that when starting rkward. Usually, I only increase the version before announcing a test-release, however. signature.asc Description: This is a digitally signed message part. -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel