нужен ли toplevl окну свой рабский интерпретатор?

Я обычно делаю по отдельному namespace на окно, в отдельном файле. В нем, процедура создания, допустим, Init, которая вызывается автоматически.

Или, как вариант, можно через TclOO отдельный класс замутить - если экземпляров окна может быть несколько.

Ясно, спасибо. Наверное, буду выпиливать лишние интерпретаторы (когда-нибудь потом, когда допечёт).

Хотя... А если несколько экземпляров окна? Таскать всё время окно как параметр? Тоже вариант, конечно.

Если несколько экземпляров, тогда традиционно делать окно с классом и объектами.

Или без ООП: сделать генератор уникальных ID и создавать оконные namespace в рантайме с уникальными именами. Может оно еще и проще окажется.

А можно в коде увидеть пример неймспейсов? Потому что я не понял, это неймспейсы в смысле namespace eval или это в пространсте имён tk, типа _window8.mywidget.a и т.п.

В смысле namespace eval, конечно. Например:

# генератор уникальных ID
namespace eval UID {
 variable uid
 
 proc getnew {} {
  variable uid
  incr uid
  return $uid
  }
  
 set uid 0
 }

set lns {}

# сделаем 3 топлевела
for {set i 0} {$i < 3} {incr i} {

    # toplevel обернутый в namespace
    namespace eval [UID::getnew]  {
     variable w
     
     proc Init {} {
      global lns
      variable w
      
      set w [toplevel .$UID::uid]
      lappend lns [namespace current]
      pack [button $w.bOK -text $UID::uid]
      }
     
     proc Delete {} {
      variable w
      
      destroy $w
      namespace delete [namespace current]
      }
     
     Init
     }
 }

update
after 1000

# удаляем по очереди
foreach ns $lns {
 [set ns]::Delete
 update
 after 1000
 }
 
exit

Не утверждаю, что это лучший путь, наверняка знатоки тикля могут что-нибудь еще посоветовать (сам не большой знаток).

Ааа. Я не знал, что внутри namespace можно процедуры ставить. Хотя тут выигрыш лишь в том, что вместо явного параметра w пишем variable w.

Здесь (и во многих других случаях генерации кода) возникает вопрос: а есть ли в тикле подобие компилятора? И не потеряем ли мы в скорости из-за того, что вместо имени неймспейса стоит выражение? Я читал, что там делаются какие-то оптимизации и внутри не всё строка. Есть чувство, что генерация неймспейса с вычисляемым именем может привести к каким-то потерям по оптимизации.

Но во всяком случае это решает мою задачу.

Это инкапсуляция, очевидно же. Позволяет не засорять глобальное пространство имен. Профит будет когда у тебя будет много окон, для обслуживания каждого из которых надо будет вызывать кучу схожих и несхожих процедур и помнить, для какого типа окна какую из процедур перерисовки надо вызвать и прочий ад... без этого жить нельзя.

В тикле компиляция в байт-код, как и в большинстве других скриптовых языков. Для GUI затраты времени на вычисление имени переменной считать строго равным нулю. На подведение указателя мышки к виджету или анимацию его нажатия твой компьютер расходует на порядки больше ресурсов :)

Если не нужен - продать на плантацию.