LINUX.ORG.RU

Языку Tcl (Тикль) исполнилось 30 лет

 , ,

Языку Tcl (Тикль) исполнилось 30 лет

5

4

Динамический язык программирования Tcl (Tool Command Language) празднует своё тридцатилетие. В январе 1989 года был опубликован первый экспериментальный выпуск языка Tcl, предложенный для тестирования сторонним разработчикам. Tcl представляет собой динамический язык программирования, распространяемый совместно с кроссплатформенной библиотекой базовых элементов графического интерфейса Tk. Несмотря на то, что основное распространение Tcl получил для создания интерфейсов пользователя и как встраиваемый язык, Tcl также подходит для других задач, таких как web-разработка, создание сетевых приложений, администрирование систем и тестирование.

Как написал один из пользователей почему он в него такой влюбленный:

  • вики, где есть даже игрушки (там можно подсмотреть интересное :)
  • шпаргалки
  • а ещё — это просто красиво и красиво

    От себя добавлю - со связкой tcl/tk знаком 20 лет (тоже Юбилей) и с удовольствием на ней пишу. Последнее что недавно написал это удостоверяющий центр CAFL63

    Спасибо создателю этого замечательного языка Tcl/Tk!

>>> Подробности



Проверено: Shaman007 ()
Последнее исправление: Shaman007 (всего исправлений: 2)

Ответ на: комментарий от Croco

Если честно, то OCaml — единственный функциональный язык, который я смог понять и даже написал на нём кое-что полезное для работы благодаря биндингам к plplot, gsl и fftw3.

Vudod ★★★★★
()
Ответ на: комментарий от anonymous

Работает?

Работает. А tcl/tk поделками - нет. И, судя по всему, уже не будет. Это проблемы tk.

И они в разных дистрибутивах Linux и винды.

Если за столько лет не починили, то и не починят.

anonymous
()
Ответ на: комментарий от RazrFalcon

Ошибаетесь. Оно живее всех живых. Даже я юзаю Tk в виде биндинга Tkinter, который идёт вместе с питоном. Это стандартный GUI в питоне, если что.

peregrine ★★★★★
()
Ответ на: комментарий от Croco

Лисп — хрень полная

но ежели с OCaml сравнивать, то вышеупомянутая точка зрения начинает выглядеть несколько странно :-D

Э? А чем OCaml хуже лиспа (для определённости, возьмём Common Lisp)? Или если сравнивать не конкретные языки, а семейства, то чем ML-семейство хуже лисп-семейства? Не, я, конечно, понимаю, языки дюже разные, может быть и сравнивать их не совсем корректно. Но всё же, какова ваша (нестранная) точка зрения?

anonymous
()
Ответ на: комментарий от Quasar

Темой изменяется внешний вид кнопок, переключателей и т.д.

В тикле есть два типа, например, кнопок: просто button

https://www.tcl.tk/man/tcl/TkCmd/button.htm

и ttk::button

https://www.tcl.tk/man/tcl/TkCmd/ttk_button.htm

Темезации подвержены только Themed Widgets с префиксом ttk:: и они не совместимы по опциям с обычными виджетами.

Сорян, но ежели вы не знаете этого, то это значит, что на тикле вы не кодили, но одобряете :)

Linfan ★★★★★
()
Ответ на: комментарий от peregrine

tk у меня тоже нет. Ибо ни одной проги я на нём не знаю.

RazrFalcon ★★★★★
()
Ответ на: комментарий от anonymous

И, судя по всему, уже не будет. Это проблемы tk.

Нет это проблемы не Tk, их там нет. Это проблемы у вас. Сядьте, наберитесь терпения и разберетесь. Там все пашет как часы.

pki_gost
()
Ответ на: комментарий от Spoofing

типа знаю наизусть ASCII таблицу символов

Даа... Раньше я тоже знал ASCII-таблицу символов, но потом мне прострелили^W^W^W как переточился на сетевика, уже и не вспомню :-)

Pinkbyte ★★★★★
()
Ответ на: комментарий от anonymous

А чем OCaml хуже лиспа (для определённости, возьмём Common Lisp)?

Э, нет, если мы возьмём Common Lisp — хоть для определённости, хоть ещё для чего — то OCaml будет лучше :-) Падение из канавы в целом затруднительно.

Если серьёзно, синтаксис там, гм. И заморочки с типизацией. От такого языка лично мне кажется логичным ждать какого-то оправдания своего существования — ну вот Haskell тоже такой, но там хоть ленивость и всё такое.

Croco ★★★
()
Ответ на: комментарий от Croco

Если серьёзно, синтаксис там, гм.

А что «синтаксис»? Везде «синтаксис». Разве что в семействе лисповых синтаксис к минимуму сведён, что мне и самому очень нравится.

И заморочки с типизацией.

Ну, таки, пропоненты строгой статической типизации считают, что лучше заморочки с типизацией до того, как программа скомпилировалась, чем ловля ошибок после. Или вы о каких-то других заморочках, присущих сугубо OCaml'у?

А оправдание существования у OCaml простое — это единственный более-менее распространённый язык сочетающий следующие свойства: функциональность (в смысле парадигмы), статическая типизация, энергичные вычисления. Хотя, конечно, спорить не буду: Haskell интереснее, а лисп красивее.

anonymous
()

Не нидфорспида ни тебе линейки, сплошные тетрисы с крестиками ноликами, где там игры?

anonymous
()
Ответ на: комментарий от anonymous

Работает. А tcl/tk поделками - нет. И, судя по всему, уже не будет. Это проблемы tk.

Тогда почему у меня работает? У меня другой Tk? Тестовый пример — копирование работает и пока окно есть на экране, и после его закрытия:

#!/usr/bin/wish
clipboard clear
clipboard append "Hello LOR"

label .mytext -text "Hello text copied to clipboard"
button .mybutton -text "OK" -command {exit}

pack .mytext -expand 1
pack .mybutton -fill x

Если за столько лет не починили, то и не починят.

Нечего чинить. У остальных всё работает.

Почини ты. Там кода всего ничего. Комментариев больше чем кода. И кто так пишет...

anonymous
()

Нет это проблемы не Tk, их там нет. Это проблемы у вас. Сядьте, наберитесь терпения и разберетесь. Там все пашет как часы.

Э... ковырятся в том, почему у всех нормально, а tk-поделок - нет.

Если разработчики не смогли, с чего вы решили, что я смогу?

anonymous
()
Ответ на: комментарий от anonymous

у всех нормально, а tk-поделок - нет.

Это неправда. К tk такое поведение не имеет отношения, это поведение иксов.

Для проверки открыл два терминала (urxvt). В первом набрал abracadabra и выделил мышью. Во втором вывел на печать буферы обмена. Вижу abracadabra в clipboard и primary буферах. Закрыл первый терминал. Во втором снова вывел на печать буферы. Теперь они пусты.

Если разработчики не смогли, с чего вы решили, что я смогу?

А это уже системная проблема. Обычно что-то получается как раз у тех людей, которые не думают «раз никто этого до сих пор не сделал, значит и я не смогу».

anonymous
()
Ответ на: комментарий от anonymous

Если разработчики не смогли, с чего вы решили, что я смогу?

Исправить проблему может только тот, у кого она есть. У разработчиков всё работает же. Выше пример рабочего кода.

anonymous
()
Ответ на: комментарий от anonymous

Тогда почему у меня работает?

Сдаётся мне, это зависит от конфигурации иксов. Плюс DE вполне может дополнительно что-то делать с буфером.

У меня твой пример не работает. Пока он запущен, xsel --output --clipboard выдаёт Hello LOR. Как только закрываю — в буфере сразу пустота.

Работа иксов с буфером (вернее с буферами, их несколько) обмена вообще штука странная и эзотеричная.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.