search for: pgdown

Dear S-users. This should be an easy one: How do I change pages on an X11 graphics device under linux? I thought that the page-up/page-down keys were supposed to do the trick, but the frame (window) seems to be kind of immune to any kind of keyboard input. The only reaction I ever see is that the mouse pointer changes to a "+" when moved into the frame. I issue these commands:

...history mechanism? E.g., (i) if you set (with the menu) the graphics window in 'recording mode', (ii) make some plots , (iii) go back to the first plot using 'PgUp', (iv) add some new elements to it and (v) go to some other plot and then back to the first plot with 'PgDown' and 'PgUp', the first plot you get is the modified one or not? Reason of the question is that replayng of the saved history is implemented in a different way. guido -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-devel mailing list -- Read...

...history mechanism? E.g., (i) if you set (with the menu) the graphics window in 'recording mode', (ii) make some plots , (iii) go back to the first plot using 'PgUp', (iv) add some new elements to it and (v) go to some other plot and then back to the first plot with 'PgDown' and 'PgUp', the first plot you get is the modified one or not? Reason of the question is that replayng of the saved history is implemented in a different way. guido -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-devel mailing list -- Read...

please help. why is it that i cannot open html help pages out of the R menu? here is what I do: using browser firefox1.0 (open source!), java plugin jre 150 installed, supposedly working properly. opening R201patched, html help, link:search engine and keywords: works properly, jre symbol appears. clicking on any link (keywords on that page): no reaction whatsoever. what am i doing wrong?

...managed to get some output > using the sysrq keys. > > This seems similar to what is described in > http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=77508 but > there is no solution yet... > > What I have here is what I managed to copy down (for some > reason pgup/pgdown didn't work so not all information is > full...) and my sorted /proc/ksyms together with a manual > lookup of the call trace: > > process umount > EIP c01190b8 (set_running_and_schedule) > call trace: > c01144c9 f25f9ec0 IO_APIC_get_PCI_irq_vector > c010a8b0 f25f9ed...