Re: [Tile-dev] Release plans

[Joe E. <jen...@fl...>]

Jeff Hobbs wrote:
> > Main reason for the name change is that it's not
> > always a bar -- different styles can support different
> > appearances (OSX-style "chasing arrows", browser-style
> > "download in progress" throbbers, a "copying file" animation,
> > ...).  It might end up as two widgets, a general-purpose
> > ttk::progress widget and a specialized ttk::progressbar ...
>
> Hmmm, I would have expected progressbar as well, but your point does make
> sense.  The problem is that 'progress' is so ... half-sensical from the widge
> naming perspective.  I'm not sure that progressbar isn't still more
> appropriate, as throbbers and chasing arrows are "bar-like".


OK, that sounds like two votes against; the widget
name will stay as [ttk::progressbar].

> > There might be a [ttk::toplevel] in a future release,
> > but the implementation will involve more changes
> > than just embedding a ttk::frame in the background.
>
> Note that Ttk is likely to hit the 8.5 codebase (finally :/ ) between 0.7.8
> and 0.8.0.  It will free up some restrictions in code sharing (full Tk core
> internals access) and may make something things like this easier.

I'm still committed to maintaining Tile as a separate,
8.4-compatible extension (if for no other reason, *I* 
still need it with 8.4), so deeper coupling with the 
core internals isn't entirely desirable.

Besides, I think [ttk::toplevel] as outlined previously
could be done as a Snidget -- there's no need to dig deeper,
it can be done by wrapping another layer on top.

Menus, on the other hand...


--Joe English

  jen...@fl...