That's great! I will also fix oneChannelGUI. Thanks a lot! Raffaele ---------------------------------------- Prof. Raffaele A. Calogero Bioinformatics and Genomics Unit MBC Centro di Biotecnologie Molecolari Via Nizza 52, Torino 10126 Tel. ++39 0116706457 Fax ++39 0112366457 Mobile ++39 3333827080 email: raffaele.calog...@unito.it raffaele.calog...@gmail.com www: http://www.bioinformatica.unito.it
On Dec 19, 2012, at 6:27 AM, Keith <ke...@wehi.edu.au> wrote: > Andreas, > > thanks so much for this clue. > > I have found that if I reduced the time in seconds from 0.1 to 0.01 to 0.001 > to 0.0001 I only had problems with freezing on the 0.0001 time. > > I tested on Win7(64 bit) on an Intel core i7 870 at 2.93GHz (16GB ram)(8 > cores) > and a WinXP (32bit) Pentium 4 3.01GHz (2GB ram) using R-2.15.2(2012-10-26) on > both. > > I had previously found that the tkgrab.set command seemed to be the one > actually freezing > so I placed the sleep command just before that with the same result as it > being just after the tktoplevel command. > > I am now going to try it in my packages affylmGUI and limmaGUI, probably with > a sleep time of 0.1 to be on the safe side, > > many thanks, > > Keith Satterley > > On 18/12/2012 9:38 PM, Moeltner, Andreas wrote: >> R Version 2.15.0/Windows XP >> >> Maybe this will help to identify the problem (I have similar problems with >> other tcltk-windows, too.) >> >> Inserting some time delay after tktoplevel helps (on my PC): >> >>> test2GUI <- function(){ >>> require(tcltk) >>> MainWindow <- tktoplevel() >> Sys.sleep(0.1) >>> topMenu <- tkmenu(MainWindow) >>> tkconfigure(MainWindow,menu=topMenu) >>> tkgrab.set(MainWindow) >>> tkfocus(MainWindow) >>> } >> Cheers >> Andreas >> >> >> Andreas Möltner > > > ______________________________________________________________________ > The information in this email is confidential and inte...{{dropped:6}} ______________________________________________ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel