|
From: Joe E. <jen...@fl...> - 2005-09-13 23:25:21
|
Jeff Hobbs wrote: > > Another upcoming change with a potential impact is that > > [style default ...] is going to be renamed to the more > > sensible [style configure ...]. (This should've been done a > > long time ago, just haven't gotten around to it yet.) > > Out of curiousity, is this then going to return the full > default style info as well, as a Tk widget would do? [style default] and [style map] already work like other "generalized accessors" -- [style default $style] returns a dictionary of all specified option/value pairs, and [style default $style -option] returns the current setting for '-option' (or the empty string if none has been specified). It doesn't (and won't) return a list of 5/2-tuples like [$widget configure] does, since style settings aren't implemented on top of Tk_OptionTables. (Plus, the dictionary representation is a lot easier for application code to work with.) --Joe English jen...@fl... |