At Mon, 29 Sep 2014 06:49:01 -0700 (PDT)
de...@scratters.com wrote:
>
> On Monday, 29 September 2014 14:25:14 UTC+1, David Zolli wrote:
> > Quote: derek wrote on Mon, 29 September 2014 15:09
> >=20
> >=20
> >=20
> > > Why would putting it in a ttk frame help with that border?
> >=20
> >=20
> >=20
> > Hi Derek,
> >=20
> >=20
> >=20
> > It would help because all your app background will be grey, like any nati=
> ve OS X app.
> >=20
> >=20
> >=20
> > pack [::ttk::frame .tfr] -fill both -expand 1
> >=20
> > pack [::ttk::label .tfr.lbl -text "Hello world"] -side top -fill x -expan=
> d 1
> >=20
> > pack [::ttk::button .tfr.but -text "Quit" -command {exit}] -side top -fil=
> l x -expand 1
> >=20
> > --=20
> >=20
> > David Zolli - Kroc
>
> Oh I see, thanks.
>
> My issue is that I have a cross platform application which is supposed to l=
> ook the same on Linux, Windows and Mac. It's written with traditional Tk wi=
> dgets, and the main frames and lists of GUI are all white. It looks consist=
> ent and good on all platforms.
>
> But ttk widgets have crept in for various reasons. There's no combobox with=
> Tk, for example, and the BWidget one I was using is buggy on multi-screen =
> Macs. So I replaced it with ttk::combobox, but that looks unpleasant with i=
> ts grey border on the white background.
>
> I guess there's no real solution other to stop mixing the widget sets.
Right. Take the 'plunge' and convert things to all ttk widgets. There are a
*few* widget types not available in the ttk set: message, text, and canvas are
the main ones.
Note: the ttk widgets have a '-style' option and have a binding for
<<ThemeChanged>> event. This allows for wholesale control of the look of the
widgets (things like colors, padding, and so on).
>
--
Robert Heller --
978-544-6933
Deepwoods Software -- Custom Software Services
http://www.deepsoft.com/ -- Linux Administration Services
hel...@deepsoft.com -- Webhosting Services