Выпуск Tcl/Tk 9.0

Простите, а как у вас гуй на python вообще тормозит? У него же весь гуй - биндинги к c или c++!

Значит, тормозит питонячья логика за гуем.

Или вы залочили логику с гуем в одном потоке.

В былые времена приходилось 3-4 версии autotools держать, чтобы программы собирать…

Брехать только зачем? Для сборки программы autotools вообще не нужен. autotools нужен, чтобы подготовить дитротарболл.

Или вы залочили логику с гуем в одном потоке.

А я-то тут причем? Я пользователь на правах домохозяйки. Но постараюсь запомнить на всякий случай.

А этих тиклей по-прежнему надо устанавливать стопицот версий одновременно?

Никогда не нужно было. Там за обратной совместимостью контроль получше чем у Python.

Я скриптоту только на Tcl пишу. Без Tk.

Спустя 27 лет после версии 8.0 наконец вышла новая версия
27 лет

вот это круто! вот это я пони-маю, штабильность! всяким шыштемдэ и прочим жырнофоксам есть о чем задуматься!
(и вот не надо тут про less. less - это другое!)
опять же, тот же Дебиан (который, якобы, говно мамонта и оплот штабильности) задолбал постоянно новые релизы выпускать и каждый раз трахать мозг при обновлении - дескать, там кодовое имя релиза изменилось, а у тебя "testing" в sources.lst! блин, да мне срать, какой там релиз вы опять выпустили, поэтому и написано "testing" - как бы троллинг-релиз такой колхозный, но нет((
а вот 27 лет - это хорошо, это мне нравится! раз в 27 лет можно даже и подправить какую-нибудь фигню при обновлении)))

Может ли оно собирать GUI по XML и есть ли к нему редактор форм?

Если программа без configure, то очень даже нужно.

Нужно, хорошая штука. Использую. Быстро работает, возможностей вполне хватает. Gui на python получается очень быстрый, таблички на 100+ тыс записей переваривает без заметных тормозов, правда сьедает ощутимо оперативки. С python идет из коробки, много места не занимает. Работает везде. Альтернативы типа Qt, wxWidgets по сравнению с ним весьма тяжелые и нужно повозится с установкой. Из минусов много вещей приходится делать руками, но большая часть задач реализуется относительно просто.

Может ли оно собирать GUI по XML и есть ли к нему редактор форм? Оказалось, что есть. SpecTcl

Но tcl/tk – тот редкий случай, когда описать формочку на самом tcl быстрее и удобнее, чем накидать её через редактор форм, и код получится лаконичнее любого xml представления.

Это тот, который здесь достаточно популярен на фоне других: Какой графической утилитой для git пользуетесь?

8.6.0 в 2012 был, 8.6.15 в сентябре 2024

Двадцатилетия

Первой половины 21 века. Вряд ли следующий релиз будет раньше 50-х годов.

Objective-C > Tcl

Cocoa > Tk

вот это я пони-маю, штабильность!

Более того написанное более 20 лет назад для Win XP до сих пор запускается и работает на современном Linux. Никакому питону такое и не снилось.

«Здесь» - это где? Среди ЛОРовцев? Уже был опрос на эту тему. Лично я предпочитаю командную строку. А вот как люди путаются в том, что делают, и именно из-за того, что пользуются недогуями, и немножечко консольными командами, не вполне понимая, что именно все эти команды и гуи делают - наблюдал буквально вчера.

Пока в tk не завезут поддержку масштабирования - нинужно. Пользоваться гуи на нем в 2024 больно глазам.

Гуи создали, чтобы программа могла показать доступные опции пользователю визуально и принять команды пользователя через действия маниуплятора (в т.ч. типа «мышь»).

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

Брехать только зачем? Для сборки программы autotools вообще не нужен. autotools нужен, чтобы подготовить дитротарболл.

Это актуально только когда ты скачиваешь релизный тарбол откуда-то, куда configure уже положили. Проблема в том, что последние лет 10 никто почти релизных тарболов не делает. Просто создаётся тег в гите и ты качаешь нужный коммит. А в репозитарий высеры автоконфа добавляют только полоумные.

Автолулзы должны сдохнуть. Большая часть проверок, которые делает типичный configure, нахрен не всрались.

Пока в tk не завезут поддержку масштабирования - нинужно. Пользоваться гуи на нем в 2024 больно глазам

отчего-то пользуюсь scaled темами в Tk

Хорошая новость. Надо её запомнить. Потому как до Tcl 10.0 не факт, что и доживёшь.

блин, да мне срать, какой там релиз вы опять выпустили, поэтому и написано «testing» - как бы троллинг-релиз такой колхозный, но нет((

Потому что дебьяновский троллинг релиз - это sid, дурилка ты картонная.

Может ли оно собирать GUI по XML и есть ли к нему редактор форм?

Визуальный редактор какой-то есть, а составлять формы кодом на Tcl удобнее чем на большинстве заточенных под это языков разметок. Так что если думал писать XML руками - лучше пиши на Tcl.

Есть такой вид людей, у которых Питон вообще всегда тормозит.

«Я в жизни прочел три книги: букварь, синюю и другую» (с)

Пока в tk не завезут поддержку масштабирования - нинужно

Всмысле? tk scaling для кого придумали?

Ну расскажи же, для кого придумали tk scaling, не томи!

Для тех, кому нужно масштабирование! (с) Ваш Кэп.

Тогда можно сделать вывод о том, что разработчикам Tk масштабирование не нужно. Некоторые элементы интерфейса не обращают никакого внимания на tk scaling, увы. И Ttk не спасает, например, с отрисовкой меню.

https://wiki.tcl-lang.org/page/tk+scaling

скорее на R (а даже на S ) - и даже может быть на К (али J ) -

ибо бубух задачи и прочий процессинг а уж госам сам гарант адок барышням

а как же пэйджер что бы думать как Штирлиц?

Хрен знает. Возможно, осторожный стиль описателей пакетов — с вот таким конкретным работает, а со следующим хз. Разные дистрописатели попадаются. Но в Tcl особых метаний не припомню. Хотя да, то, что сейчас пишется как {*}, сначала писалось как-то по-другому. Но это, как по мне, в приколы любой версионной штуки.

А вот пейджера у меня никогда не было. :)

Выше коллега уже отписался. Вполне правдоподобно. Выпуск Tcl/Tk 9.0 (комментарий)

Там за обратной совместимостью контроль получше чем у Python

А это что? Прямо в тексте новости:

В новом выпуске содержатся несовместимые изменения с версиями 8.x, поэтому было решено увеличить ведущий номер версии:

К их чести, здесь поломка совместимости довольно минимальна.

Там за обратной совместимостью контроль получше чем у Python

А это что? Прямо в тексте новости:

А, т.е. между Python 2.x и Python 3.x несовместимых изменений нет? Это ж мажорнота.

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

Между Cobol и Java есть огромная разница: жабу активно развивают, добавляя в неё новые плюшки, и для неё есть вагон тулинга. А для кобола нет вообще нихрена.

O! Баночные программисты по Пелевину из Transhumanism Inc... :)

Я помню eggdrop.

Ну и зря выкинул: большие ненужные тех. книги всегда пригождаются, пусть и не так как это задумывал автор. У меня, например, на таких книгах монитор стоит.

Когда книг пара сотен... Что-то отдал букинистам, что-то увез на дачу, что-то отнес в библиотеку в офис с мыслью их там и оставить, что-то просто выкинул. Оставил самое ценное, что точно буду перечитывать.

А оно ещё живо? В смысле на нём кто-то пилит свежие проекты, а не только старьё поддерживает?

Сам язык и библиотека под какой-то своей бздеобразной лицензией, поэтому если сдохнет то совершенно не жалко.

Был visualtcl, жив или нет не знаю. Но ни разу не требовалось, в tcl/tk все просто и лаконично.

Вот калькулятор, к примеру:

wm title . "Tcl/TK calc"
pack [frame .frm] -expand true -fill both
grid columnconfigure .frm 0 -weight 1
grid rowconfigure .frm 0 -weight 1

entry .frm.ent
grid .frm.ent -row 0 -columnspan 5  -sticky nswe -padx 5 -pady 5

proc Calculate {ent txt} {
    if [regexp -nocase -all -- {([0-9]+)(\+|\*|\/|-)([0-9]+)} $txt match v1 v2 v3] {
        $ent delete 0 end
        $ent insert end [expr double($v1) $v2 double($v3)]
    }
}

set col 0
set row 1
foreach item {1 2 3 4 5 6 7 8 9 0 + - * /} {
    button .frm.btn_$item -text "$item" -command [list .frm.ent insert end $item]
    grid .frm.btn_$item -row $row -column $col -sticky nswe -padx 5 -pady 5
    incr col
    if {[expr fmod($col, 5)] eq "0.0"} {
        incr row
        set col 0
    }
}
button .frm.btn_calc -text "=" -command {
    Calculate .frm.ent [.frm.ent get]
}
grid .frm.btn_calc -row 3 -column 4 -sticky nsw -padx 5 -pady 5

У Xilinx вся инфраструктура для билда FPGA на tcl. И да, реально, сначала жутко кажется избыточно, а потом как понимаешь, какие возможности это открывает…мммм… Я лично под FPGA не пишу, делаю работу под ARM ядра на UltraScale+, но заскриптовал загрузку кода и отвязался от разработки в Eclipse, сохранив возможность отладки на удалённой платформе.

Я книжку передал безвозмездно :)

Когда над тобой нависает жена с вопросом: «Когда же ты уберешь из кладовки эти шесть коробок книг?» и уже грозится принести скалку и сковородку, то как-то на первый план выходит скорость решения вопроса :)