Заголовок очень длинный, но зато суть отражает почти полностью:

суть в том, что мне и далеко не только мне нравится GUI-программирование. Нормальное такое классическое, в результате которого получались такие без гениальные вещи как интерфейс OS/2 WorkPlace Shell, интерфейс Mac OS X Aqua и все последующие...

Отсюда вопрос: а есть ли хоть какой-то вариант писать веб-приложения именно в GUI-стиле? Да, пусть с ограниченным набором виджетов и без каких-то феерических возможностей, но зато с такими классическими вещами, как обработчики событий на виджете, абсолютно адекватным поведением виджетов-контейнеров, правильным взаимодействием между виджетами, унификацией их внешнего вида и широкими возможностями их «тематического» декорирования (гм, вспомните лучше темы KDE). При этом если никому не нужно, чтобы приложение было одним и тем же для мобильных устройств и для десктопа -почему бы не разнести сугубо V составляющую на 2 части, а не пытаться сделать один интерфейс настолько супер-адаптабельным и универсальным, что его код станет по сути SSHA-суммой Книги перемен?

При этом весь JS код должен оперировать вменяемыми операциями наподобие «создай виджет - инстанс такого-то класса и помести его в другой виджет - контейнер такой то» или, как более правильный подход: «загрузи по URL такому-то описание формы приложения, сгенерируй виджеты. А теперь вот тебе обработчики событий для созданных объектов-виджетов».

В общем, вопрос прост как три копейки: есть ли в 2017-м году хоть один JS-фреймворк, который был бы комфортен для GUI-разработчиков и позволял бы получать работающие в браузере веб-приложения, по сути являющиеся, например, «веб-репликами» их уже написанных GUI-собратьев? Ведь многие же компании, и очень крупные, самые крупные, переводили свои десктопные приложения на веб-платформу. Неужели им всем было в радость просто писать всё заново в чистой веб-парадигме со всеми этими «прекрасными» вещами типа DOM и VirtualDOM?

P.S. Вопрос возник по итогам попытки прочесть https://habrahabr.ru/post/341688 : из прочитанного я не понял практически вообще ничего, хотя у меня есть опыт JS-разработки. Я просто не врубаюсь, что такого полезного с функциональной, осязаемой точки зрения мне даёт всё это...

Внимание, правильный ответ:

https://github.com/qooxdoo/qooxdoo

Огромное спасибо dmxrand и всем-всем-всем, кто помог определиться!

Что-то много развелось нынче разных мест, в которых могут быть прописаны или откуда какие-нибудь программы/скрипты могут стартовать автоматически. В этом отношении Linux сделался похож на винду.

Уже не уверен, что все их знаю. Решил составить список, может кто чего скажет ещё по его поводу. Поскольку ориентируюсь на Debian, не исключено есть какие-то особенности в иных дистрах.

1. /etc/init.d  — (rc.0-6) — классическое место для init-скриптов для запуска разных демонов. + rc.local
2. cron — /etc/crontab запуск чего-то по расписанию кроном и его клонами.
3. /etc/systemd/system — сервисы, которые запускает systemd
4. etc/xdg/autostart/ — приложения, запускаемые при загрузке десктопа, а вообще есть (но может и не быть, но автозагрузка иметься) системная переменная $XDG_CONFIG_DIRS
5. /etc/profile, а также скрипты внутри /etc/profile.d — запускаются bash подобными оболочками.
6. ~/.bashrc ~/.profile и ~/.bash_logout при разлогинивании
7. /etc/X11/xinit/xinitrc — запускается X-ами, но если есть ~/.xinitrc запускается он.
8. /etc/X11/xinit/xserverrc — тоже может запускаться
9. /etc/gdm3/Xsession (gdm — для старых) если gdm3 менеджер, соответственно есть ещё: /usr/share/config/kdm/Xsession и другие
10. Автозапуск графическими оболочками, кроме автостарта десктопа есть ещё, например, автозапуск гномом (и прочими), например для гнома и кде в /usr/share/applications и для текущего пользователя в ~/.config/autostart/ для кде ещё и в ~/.config/plasma-workspace/shutdown и ~/.config/plasma-workspace/env
11. Вообще в графических оболочках может быть дохренища всяких автозапусков на разные случаи прописано в отдельных настройках, например, в гномореестре: скринсейверы, приложения при нажатии кнопки Power и т.д.
12. Модули ядра. Загрузка прописывается в /etc/modules — сами модули лежат в подкаталогах /lib/modules/`uname -r`/ с расширением .ko
13. Может быть раздел в (U)EFI — BIOS, оттуда что-то тоже может стартануть, причём даже после загрузки ядра, если правильно понял. Как фича работает пока толком не понял.
14. /etc/udev/rules.d — менеджер устройств в Linux.

Давно хотел простую утилиту, для сокращения рутинных действий при администрировании по ssh. Раньше использовал для этого алиасы, отдельные скрипты, но решил потратить немного времени и сделать утилиту такой, какой я её хотел бы видеть. Предлагаю её вашему вниманию: https://github.com/zlaxy/sshch

Утилиту можно использовать как из командной строки (sshch -h для справки), так и через простой псевдографический интерфейс: https://raw.githubusercontent.com/zlaxy/sshch/master/sshch_screenshot.png

Для работы необходим python2.7 без необходимости установки дополнительных модулей.

При первом запуске sshch создаёт пустой конфигурационный файл в домашней папке пользователя, в котором будут храниться данные. Данные - это алиасы (имена для быстрого доступа), строки для соединения к ним и пароли для sshpass (пароли хранить не рекомендуется). Можно выбрать несколько алиасов и послать на них одну и ту же команду, можно это сделать сразу из командной строки:

sshch -c "uname -a" host1 host2 host3 host4

Соединения будут выполняться поочередно.

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

Благодарю за внимание.

Добыть корпус слов русского языка - не проблема. Но мне позарез понадобился корпус корней русского языка. Можно его где-то найти в готовом виде?

Как и было обещано, компания Heartsome, до своего недавнего банкротства занимавшаяся разработкой программ для переводчиков, опубликовала свои продукты Translation Studio 8.0 (программа для автоматизированного перевода) и TMX Editor 8.0 (редактор памяти перевода в общепринятом формате TMX) под открытой лицензией GNU GPL 2. Translation Studio 8 разработан на основе Java, и, согласно wiki, поддерживает OOXML.

В переводческой среде среди платформ первенство до сих пор удерживает Windows ввиду огромного количества разнообразных CAT. С учетом этого, выпуск CAT профессионального уровня под открытой лицензией является очень важным шагом в этом направлении.

В настоящее время официальный сайт уже не функционирует и перенаправляет посетителей на репозиторий в git.

Официальный сайт (не рабочий)
Исходные коды и инструкции: Git
Готовые сборки Translation Studio 8:
Linux (бинарные файлы): 32 бита, 64 бита
MacOS: 10.6+
Microsoft Windows XP/Vista/7/8: 32 бита с Java, 64 бита с Java

Готовые сборки TMX Editor 8:
Linux (бинарные файлы): 32 бита, 64 бита
MacOS: 10.6+
Microsoft Windows XP/Vista/7/8: 32 бита с Java, 64 бита с Java

Т.к. официальный сайт не работает, в подробностях даю ссылку на ЛОР.

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

http://regex.alf.nu/

ну, продвинутые технари, у кого сколько?

Какой ГУИ посоветуете? Интересует кроссплатформенность.

Из требований сейчас: возможность вызова диалога выбора файла и выбор даты.

25 лет назад, 18 декабря 1987г., программист и лингвист Ларри Уолл выпустил первую версию языка программирования Perl.

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

По сообщению бразильской прессы 8 июля в автокатастрофе погиб Евгений Додонов ( McGray), до июля 2011 года занимавший должность руководителя отдела разработки в Mandriva, а с августа 2011 года руководивший выпуском драйверов к GPU для Linux в компании Intel.

Авария произошла недалеко от Сан-Антонио при невыясненных обстоятельствах. Евгений скончался по дороге в больницу.

R.I.P

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