search for: idletask

...)), height=as.numeric (tkcmd("winfo", "height", widget)), tkcmd ("winfo", what, widget, ...)) (The other problem is that tkcmd("winfo",...) may fail.) Oh, while I'm at it: There is no tkupdate: > tkupdate <- function (idletasks=FALSE) if (idletasks) tkcmd ("update", "idletasks") else tkcmd ("update") (which is essential to making sure that a window is mapped before its width or height is queried.) That's trivial if you have hacked Tcl/Tk before -- so who is the package tlctk aimed...

I'm trying to use a Tk widget to show some progress & intermediate results in a long-running R calculation. Does anybody know how (or whether) I can force a window redraw without waiting for the idle loop? Currently, refreshes only seem to happen when we return to the R toplevel read-eval-print loop. Thanks, Mark <><

Hi everybody, I am trying to write a simple progress display based on a tcltk toplevel. My first approach was to use the progressBar widget from the BWidget library but since this is not available on every system (missing on at least almost all windows systems, I guess...) I wanted to have a backup there. So my second strategy was to use a simple toplevel with a label and update the tclvariable

In Windows, Tcl/Tk programs running under the tcltk package can update too frequently: for exmaple, we might go through a long sequence of operations to construct a complex display, and in Windows each addition will be shown separately. To work around this, I've added a function "tclServiceMode" which serves as an R interface to the "Tcl_SetServiceMode" function in the

Dear list members, Rich Heiberger reported to me last week that the Messages window in the Rcmdr GUI was freezing -- that is, messages posted to this window didn't appear -- under Windows and R 2.8.0. I was able to confirm this problem on three Windows systems, one using Vista and the other two XP. In each case, I used R 2.8.0 and Rcmdr 1.4-4 (the current version). The problem doesn't

Hello, On Mac OS X, certain Aqua/Quartz UI functionality requires an application to be launched from within an app bundle, or (alternatively) requires a Carbon application with a resource fork. Playing with the wxWidgets distribution, I discovered that it is quite easy and transparent to make such a Carbon app from (I guess) any command line application. When applied to the R executable called

Hello, On Mac OS X, certain Aqua/Quartz UI functionality requires an application to be launched from within an app bundle, or (alternatively) requires a Carbon application with a resource fork. Playing with the wxWidgets distribution, I discovered that it is quite easy and transparent to make such a Carbon app from (I guess) any command line application. When applied to the R executable called