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
