Re: [TCLCORE] Why ttk::dialog is gone?

[Anton K. <a_k...@us...>]

>>>>> Gerald W Lester writes:

    GWL> You should not depend on *any* internal routine being there for
    GWL> any given release, nor should you depend on their return
    GWL> values, nor should you depend on the order of return values
    GWL> where the

Thank you for pointing out what I should and what I shouldn't do. For
now, unfortunately, there is nearly impossible to write complex,
good-looking GUI on Tk without a lot of small fixes that fine-tune
internal things of the toolkit. I know that nobody promised to keep
internals the same, and I wouldn't say a word if, e.g. ttk::combobox
implementation changed its listbox subwidget name or scrollbar type.
I would just change my code depending on it, if there is a dependency.

The situation with ttk::dialog is different. Dialog API existed for
several versions of Tile. It was documented and it had a man page that
didn't gave a hint of it being "unofficial", "private" or "internal". Of
course you may argue that Tile is entirely unofficial before reaching
1.0, and so is Tk8.5 before its beta. Does it mean that everyone should
stop asking questions about this software and discussing it?

Notice that I don't complain about this change. I just asked for a link
to any discussion that has taken place, if there is one. My first
thought was that something better is on the way to Tk that will replace
the old ttk::dialog - perhaps universal themed/non-themed dialog
implementation? Of course I'm interested to read about it. However,
I've found nothing of this kind in tcl-core@, TIP repository and
sourceforge database. Is there any other place that I have to monitor
for ongoing significant changes in Tk? Then I want to know where this
place is.

-- 
Best Regards,
Anton Kovalenko
Phone: +7 916 345-34-02