| 1.1, Аноним (1), 17:38, 31/01/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –14 +/– |
Если посмотреть ридми, то там видно, что ридми (и скорее всего код) портировался нейронкой. Но, конечно же, люди тут будут доказывать, что нейросети бесполезны.
| | |
| |
| 2.3, Аноним (1), 17:40, 31/01/2026 [^] [^^] [^^^] [ответить]
| +4 +/– |
Там похоже даже комментарии на русском, и не в UTF-8, лол
| | |
| 2.4, Аноним (4), 17:41, 31/01/2026 [^] [^^] [^^^] [ответить]
| +17 +/– |
Портировать и запустить не проблема. Проблема потом всё это поддерживать, выгребая тонны багов и прочее. А так запустили, потыкали и забыли. Никто не будет в здравом уме завязываться на библиотеку, про которую через неделю все забудут.
| | |
| |
| 3.11, Аноним (1), 17:52, 31/01/2026 [^] [^^] [^^^] [ответить]
| –11 +/– |
Codex с GPT 5.2 напишет код с меньшим кол-вом багов чем 90% посетителей этого сайта. И искать он их отлично тоже умеет.
| | |
| |
| 4.16, Re4son (ok), 18:22, 31/01/2026 [^] [^^] [^^^] [ответить]
| +11 +/– |
 полностью согласен, учитывая что подавляющее большинство посетителей этого сайта вряд ли являются разработчиками, а просто следят за новостями
но в плюс нейронке я бы это не спешил записывать
| | |
| |
| 5.68, ДА (?), 00:04, 01/02/2026 [^] [^^] [^^^] [ответить]
| +/– |
ващет я написал на C 16 битную фортподобную банковую виртуальную машину и коньпеллятор к ней. и всё это на ассемблере.
и таких как я на этом сайте - миллионы!
| | |
|
|
| |
| 4.89, Аноним (89), 14:26, 01/02/2026 [^] [^^] [^^^] [ответить]
| +2 +/– |
А меня забавляют кожаные мешки, которые думают, что код от ИИ решит все их проблемы.
| | |
|
| 3.83, Аноним (83), 12:55, 01/02/2026 [^] [^^] [^^^] [ответить]
| +/– | |
>Доступен порт GTK+ 1.3
Урожайность выросла на 80%, качество жизни населеня повысилось на 1,7 делений).
| | |
| |
| 4.104, Аноним (104), 02:54, 04/02/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> качество жизни населеня повысилось на 1,7 делений).
В смысле амёбное население стало делиться в 1,7 раза чаще или что?
| | |
|
|
| 2.8, анонимус (??), 17:46, 31/01/2026 [^] [^^] [^^^] [ответить]
| –6 +/– |
нейросети (перцептроны) это узкоспециализированный инструмент распознавания шаблонов родом из 1957-го года основанный на концепциях поведеченской психологии 1940-х (раньше так мозг представляли, ныне упрощенное представление реального устройства)
| | |
| 2.32, JordanCpp (ok), 19:28, 31/01/2026 [^] [^^] [^^^] [ответить]
| +/– |
 При помощи нейронки. Так как собрать gtk, вообще не очевидно. Очень много завязок на исторические приколюхи unix. Когда я тупил, ИИ не тупил. Когда ИИ тупил, я не тупил:)
| | |
| |
| 3.37, Аноним (37), 19:50, 31/01/2026 [^] [^^] [^^^] [ответить]
| +/– |
Аналогично. Я так переписывал свой рендеринг карт DayZ с C# на C++ + UE5
| | |
|
| 2.34, Аноним (34), 19:39, 31/01/2026 [^] [^^] [^^^] [ответить]
| +/– | |
>Но, конечно же, люди тут будут доказывать, что нейросети бесполезны.
Не буду говорить за всех, но лично мне пофиг. Возможно даже не только мне. Можете топить дальше.
| | |
| |
| 3.45, анондирован (?), 20:11, 31/01/2026 [^] [^^] [^^^] [ответить]
| –2 +/– |
Так это древняя технология. В следующем году перпептронам (искусственным нейронам) Фрэнка Розенблатта будет 70 лет. К этой идее возвращаются периодически. Последний такой период ИИ истерии был в 1985-м. Мы их изучали в университете в конце 1990-х. Писали тогда на ассемблере лабораторные по теме нейронов и ИИ. Это все искусственный интеллект - шахматы, шашки, игры и прочее - имитация интеллекта.
| | |
| |
| 4.90, Аноним (89), 14:30, 01/02/2026 [^] [^^] [^^^] [ответить]
| +/– |
Так уж повелось, что любую имитацию интеллекта считают ИИ. Это как искусственные конечности, функции какие-то выполняет, но не до конца.
| | |
|
|
|
| |
| 2.15, X512 (?), 18:22, 31/01/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
Не бывает никакого Win64. На x86_64 тоже используется Win32. Win32 -- это исторически сложившееся название нового API/ABI впервые представленное в Windows 95. До это было Win16 с сильно отличающимися управлением памяти (сегментная память), многозадачностью (кооперативная многозадачность) и защитой (у Win16 все exe/dll загружались один раз глобально на всю систему и совместно использовались).
У 64 битных процессоров нет такой радикальной разницы с 32 битными как с 16 битным x86. Так что один и тот же Win32 код собирается под 32 и 64 битные процессоры.
| | |
| |
| 3.24, Смузихлеб забывший пароль (?), 19:00, 31/01/2026 [^] [^^] [^^^] [ответить]
| –5 +/– |
Большая разница, небольшая разница. Неясно, зачем, говоря про современные инструменты разработки и вынь 11, пилить именно под 32 вместо 64
Хотя, то же яблоко у себя сделало проще - тупо заблокировало в новой версии ОС запуск 32-битных приложений. Даже подобия вайна не помогали в старые игоры поиграццо.
| | |
| |
| 4.48, Аноним (48), 20:35, 31/01/2026 [^] [^^] [^^^] [ответить]
| +3 +/– | |
> Неясно, зачем, говоря про современные инструменты разработки и вынь 11, пилить именно под 32 вместо 64
Потому что Win32 не подразумевает 32-бит. Тебе же объяснили уже.
| | |
| |
| 5.75, Аноним (75), 10:09, 01/02/2026 [^] [^^] [^^^] [ответить]
| +/– |
На самом деле здесь разные abi. И фактически, если доебаца, то существует вин32 и вин64. Это разделяется флагом machine в секции PE. Существует intel386 и x86_64. Эт этого ядро пляшет на какое окружение натянуть новый процесс. И хоть названия функций и одинаковые, но реальный код разный. Даже способы передачи параметров в функции разные. У 32 stdcall - передача через стек. Последним пушится первый параметр. У 64бит - некое подобие fastcall - передача через регистры процессора. Если регистров не хватило, то остальное через стек.
| | |
|
|
| 3.106, Аноним (106), 13:25, 04/02/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> впервые представленное в Windows 95
В Windows NT, конечно же.
А вот скажите, как так получалось, что в Windows 286 (Windows 2.1) появился HIMEM, и виндовые проги тут же научились использовать >1M памяти? Там разве произвольный размер адресации? Сегодня 20 бит, а завтра 24?
| | |
|
| 2.30, JordanCpp (ok), 19:26, 31/01/2026 [^] [^^] [^^^] [ответить]
| +/– |
Код собирается под Win64, библиотека и примеры собраны как 64 битные. Они работают, но думаю, что могут вылезти баги.
| | |
|
| 1.9, Аноним (9), 17:47, 31/01/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +11 +/– |
"Золотая эра разработки пользовательских интерфейсов" это мощно, конечно.
| | |
| |
| 2.25, Аноним (-), 19:03, 31/01/2026 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> Ясно понятно.
Как будто вернулся в 1998 год!
*смахиваю скупую слезу*
| | |
|
| 1.14, Имя (?), 18:19, 31/01/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
> GTK+ 1.3 выбран для портирования как представитель "золотой эры" разработки пользовательских интерфейсов, обладающий такими достоинствами, как реализация ... нативный GDK Win32, взаимодействующий с Windows напрямую без излишних прослоек
>
> В планах написание для библиотеки отрисовки GDK бэкенда, позволяющего использовать SDL 1.2 и SDL3
Взаимоисключающие параграфы
| | |
| |
| 2.27, JordanCpp (ok), 19:23, 31/01/2026 [^] [^^] [^^^] [ответить]
| +/– |
Gdk слой настолько легкий и прямой, что сравним с тем, что обернуть CreateWindowEx в функцию и взывать, тоже самое, что вызвать саму winapi функцию.
| | |
| |
| 3.85, Имя (?), 12:58, 01/02/2026 [^] [^^] [^^^] [ответить]
| +/– |
А с sdl всё будет в точности наоборот: вручную месить битмапы / opengl, никаких тебе нативных api (ни виджетов, ни шрифтов, ни тем), и потребление памяти станет соотвествующим. Зачем нужен такой гибрид ужа с ежом? И если уж месить вручную, то ради чего тогда отказываться от умных контейнеров и стилей? Почему не взять готовый tk?
| | |
|
|
| |
| 2.77, Namename (?), 11:04, 01/02/2026 [^] [^^] [^^^] [ответить]
| +/– |
Выглядит лучше нынешних поделий, с огромными кнопками, отступами, кучей лишнего пространства.
| | |
|
| 1.19, Аноним (-), 18:39, 31/01/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> представитель "золотой эры" разработки пользовательских интерфейсов
...и как же вырвиглазно он выглядит!
Все скомкано. Отступы минимальные, как будто это делали для экрана 800х600.. Сглаживания нет. Выравнивание кривое.
| | |
| |
| 2.38, Аноним (-), 19:51, 31/01/2026 [^] [^^] [^^^] [ответить]
| +/– | |
>...и как же вырвиглазно он выглядит!
Первая певрсия GTK+. добро пожаловать в 1990-ые.
| | |
| 2.101, ыэ (?), 20:10, 02/02/2026 [^] [^^] [^^^] [ответить]
| +/– | |
>>Отступы минимальные
Одно это уже делает интерфейс на порядки удобнее современных тяп-ляп, где одна кнопка на полэкрана, другая половина занята красивыми отступами
| | |
|
| 1.26, JordanCpp (ok), 19:22, 31/01/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Комментарии поправил. Теперь они читаемы на гитхабе. Нейронка помогала, иначе просто не разобраться, в чем дело. Ошибок было настолько много, что я не вылазил из гугла. К примеру та же проблема с strings.h, сейчас это string.h но раннее использовалось на ранних unix. И там таких приколов на каждом шагу.
| | |
| 1.42, Аноним (-), 20:07, 31/01/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +4 +/– |
Кто писал на Дельфи? Руки поднять! Form1, Unit1, CheckBox, Object Inspector
| | |
| 1.49, Аноним (49), 20:40, 31/01/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Какие преимущества у Gtk 1 перед Gtk 3, 4 ? Легковесность, скорость работы? Это критично? Кто гарантирует качество сопровождения этого форка Gtk 1 ?
| | |
| |
| 2.50, JordanCpp2 (?), 20:55, 31/01/2026 [^] [^^] [^^^] [ответить]
| +2 +/– | |
Сейчас я привожу cmake в порядок. Потом добавлю сборку для linux.
Для релиза ещё требуется не просто создать на гитхабе релиз.
Но ещё нужно:
1. Исправить все варнинги.
2. Добавить сборку под linux
3. Протестировать и подготовить код для 64 бит.
4. Восстановить документацию
5. Тестирование.
Преимущества в простоте. Преимуществ перед современными библиотеками нет. Но есть желание не только поддерживать, но и развивать.
Посмотрим, что будет дальше.
| | |
| |
| 3.65, Аноним (49), 23:43, 31/01/2026 [^] [^^] [^^^] [ответить]
| +/– |
Работы много. Надо создать сообщество, которое будет развивать эту библиотеку.
Да, Gtk 1 и 2 - удобно программировать GUI на C небольшие программы.
Но вид оконных управл. элементов в стиле Motif сейчас выглядит несовременно, хорошо бы переделать. Но надо ли тратить силы на Windows? Может лучше Haiku?
| | |
| |
| 4.73, JordanCpp2 (?), 08:04, 01/02/2026 [^] [^^] [^^^] [ответить]
| +/– | |
>Но вид оконных управл. элементов в стиле Motif сейчас выглядит несовременно, хорошо бы переделать. Но надо ли тратить силы на Windows? Может лучше Haiku?
Внедрить простые темы это реально. Менять внешний вид динамически.gdk который используется для отрисовки gtk, переносим. Мне было интересно собрать современными инструментами библиотеку. Насколько это возможно. Оказалось, что вполне возможно, сам код я не менял, только добавлял новые конфиги config win32.h
Видел в конфигах упоминание beos. Если для gdk создать бэкенд на SDL3, то переносимость увеличится на огромное число платформ и систем.
| | |
|
|
| 2.107, Аноним (106), 13:27, 04/02/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Какие преимущества у Gtk 1 перед Gtk 3, 4 ?
Ну например, GTK1 не поддерживает многобайтовые кодировки. Не всем они нужны.
| | |
|
| 1.51, Аноним (51), 20:56, 31/01/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Но какой в этом смысл? Современный софт на этом не собрать. Выглядит страшновато. В Linux будет без поддержки wayland. Легче использовать Qt 5 или 6, в винде собирается при помощи msys2. Да и Qt это не только кросплатформенная графика, но кросплатформенная работа с файлами, сетью и т.д. И между мажорными версия в Qt переезжать проще.
| | |
| |
| 2.52, Аноним (52), 21:01, 31/01/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> использовать Qt 5 или 6
Это же сразу использовать небезопасные плюсы!
| | |
| 2.57, JordanCpp2 (?), 21:10, 31/01/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Смысл в развитии, внешний вид можно изменить. Недостающий функционал dpi и urf8 добавить. И даже ещё уменьшить потребление убрав зависимость от glib. Оставить его как внешнюю библиотеку. Gtk 1 это gui. Сеть и все остальное разработчик может использовать по своему вкусу. Если создать красивый ООП с++ биндинг, обернуть gtk в с++ классы, то будет приятно использовать. Код с89 имеет универсальную портируемость, для добавления поддержки вэйденд или любого другого, что умеет в графику, делается бэкенд на gdk. Лезть именно в gtk не требуется. Конечно много но. Но из qt6 сделать минимальный фреймворк не получится, допилить gtk 1, больше вероятность. Так как не нужно поддерживать дополнительный функционал. Только gui.
| | |
| 2.61, Аноним (61), 22:32, 31/01/2026 [^] [^^] [^^^] [ответить]
| +/– |
Эталонное приложение со всеми виджетами на GTK4:
Fedora — 49 МБ
Windows 11 — 75 МБ
| | |
| |
| 3.97, Цукербургер (?), 10:19, 02/02/2026 [^] [^^] [^^^] [ответить]
| +/– |
Мое приложение с классическими виджетами QWidget, построение графиков (QtCharts), кроссплатформенная работа с файлами/сетью, и остального по мелочи.
Qt5 х86-32 (win7) - 40 Мб.
Qt6 х86-64 (win10/11)- 55 Мб.
| | |
|
| 2.74, JordanCpp2 (?), 08:08, 01/02/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
>Но какой в этом смысл? Современный софт на этом не собрать. Выглядит страшновато. В Linux будет без поддержки wayland. Легче использовать Qt 5 или 6, в винде собирается при помощи msys2. Да и Qt это не только кросплатформенная графика, но кросплатформенная работа с файлами, сетью и т.д. И между мажорными версия в Qt переезжать проще.
Смысл есть, встроить новые фишки в уже готовый работающий gui проще. Чем оптимизировать современный пусть будет gtk4. Вырезая и облегчая его движок отрисовки.
Вообще идея отвязать glib от gtk. Второй момент, написать null бэкенд для gdk на котором базируется gtk. После успешной сборки, на основе null Бэкенда это просто заглушки пустые функции, внедрять бэкенд на SDL3 реализуя его поддержку, пустые функции наполнять реализацией.
И я бы отвязав glib все типы заменил на стандартные stdint.
Api на уровне исходников останется тот же. Но внутренняя реализация упростится.
Поддержка тем, это просто структура, на которую ссылаются виджеты при отрисовке. Они берут данные для цвета фона, линий и всего остального, Тиз этой структуры при рисовании.
Поэтому это требуется внедрить. Это не ракетостроение.
| | |
|
| 1.59, Аноним (59), 22:07, 31/01/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> GTK+ 1.3 выбран для портирования как представитель "золотой эры" разработки пользовательских интерфейсов
Надо было тогда портировать под какого-нибудь «представителя золотой эры разработки пользовательских интерфейсов», вроде Windows 2000.
| | |
| 1.60, Аноним (60), 22:18, 31/01/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +6 +/– |
Золотая эра для gtk была gtk 2 и clearlooks. А gtk 1 выглядит ужасно.
И если такой вид сейчас кого-то устраивает то есть же Tk который поддерживается под все платформы.
| | |
| |
| |
| 3.95, X86 (ok), 07:31, 02/02/2026 [^] [^^] [^^^] [ответить]
| +/– |
 Была золотая эра, когда сильно был распространен Gnome 2 с Compiz и каждый линуксоид хвастался крутящимся кубом рабочих столов, чего в винде было не достичь.
| | |
|
|
| 1.62, Аноним (-), 22:57, 31/01/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– | |
> Подготовлен порт библиотеки GTK+ 1.3, работающий в Windows 11
А надо было - портировать его на Windows 3.11, тогда было бы совсем хорошо :))
| | |
| 1.64, Геймер (?), 23:18, 31/01/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Версия 1 - это ещё GIMPовский GTK от Питера Маттиса и Спенсера Кимбелла, что создавался как дипломная работа. Помню, помню.
| | |
| |
| 2.66, Аноним (49), 23:46, 31/01/2026 [^] [^^] [^^^] [ответить]
| +/– |
GTK - The GIMP Toolkit
* Copyright (C) 1995-1997 Peter Mattis, Spencer Kimball and Josh MacDonald
| | |
|
| 1.67, alex74 (?), 23:50, 31/01/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
''' c
hbox = gtk_hbox_new (FALSE, 3);
gtk_box_pack_start (GTK_BOX (vbox2), hbox, FALSE, TRUE, 0);
label = gtk_label_new ("Signal:");
gtk_box_pack_start (GTK_BOX (hbox), label, FALSE, TRUE, 0);
calendar_data.last_sig = gtk_label_new ("");
gtk_box_pack_start (GTK_BOX (hbox), calendar_data.last_sig, FALSE, TRUE, 0);
'''
Нет, забирайте назад вашу кошмарную императивщину.
| | |
| |
| 2.69, Аноним (49), 00:06, 01/02/2026 [^] [^^] [^^^] [ответить]
| +/– |
Системный язык и должен быть императивным. А вы не программировали на Python с Gtk? Примерно так же и выглядит.
| | |
|
| 1.76, faa (?), 10:59, 01/02/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
Gtk+ 1.3.х - это была нестабильная ветка в промежутке между gtk+ 1.2 и 2.0. Чем вызван выбор нестабильной версии (какой именно?).
Помню была gtk+ 2.0, скомпилированная с mingw. Я с ней под XP когда-то свои программы компилировал.
| | |
| |
| 2.78, JordanCpp2 (?), 11:06, 01/02/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
>Gtk+ 1.3.х - это была нестабильная ветка в промежутке между gtk+ 1.2 и 2.0. Чем вызван выбор нестабильной версии (какой именно?).
Это проще. Gtk 1.3 ещё не полностью перешёл на gobject. С минимумом усилий возможно отвязать от glib.
Нет дополнительных зависимостей pango, Cairo и т д
Вся зависимость это gdk, для gdk проще создать бэкенд на SDL3 и SDL_ttf для шрифтов.
Api проще, реализация проще. Есть необходимый функционал.
| | |
|
| 1.79, Аноним (79), 11:19, 01/02/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Так GTK 2 и жрет не больше 1-го (ну, почти), но при этом там сохранены все достоинства, перечисленные в новости, а фич стало больше.
| | |
| |
| 2.96, Sm0ke85 (ok), 09:15, 02/02/2026 [^] [^^] [^^^] [ответить]
| +/– |
 >Почему именно gtk1.3 а не gtk2? Если уж про "золотую эру" заговорили.
Чтоб виндузятники думали что линуксы вот так выглядят и забагованы по сравнению с виндой, сделанной уже похоже наполовину из вэба...
| | |
| 2.108, Аноним (106), 13:28, 04/02/2026 [^] [^^] [^^^] [ответить]
| +/– |
GTK2 для Windows уже есть. У меня на винде установлены GIMP и Pidgin.
| | |
|
| 1.92, JordanCCCP (?), 15:23, 01/02/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
о, это же от JordanCpp, того клёвого гика, который особо тепло относится к старым системам. Респект!
| | |
|
