From: Steve A <ste...@gm...> - 2013-09-11 00:11:54
|
On OS X, Tk widgets (esp. buttons) are often greyed out, as if disabled, when the app doesnt have the focus or wish *thinks* the app doesnt have focus. Is there anyway to disable this greying ? When i use ttk::notebook and toplevel containers, it just gets confused, and erroneously greys out multiple widgets though they still respond to ButtonPress. frame $f -container 1 toplevel .$w -use [ winfo id $f ] Due to Cocoa bugs, I am using Carbon. cheers, Steven |
From: Kevin W. <kw...@co...> - 2013-09-11 00:40:30
|
On 9/10/13 8:11 PM, Steve A wrote: > On OS X, Tk widgets (esp. buttons) are often greyed out, as if > disabled, when the app doesnt have the focus or wish *thinks* the app > doesnt have focus. > > Is there anyway to disable this greying ? > > When i use ttk::notebook and toplevel containers, it just gets > confused, and erroneously greys out multiple widgets though they still > respond to ButtonPress. > > > frame $f -container 1 > toplevel .$w -use [ winfo id $f ] > > Due to Cocoa bugs, I am using Carbon. > > cheers, Steven Can you provide a more complete sample script? -- Kevin Walzer Code by Kevin/Mobile Code by Kevin http://www.codebykevin.com http://www.wtmobilesoftware.com |
From: Steve A <ste...@gm...> - 2013-09-11 02:27:45
Attachments:
Screen Shot 2013-09-11 at 12.14.00 PM.png
|
Hmmm - I tried briefly to embed a container frame into the standard ttk notebook demo, but i cant reproduce the issue :( Attached is a screenshot showing symptom. Note - the disabled buttons in two of the toplevels become active after we open another (true) toplevel for a moment and close it. I think i'll just need a workaround/hack to disable this "State is greyed/disabled if no focus" feature of OS X wish. (What wer're doing is complex, and has differing issues across all operating systems.) I try binding ButtonPress-1 to "focus .toplevel" or "wm state .toplevel normal", but the first does nothing, and the latter fails with the message "can't change state of .toplevel: it is an embedded window". Note, this error throw is unique to OS X. MSWindows and Linux don't complain trying to change the state of these embedded toplevels. Anyway, I'll keep looking for a working hack. Just curious if anyone has messed with this before. cheers. On Wed, Sep 11, 2013 at 10:20 AM, Kevin Walzer <kw...@co...> wrote: > On 9/10/13 8:11 PM, Steve A wrote: >> On OS X, Tk widgets (esp. buttons) are often greyed out, as if >> disabled, when the app doesnt have the focus or wish *thinks* the app >> doesnt have focus. >> >> Is there anyway to disable this greying ? >> >> When i use ttk::notebook and toplevel containers, it just gets >> confused, and erroneously greys out multiple widgets though they still >> respond to ButtonPress. >> >> >> frame $f -container 1 >> toplevel .$w -use [ winfo id $f ] >> >> Due to Cocoa bugs, I am using Carbon. >> >> cheers, Steven > > Can you provide a more complete sample script? > > -- > Kevin Walzer > Code by Kevin/Mobile Code by Kevin > http://www.codebykevin.com > http://www.wtmobilesoftware.com > > ------------------------------------------------------------------------------ > How ServiceNow helps IT people transform IT departments: > 1. Consolidate legacy IT systems to a single system of record for IT > 2. Standardize and globalize service processes across IT > 3. Implement zero-touch automation to replace manual, redundant tasks > http://pubads.g.doubleclick.net/gampad/clk?id=51271111&iu=/4140/ostg.clktrk > _______________________________________________ > Tcl-mac mailing list > tc...@li... > https://lists.sourceforge.net/lists/listinfo/tcl-mac |
From: Kevin W. <kw...@co...> - 2013-09-11 13:38:47
|
On 9/10/13 10:27 PM, Steve A wrote: > Attached is a screenshot showing symptom. Note - the disabled buttons > in two of the toplevels become active after we open another (true) > toplevel for a moment and close it. I've seen this before, and this is the only workaround to the behavior you've documented that I'm aware of--clicking outside the window and then clicking back into it to restore its focus. --Kevin -- Kevin Walzer Code by Kevin/Mobile Code by Kevin http://www.codebykevin.com http://www.wtmobilesoftware.com |