Делаем работать юникод в ткаббере: ∞ cat /etc/portage/patches/dev-lang/tcl/tcl-proper-unicode.patch --- tcl8.6.9/generic/tcl.h 2019-03-12 17:40:52.994156282 +0300 +++ tcl8.6.9/generic/tcl.h 2019-03-12 17:41:01.377071301 +0300 @@ -2205,7 +2205,7 @@ */ #ifndef TCL_UTF_MAX -#define TCL_UTF_MAX 3 +#define TCL_UTF_MAX 6 #endif /*

http://wiki.tcl.tk/9832 > A sci-fi TV show, later turned into a long movie sequel. > Mentioned here for some obscure reason. Maybe they used Tcl in the Enterprise...

[Кто-то скрестил visual studio и tcl](http://vtcl.sf.net) Хорошо что оно сдохло.

> Увидел свет Tcl/Tk 8.6.3 > микрософт так испугался, что открыл dotnet

http://www.opennet.ru/opennews/art.shtml?num=35661 После пяти лет разработки увидел свет релиз новой ветки Tcl/Tk 8.6.0, динамического языка программирования Tcl, распространяемого совместно с кроссплатформенной библиотекой базовых элементов графического интерфейса Tk.

Набыдлокодил скрипт, который рисует траекторию единичного вектора, модулированного вдоль оси X, как на рисунке. Входные файлы должны быть в формате [x lx ly lz], где lx, ly, lz - компоненты вектора. Скрипт умеет в регулярные выражения. На выход идут eps-файлы. Имеется опция -t <директория>, которая делает так, что выходные eps-файлы сохраняются в <директорию>. Есть проблема с BoundingBox в получаемых gnuplot'ом eps-файлов (пока не знаю как это решить по-нормальному). Поэтому написал дополнительные костыли для решения этой проблемы. Обновления скрипта буду вбрасывать в комментариях к посту.

Захотел узнать, чего ткаббер так долго грузится. Натравил strace. Поблевал. Тикль - это такой рекурсивный баш?

В результате долгих совещаний на работе по поводу следующих версий программы для работы с выгрузками SAP таки удалось решить, в каком формате будут представлены данные в БД, как будет осуществляться доступ и как это будет выглядеть. Идея в том, что из-за возрастающего количества требуемых функций программу решено сделать модульную и представлено это будет по типу главного окошка SAP с кучей транзакций. Теперь вот сижу и думаю: как организовать все модули и делать ли программу многопоточной. Вообще, проблем с человеческим интерфейсом больше, чем с реализацией функционала. Конечно, можно налепить как попало и потом (если вдруг припрёт) переделать (Tcl же!), но так не хочется кормить людей говном...

:username, что сейчас популярно в качестве встраиваемой БД для первотега? Суть токова. Есть сетевой диск подключенный ко всем компам с Windows в заводской сети. Надо иметь где-то в недрах этого сетевого диска небольшую БД (куда я запихну примерно 100-200 метров чистых данных типа double, int, string). С БД _одновременно_ должно умудряться работать до десятка пользунов (никаких прав доступа не предусматривается ибо всем похуй). Ессно, будет происходить чтение/запись разных блоков. Сервер БД типа PostgreSQL или MySQL держать возможности нет. Думаю о SQLite, но умеет ли оно указанные фичи?

Ну вот. Готов набросок второй версии моего говноподелия для Bosch. Вариант на тикле получается намного лучше. Сделал вменяемую локализацию, мультиплатформенность, автоматическое определение консоли/иксов со стартом CLI/GUI соответственно и набросок гуя. Даже не стыдно за качество кода. Хотя, похоже, что я нуждаюсь в ООП и придётся ставить Tcl 8.6 (где ООП вроде есть искаропки) или стороннее ООП-расширение. Ну, и немного рассуждений: Почему я сначала напилил гуй, а не двигло? Чтобы было проще ориентироваться в примитивах, которые мне надо будет описать и с которыми я буду работать. Вот сейчас мне ясно, что нужноо ООП, чтобы удобно извлекать данные из файлов разного сорта. А ещё это упрощает решение того, на какие этапы/функции надо разбить программу. Нахреначил чекбоксов в диалоге настроек и по ним ориентируюсь. Удобнота!

Доставил домой последнюю версию первой ветки обработчика выгрузок из SAP. Надо бы выкинуть на гитхаб... И сразу постановка задачи: требуется мультиплатформенная библиотека для _чтения_ файлов Microsoft Excel Форматов M$ Office XP/2003/2010/7/etc.

Бээнвач, посоветуй опенсорс иконок 16x16 или в том районе. Нужно оформить гуй. Алсо планирую и дотнетовский и Tcl код оформить под BSD. (Собсно, исходник версии 0.1, который лежит на гитхабе, уже релизнут под этой лицензией.)

Вот так всегда. Осилил работу с Excel COM, но главная проблема всё равно осталась: как сдизайнить такой GUI, с которого пользуны не побегут блевать своими внутренностями? Хотет, чтобы всё было интуитивно, красиво, но без перделок. Короче, реквестирую литературы (книги, статьи) и стандартов по дизайну GUI. Помнится, была у меня книжка "Shareware: профессиональная разработка и продвижение программ", но описаные там методы не подходят под мою специфику. Думаю о GNOME HIG, но в связи с ненавистью к GNOME не могу себя заставить глянуть на это. Есть чо ишшо?

Сабж радует. Документация оказалась обширная. Стандартный набор - уняня. Тяжело происходит привыкание к синтаксису. За пол дня обучения осилил отрисовку графики и каталоги сообщений.

За эту ночь я влюбился в Tcl/Tk: на нем можно клепать гуйцы и вообще кодить не приходя в сознание и не читая практически ничего кроме манов по командам. Активно оборачиваю vim в тк-виджет дабы можно было юзать оный вместо стандартного text в том же ткаббере. А вот vimscript, в отличии от, вызывает рвотные позывы.

поставил wish8.5, теперь шрифты как не говно

tcl однако забавен, возможно удастся его приспособить

lexs@nyapad ~ $ Downloads/Installer_LPCXpresso_4.0.6_131_Linux-x86 invalid command name "bind" while executing "::unknown bind Text <Tab>" ("uplevel" body line 1) invoked from within "uplevel 1 $next $args" (procedure "::obj::Unknown" line 3) invoked from within "bind Text <Tab>" (procedure "::InstallJammer::InitializeGui" line 19) invoked from within "::InstallJammer::InitializeGui " (procedure "::InstallJammer::InitInstall" line 68) invoked from within "::InstallJammer::InitInstall" (file "/installkitvfs/main.tcl" line 36411) Охуеть, у NXPшного говна инсталлер на тикле. Фрискейловский на яве хотя бы работал.