The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от opennews on 24-Окт-17, 00:19 
Сформирован (https://blog.gtk.org/2017/10/23/gtk-3-92/) очередной тестовый выпуск будущего стабильного релиза GTK+ 4. Ветка  GTK+ 4 развивается в рамках нового процесса разработки, который пытается предоставить разработчикам приложений стабильный и поддерживаемый в течение нескольких лет API, который можно использовать не опасаясь, что каждые полгода  придётся переделывать приложение из-за изменения API в очередной ветке GTK+. До полной стабилизации GTK+ 4, приложения, предлагаемые для пользователей, рекомендуется продолжить собирать с использованием ветки GTK+ 3.22, которая будет поддерживаться три года.

Основные изменения (ftp://ftp.gnome.org/pub/gnome/sources/gtk+/3.92/gtk+-3.92.1....) в GTK+ 3.92.1:

-  Прекращение поддержки сборочной системы на базе autotools в пользу инструментария Meson (https://www.opennet.dev/opennews/art.shtml?num=47031);

-  Поддержка управления шрифтами через CSS-свойство font-variant (https://developer.mozilla.org/en-US/docs/Web/CSS/font-variant);

-  В GtkEntry добавлен виджет для выбора Emoji. Также добавлены хинты для ввода Emoji с клавиатуры;

-  Все виджеты портированы на GtkSnapshot;
-  GtkLabel и GtkEntry переведены на использование GSK (https://wiki.gnome.org/Projects/GTK+/Gsk) (GTK Scene Kit), обеспечивающего отрисовку графических сцен через OpenGL и Vulkan;


- Почти завершена работа над кодом отрисовки через графический API Vulkan.  Из нереализованных возможностей осталась только отрисовка размытых теней. Изменена внутренняя логика отрисовки через Vulkan, вместо записи промежуточных результатов в виде поверхностей Сairo задействованы текстуры. Устранены все заглушки для отрисовки текста через Сairo. В GSK для бэкенда  Vulkan задействована многофазная отрисовка,  реализован кэш глифов для исключения повторной отрисовки глифов, поддержка размытия и возможность профилирования вывода.  Добавлены API gsk_text_node_new, gsk_blur_node_new,  gsk_cross_fade_node_new и  gsk_blend_mode_new;

-  Внесены изменения в обработку ввода: в GdkEvent добавлены новые методы доступа к полям, традиционные сигналы событий ввода (например, ::key-press-event) теперь поступают от контроллера событий, в большинстве внутренних виджетов прекращено использование традиционных сигналов сбытий ввода,  GDK_SEAT_CAPABILITY_ALL_POINTING теперь включает события сенсорного экрана;

-  В GtkOverlay реализован режим размытия содержимого за дочерними элементами;
-  Появилась возможность использования штатного диалога выбора файлов в старых выпусках OS X;
-  В  GtkPlacesSidebar добавлена поддержка  libcloudproviders;

-  Для несвязанных с окнами виджетов теперь допустим размер 0x0;
-  Добавлена поддержка изменения размера мозаично размещённых окон (tiled)

-  В интерфейсе инспектирования расширена информация об узлах отрисовки, добавлены сведения о параметрах  gsk и vulkan;


-  Удалены API: gdk_window_new_input,  gtk_widget_set_redraw_on_alloc, gtk_widget_get_{border,content,margin}_allocation и gtk_container_propagate_draw.

URL: https://blog.gtk.org/2017/10/23/gtk-3-92/
Новость: http://www.opennet.dev/opennews/art.shtml?num=47436

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +7 +/
Сообщение от Жта5 on 24-Окт-17, 00:19 
Это они его переписывают или хотят 3-ю версию довести до кондиции и сделать ЛТС с именем 4?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

3. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +4 +/
Сообщение от COBA on 24-Окт-17, 00:24 
Они хотят довести до LTS веток каждый мажорный релиз, причем с меньшими различиями между ветками, чтобы в пределах веток поддерживать совместимость. Так что нет, третья останется третьей.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

5. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +4 +/
Сообщение от marks on 24-Окт-17, 00:28 
> Это они его переписывают или хотят 3-ю версию довести до кондиции и
> сделать ЛТС с именем 4?

Нет. Это отдельная, просто у них традиция приписывать версии выше примерно 3.90 до релиза 4.0. Раньше такое частенько случалось в опенсурсе. Как и нечетная нумерация для нестабильных релизов, о которых сейчас только разные олдфаги помнят, наверное.

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

12. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от Жта5 on 24-Окт-17, 00:59 
Отдельная - в смысле переделывают? Меня внутренности интересуют, а в циферки каждый разработчик вкладывает своё понятие.

Так тут будет что-то мажорное или просто продолжается полировка версии 3?

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

47. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от upyr on 24-Окт-17, 11:00 
> Так тут будет что-то мажорное

Ты новость читал?

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

126. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от жта5 on 24-Окт-17, 19:53 
Читал и что? Намекаешь, что там не описаны мажорные изменения и их не так много? Так и вавилон не за один день строился
Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

7. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +1 +/
Сообщение от Аноним (??) on 24-Окт-17, 00:30 
С полгода назад тут новость пробегала о новой нумерации версий. Суть в том, что стабильной называется разработческая ветка (которая ломается каждый релиз), а устаревшей - стабильная (к которой только мелкие исправления вносятся). После выхода 4.0 будем иметь: стабильную 4 (с релизами 4.0, 4.1, 4.2, ...) и устаревшую 3 (с мелкими релизами 3.22.1, 3.23, 3.24, ...). Через два года 4.какаябудет объявляется устаревшей и выходит новая стабильная 5, цикл продолжается.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

118. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от Аноним (??) on 24-Окт-17, 19:04 
Давайте похлопаем этому анониму за талант в ЛПП и перекручивании фактов!
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

139. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от Аноним (??) on 25-Окт-17, 04:24 
У тебя явно никогда не ломались темы\виджеты в GTK3. Давай похлопаем тебе, а?
Ответить | Правка | ^ к родителю #118 | Наверх | Cообщить модератору

2. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +10 +/
Сообщение от Аноним (??) on 24-Окт-17, 00:21 
Знаете товарищи, я пытался привыкнуть к гному, но мириться с его тормозами.... сил уже не осталось. Их интерфейс имеет какую-то свою фишку, которая порой притягивает, и благодаря этому хочется постоянно пробовать новые версия гнома, но увы, пока присутствуют тормоза, гном так и будет оставаться богомерзким гномом.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

4. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от marks on 24-Окт-17, 00:25 
Казалось бы при чём тут Гном в новости про новый тулкит, но анонимные аналитики не дремлют.
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

8. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  –6 +/
Сообщение от Аноним (??) on 24-Окт-17, 00:32 
> Казалось бы при чём тут Гном в новости про новый тулкит

Да-да, отображение GtkLabel через (полурабочий тормозной) 3D-драйвер конечно не приведёт к тормозам.

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

23. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +4 +/
Сообщение от Аноним (??) on 24-Окт-17, 08:47 
Зачем вам полурабочий тормозной 3D-драйвер?
Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

78. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от оно ним on 24-Окт-17, 13:39 
Судя по api:  
>>gsk_blur_node_new gsk_cross_fade_node_new и gsk_blend_mode_new

рисовать блур, затухание и блендинг.
Или возложить на процессор?  

Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

119. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +3 +/
Сообщение от Аноним (??) on 24-Окт-17, 19:09 
Не рисовать их вообще — не вариант?
Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

82. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  –1 +/
Сообщение от pripolz on 24-Окт-17, 14:05 
где gnome-shell, где gtk, и где полурабочий 3d-драйвер?
Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

128. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от Ыйя on 24-Окт-17, 20:23 
Я бы ответил где, в рифму, но это не печатаемо. Так что, где-то ниже. Вы попали в просак.
Ответить | Правка | ^ к родителю #82 | Наверх | Cообщить модератору

16. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +3 +/
Сообщение от Наноним on 24-Окт-17, 04:50 
Знаю это чувство. Мне даже нравятся интерфейсные решения, я понимаю логику, которая стоит за ними, и чувствуется, что это как будто бы идёт в пределе к чему-то беспрецедентно хорошему, при этом не копирующему ни винду, ни макось.
При этом гном единственное ДЕ, на которое можно положиться из коробки. Я вот, допустим, не помню, как там работает и настраивается работа с двумя дисплеями. Но беру ноут с гномом на митап, ничего не проверяя, и знаю, что когда подключу его к проектору, я легко найду нужную кнопку в настройках, и это 100% будет работать без xrandr, конфигов и вбивания пикселей руками.
Аналогично и со всем остальным, с управлением файлами, с подключением к фтп серверу или там дропбоксу, с календарем, отправкой почты, сканированием, распечаткой. С горем пополам, но достичь выполнения любой типовой описнопланктонной задачи через интерфейс гнома можно прямо на месте, не читая килобайты манов. Про остальные ДЕ такого сказать не могу. Заслужено дефолтное окружение в гну/линуксе.
Так что даже пользуюсь этим. С выключенными анимациями. Потому что дёрганые анимации хуже, чем никаких. Но гномьи тормоза даже курсора это ппц, да.
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

20. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +12 +/
Сообщение от Аноним (??) on 24-Окт-17, 07:46 
Если ты понимаешь логику гном, скажи мне для чего часы в верхней панели по центру, и почему они делаю такие большие заголовки у приложений?
по феншую в gnome нельзя окна раскрывать на весь экран? ссылка на скин https://ibb.co/kYdD36
Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

38. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  –4 +/
Сообщение от Аноним (??) on 24-Окт-17, 10:31 
> для чего часы в верхней панели по центру

Для того чтобы смотреть время
>и почему они делаю такие большие заголовки у приложений?

Тут три момента: сенсорные экраны, CSD и просто удобство.
>по феншую в gnome нельзя окна раскрывать на весь экран?

Можно

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

57. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +6 +/
Сообщение от кверти (ok) on 24-Окт-17, 11:30 
>Для того чтобы смотреть время

Смотреть время??? Б**ть, это не смотреть, это пялиться на время.
>Тут три момента: сенсорные экраны, CSD и просто удобство

Мух от котлет делить не учили? Какое б**ть удобство в огромных кнопках может быть??? Разве что тем, кто мышь держит двумя пальцами в раскарячку

Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

64. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  –2 +/
Сообщение от llolik (ok) on 24-Окт-17, 12:24 
> Какое б**ть удобство в огромных кнопках может быть???

На ноутбуках с сенсорным экраном - удобство.
В win для этого же сделали плитки и плоский дизайн. Так лучше?

Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

73. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +6 +/
Сообщение от кверти (ok) on 24-Окт-17, 13:16 
>На ноутбуках с сенсорным экраном

Ноутбуки с сенсорными экранами и удобство - это два разных мира.

>В win для этого же сделали плитки и плоский дизайн

Ах вон оно что, на винду равняются...Тогда понятно. Ну что же, идиотам идиотово...
>Так лучше?

Нет.

Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

74. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от llolik (ok) on 24-Окт-17, 13:28 
> Ах вон оно что, на винду равняются...

Они не на винду равняются, а видят что, как бы нам не хотелось обратного, движется всё в сторону отказа от мыши. Поэтому и развивают в этом направлении. Win, в данном случае, делает тоже самое, но несколько в другом исполнении.

ЗЫ. К слову, вроде как темы в GNOME никто не отменял.

Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

81. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +2 +/
Сообщение от кверти (ok) on 24-Окт-17, 13:56 
>движется всё в сторону отказа от мыши

Как в ваши головы это вообще все заходит? Откуда этот бред? Ты решил, что все поделятся на гиков-красн0глазиков и кассиров макдака?

Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

95. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от Stax (ok) on 24-Окт-17, 15:26 
А вы с современными школьниками младших классов общаться пробовали?
Они уже предпочитают сделать что-то на телефоне и планшете с тачем, чем взять ноут/десктоп и мышку. Даже, казалось бы, вещи, которые с мышкой быстрее - полазить по вебу; смонтировать видео с эффектами и музыкой.

Так что пока вы делите всех на гиков и кассиров макдака, новое поколение подрастает с совсем другими привычками к UI. А это еще не стало доступным управление движением взгляда, к примеру...

Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

102. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +3 +/
Сообщение от кверти (ok) on 24-Окт-17, 15:52 
>новое поколение подрастает с совсем другими привычками к UI

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

Ответить | Правка | ^ к родителю #95 | Наверх | Cообщить модератору

146. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  –1 +/
Сообщение от номия on 25-Окт-17, 11:06 
>>новое поколение подрастает с совсем другими привычками к UI
> когда работа выходит на уровень чуть сложнее вэб сёрфинга и игрулек, то
> сразу начинается "Дай мне ноутбук/компьютер, мне надо это-это-это сделать в школу/универ/..."

гнумтри разработан с учётом в том числе киосков и касс и нет никакой причины искусственно делить интерфейсы на мышевозные и пальцевые в эпоху универсальных дизайнов. это один из пунктов современного дизайн-кода: интерфейс должен быть готов к любому использованию из коробки, потому что ты не знаешь чем там будет пользователь в кнопки тыкать. за опциональное уменьшение кнопок и прочие твики можно проголосовать\настроить плагинами.

Ответить | Правка | ^ к родителю #102 | Наверх | Cообщить модератору

148. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +3 +/
Сообщение от кверти (ok) on 25-Окт-17, 11:39 
>нет никакой причины искусственно делить интерфейсы на мышевозные и пальцевые в эпоху универсальных дизайнов

Одни из рэдмонда так уже считали. Где они на рынке мобильных устройств все мы знаем.

Ответить | Правка | ^ к родителю #146 | Наверх | Cообщить модератору

145. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +1 +/
Сообщение от номия on 25-Окт-17, 10:52 
а какое удобство в маленьких кнопках? компьютерами таки пользуются не только мастера киберспорта сбивающие пиксель с головы собаки с закрытыми глазами..
Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

155. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +2 +/
Сообщение от anonymous (??) on 25-Окт-17, 13:38 
Для инвалидов отдельные средства есть.
Ответить | Правка | ^ к родителю #145 | Наверх | Cообщить модератору

158. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  –1 +/
Сообщение от Аноним (??) on 25-Окт-17, 18:42 
> Мух от котлет делить не учили? Какое б**ть удобство в огромных кнопках
> может быть??? Разве что тем, кто мышь держит двумя пальцами в раскарячку

Ты живешь на другой планете и планшеты туда не завезли? Ребят, соберите несчастным аборигенам транспортник.

Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

105. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +1 +/
Сообщение от adolfus (ok) on 24-Окт-17, 16:15 
У меня не сенсорный экран, а монитор 24". И дома и на работе. На арботе два. Нахрена мне такие заголовки? Достаточно высоты в 24 пиксела, чтобы там все прочитать.
Кстати, приложения открываются всегда расползаясь по двум дисплеям и не помнят предыдущих размеров. Это вообще какой-то афедрон.
Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

58. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +1 +/
Сообщение от marks on 24-Окт-17, 11:54 
>>    Если ты понимаешь логику гном, скажи мне для чего часы в верхней панели по центру,

Не знаю, кому как,  а мне так удобнее, чем высматривать в свалке в правом углу. И в этом и логика.

>> и почему они делаю такие большие заголовки у приложений?
>>    по феншую в gnome нельзя окна раскрывать на весь экран? ссылка на скин https://ibb.co/kYdD36

В дремучих 2002+ годах, когда я впервые заимел Линуксы (ASP 8, кажется, был самый первый какой-то был, но из-за сложности с интернетами задержался только дебиан 4 на 4 ДВД. Даже купил звуковую карту вместо встроенной в материнку, чтобы слушать музон) я плевался от Gnome-HIG, который и во 2м гноме был странный и из-за которого тот же хиганутый на всю голову Pidgin (Gaim) тратил напрасное вертикальное пространство драгоценное. Тогда это было совершенно неюзабельно на 480 пикселях вертикальных. Там панельки, сям панельки и в итоге на список контактов остаётся не у дел. Но спустя пару лет с ростом разрешений это стало восприниматься вполне нормально.

Я на своём фулл-хд экране нормально воспринимаю большие кнопки и заголовки, не мешают.

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

72. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +2 +/
Сообщение от Аноним (??) on 24-Окт-17, 13:09 
А мне казалось, что размер элементов должен зависеть от физических размеров экрана, а не от разрешения (если оно, конечно, не 640x480).
Мне кажется, что это вообще наследие винды, что если разрешение больше, то элементы должны быть меньше.
Имхо, если разрешение больше, элементы должны быть _чётче_.
Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

97. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +1 +/
Сообщение от Stax (ok) on 24-Окт-17, 15:30 
> А мне казалось, что размер элементов должен зависеть от физических размеров экрана,
> а не от разрешения (если оно, конечно, не 640x480).
> Мне кажется, что это вообще наследие винды, что если разрешение больше, то
> элементы должны быть меньше.
> Имхо, если разрешение больше, элементы должны быть _чётче_.

Так, да не так. Когда мы говорим об примерно одного размера физических экранах на одном расстоянии от глаз - это так. Когда у нас есть экран телефона, экран планшета, экран ноута, экран десктопа, экран ТВ - все внезапно сильно усложняется. И если разрешение среда знает, физический размер с грехом пополам (не всегда) выяснить может, то о расстоянии до глаз она не знает категорически. Разве что эвристикой. А это определяет размер элементов куда больше, чем разрешение.

Вы же не хотите иметь один размер элементов на экране Full HD 22" и на телефоне Full HD 5" ? И пропорциональный DPI (т.е. в 4 раза больше на втором) тоже не хотите.

Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

99. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от Аноним (??) on 24-Окт-17, 15:39 
Таки всё так. Ну вот тогда должен быть "класс устройств". А то тут пишут про "Так удобнее там-то тыкать". Ну так на классе устройств "планшет" оно как бе одно, а на мониторе 22" оно другое. вообще, эти споры о кнопках непонятны во всяких Unix'ах, Linux'ах. Большинство DE позволяет сделать кнопки как надо, где надо, а то и вообще убрать. Но, sensible defaults должны быть, как ни крути. Вот про них и вой, как понимаю.
Ответить | Правка | ^ к родителю #97 | Наверх | Cообщить модератору

149. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от Аноним (??) on 25-Окт-17, 11:53 
Расстояние от глаз для монитора и планшета/смартфона не сильно отличается, где-то раза в полтора. Дело прежде всего в физическом размере экрана, а не в расстоянии.
Ответить | Правка | ^ к родителю #97 | Наверх | Cообщить модератору

68. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от Аноним (??) on 24-Окт-17, 12:42 
"и почему они делаю такие большие заголовки у приложений?"

Ну в основном потому, что туда добавляются необходимые кнопки помимо закрыть/свернуть/развернуть, что неплохо там экономит место, см. наутилус в гноме 3.22. В отличие от других ДЕ, где заголовок окна просто занимает место и не несет в себе никаких полезных функций.

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

106. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от adolfus (ok) on 24-Окт-17, 16:23 
> "и почему они делаю такие большие заголовки у приложений?"
> Ну в основном потому, что туда добавляются необходимые кнопки помимо закрыть/свернуть/развернуть,
> что неплохо там экономит место, см. наутилус в гноме 3.22. В
> отличие от других ДЕ, где заголовок окна просто занимает место и
> не несет в себе никаких полезных функций.

Вообще-то, все это должно настраиваться. Если я работаю в полноэкранном режиме, зачем мне заголовок с меню и кнопками? Мне нужно меню, которое пулл-даун. Желательно открепляемое и несворачиваемое после открепления.
Пальцем я ничего не тыкаю -- на сей счет есть мышка и планшет, котороые делают все очень аккуратно.

Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

147. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от номия on 25-Окт-17, 11:14 
>> "и почему они делаю такие большие заголовки у приложений?"
>> Ну в основном потому, что туда добавляются необходимые кнопки помимо закрыть/свернуть/развернуть,
>> что неплохо там экономит место, см. наутилус в гноме 3.22. В
>> отличие от других ДЕ, где заголовок окна просто занимает место и
>> не несет в себе никаких полезных функций.
> Вообще-то, все это должно настраиваться. Если я работаю в полноэкранном режиме, зачем
> мне заголовок с меню и кнопками? Мне нужно меню, которое пулл-даун.
> Желательно открепляемое и несворачиваемое после открепления.
> Пальцем я ничего не тыкаю -- на сей счет есть мышка и
> планшет, котороые делают все очень аккуратно.

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

Ответить | Правка | ^ к родителю #106 | Наверх | Cообщить модератору

90. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от Наноним on 24-Окт-17, 14:41 
Единственное, чего я не понимаю в логике гнома – там не предусмотрено решения для автозапуска фоновых сервисов при входе в систему. То есть я включаю компьютер, и пока ручками не запущу эволюшн и пиджин, никаких уведомлений не будет. Это вымораживает. Хочу как в андроиде.

А то, из-за чего опеннет уже который год бомбит, по мне, не стоит таких эмоций вот вообще.
>мне для чего часы в верхней панели по центру

Это не часы, а в первую очередь центр уведомлений, календарь, и погода. Гном построен вокруг идеи, что важен центр экрана, куда пользователь смотрит всё время, а остальное не должно привлекать внимание, и должно быть доступно взмахом мышки "куда-нибудь туда", без точного позиционирования. Если понять это, то решение "овервью окон – взмах влево-вверх, уведомления – взмах вверх, настройки и изменение состояния – взмах впарво-вверх" оказывается более чем правильным.
>и почему они делаю такие большие заголовки у приложений?

Потому что в них предлагается размещать что-то поезное (кнопки, менюшки). Кэп. Меня сильнее раздражает бесполезные редмонд-стайл заголовки гнома 2/qt, в которых было всегда ровно три малюсеньких кнопки на все 900x32 пикселей, одна из которых (minimize) ещё и ненужная. Вас нет?
>по феншую в gnome нельзя окна раскрывать на весь экран?

f11?

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

98. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от Stax (ok) on 24-Окт-17, 15:35 
> Единственное, чего я не понимаю в логике гнома – там не предусмотрено
> решения для автозапуска фоновых сервисов при входе в систему. То есть
> я включаю компьютер, и пока ручками не запущу эволюшн и пиджин,
> никаких уведомлений не будет. Это вымораживает. Хочу как в андроиде.

Эм. Да вроде всегда был. Стандартный механизм XDG там используется нынче, как давно уже везде. Что в /etc/xdg/autostart или в ~/.config/autostart имеет метку "X-GNOME-Autostart-enabled=true" - автозапускается.

Хотите гуй к пользовательскому автозапуску - первая вкладка ("автозапуск") в gnome-tweak-tool. Пара кликов и ваш пиджин всегда запускается сам.

>>по феншую в gnome нельзя окна раскрывать на весь экран?
> f11?

Двойной клик по заголовку.. F11 это вроде только браузер и терминалы умеют.

Ответить | Правка | ^ к родителю #90 | Наверх | Cообщить модератору

107. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от adolfus (ok) on 24-Окт-17, 16:27 
> Двойной клик по заголовку.. F11 это вроде только браузер и терминалы умеют.

Третий гном точно не умеет f11. Он вобще не может ни спозиционировать окно, ни запомнить его прежние координаты и размеры. евинс уже задолбал в конец -- всякий раз нужно его из масштаба в 735% приводить в одно из окон. Кстати, окуляр тоже накрылся -- полный интерфейк.


Ответить | Правка | ^ к родителю #98 | Наверх | Cообщить модератору

163. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от DenisSh on 25-Окт-17, 21:46 
Тогда почему, уведомления показываются маленьким круглешком? почему не мигает, тебе пришло уведомление,а в это время ты отвелекся, и всё, хз что тебе пришло, я вообщевообще не замечал этого маленького кружочка, и получается постоянно смотришь, нет ли у тебя уведомления, а не работаешь. https://ibb.co/dhB6am
Ответить | Правка | ^ к родителю #90 | Наверх | Cообщить модератору

17. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +2 +/
Сообщение от Аноним (??) on 24-Окт-17, 05:18 
Поддерживаю вас. Тоже вкатили различные решения и элементы ДЕ, но тормоза... Как ложка дегтя. Казалось бы, с таким подходом минимализма (интерфейса, настроек, функций) - все должно летать (и разрабатываться легче), но всё не совсем так.

Зачем хард так агрессивно юзать? Если не ссд, то система ощутимо тормозит. Что там за гигабайты по dbus гонять? Имхо, всё это зло высокоуровневой абстракции, упрощающая работу нескольким прогерам, но неэффективно использующая мощности компьютера.

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

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

30. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +8 +/
Сообщение от username (??) on 24-Окт-17, 09:50 
Купил мак, понял что гномосеки не только не поняли основую идею но еще и извратили то что было в старом гноме.
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

44. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +1 +/
Сообщение от Другой аноним on 24-Окт-17, 10:54 
> Купил мак, понял что гномосеки не только не поняли основую идею но
> еще и извратили то что было в старом гноме.

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

Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

49. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от Анонимен on 24-Окт-17, 11:06 
Как же я вас понимаю.
А так всё просто: пиппл и так хавает, выстаивает многочасовые пробки ради того, чтобы купить новый *фон, контора получает бабло. Все довольны в этом кружке по интересам.
Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

37. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  –7 +/
Сообщение от Аноним (??) on 24-Окт-17, 10:25 
Может лучше наконец в 2017 году купить видеокарту с поддержкой 3D-ускорения?
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

45. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +12 +/
Сообщение от Другой аноним on 24-Окт-17, 10:57 
> Может лучше наконец в 2017 году купить видеокарту с поддержкой 3D-ускорения?

Конечно! Давайте всем офисным сотрудникам понаставим мощных видюх, по 16ГБ памяти, и core i7, а то у них DE тормозит. Бред!

Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

48. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  –6 +/
Сообщение от Аноним (??) on 24-Окт-17, 11:03 
Какой бред? ЧТо надо сделать чтобы гном начал тормозить на более менее современном компьютере. AMD A4 4400 с 4 Гб ОЗУ и встроенной графикой вполне достаточно. Ну вот если компьютере еще менее мощный, то таки лучше присмотреться к более легким окружениям.
Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

56. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +2 +/
Сообщение от Другой аноним on 24-Окт-17, 11:20 
> Какой бред? ЧТо надо сделать чтобы гном начал тормозить на более менее
> современном компьютере. AMD A4 4400 с 4 Гб ОЗУ и встроенной
> графикой вполне достаточно. Ну вот если компьютере еще менее мощный, то
> таки лучше присмотреться к более легким окружениям.

Пользователь не должен замечать работы DE. Если Ваше окружение жрет ресурсы, а тем более требует еще и поддержки 3D, то это плохое окружение. Если, конкретно Вам нравится любоваться, на то как у вас красиво прячутся окошки, по всему рабочему столу мигают всякие свисто-перделки, то это Ваше личное дело, обычным людям надо просто работать, быстро переключаться между приложениями иметь удобное меню, эргономичную панель и т.д.

А еще обычным людям необходимо постоянство, чтобы человек через 2 года вернулся на свое прежнее место и у него не было вот такой реакции: "Бл** что это за н*** ???" А это именно то, что происходит со всеми DE линукса, пожалуй за исключением XFCE, который, лично я не могу терпеть по другим причинам.

Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

59. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  –2 +/
Сообщение от Аноним (??) on 24-Окт-17, 12:02 
>Пользователь не должен замечать работы DE. Если Ваше окружение жрет ресурсы, а тем более требует еще и поддержки 3D, то это плохое окружение.
>А еще обычным людям необходимо постоянство, чтобы человек через 2 года вернулся на свое прежнее место и у него не было вот такой реакции: "Бл** что это за н*** ???"

Да-да, у вас в конторе целероны с ХП именно поэтому, а не по причине ни-ще-бродства, вот прям верю.

Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

67. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +5 +/
Сообщение от Ordu email(ok) on 24-Окт-17, 12:33 
>>Пользователь не должен замечать работы DE. Если Ваше окружение жрет ресурсы, а тем более требует еще и поддержки 3D, то это плохое окружение.
>>А еще обычным людям необходимо постоянство, чтобы человек через 2 года вернулся на свое прежнее место и у него не было вот такой реакции: "Бл** что это за н*** ???"
> Да-да, у вас в конторе целероны с ХП именно поэтому, а не
> по причине ни-ще-бродства, вот прям верю.

Мне всегда нравилась эта позиция, особенно распространённая среди геймеров, что вкидывать ресурсы железа в ненужные свистоперделки -- это по пацански, и повышает статус в группе, а нежелание заниматься таким -- железобетонное свидетельство нищeбрoдства и ведёт к опусканию в разряд омег. Такая детская незамутнённость всегда наводила меня на мысль, что все геймеры -- подростки. Что странно и противоречит фактам: мне приходилось встречать среди геймеров и дяденек лет по тридцать.

Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

100. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от Аноним (??) on 24-Окт-17, 15:48 
Обратная крайность тоже вызывает большие сомнения в психическом здоровье страдающих ею. Странно как-то в 2017г экономить мегабайты ОЗУ и гигабайты на диске, теряя время и нервы на колупание системы в попытках привести ее к состоянию 10-15-летней давности, вместо того, чтобы просто пойти и купить новое железо. Не какое-нибудь мегакрутое и стоящее овердофига, а просто соответствующее требованиям современного софта.
Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

111. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +2 +/
Сообщение от Ordu email(ok) on 24-Окт-17, 17:07 
> Обратная крайность тоже вызывает большие сомнения в психическом здоровье страдающих ею.
> Странно как-то в 2017г экономить мегабайты ОЗУ и гигабайты на диске,
> теряя время и нервы на колупание системы в попытках привести ее
> к состоянию 10-15-летней давности, вместо того, чтобы просто пойти и купить
> новое железо. Не какое-нибудь мегакрутое и стоящее овердофига, а просто соответствующее
> требованиям современного софта.

Крайности всегда странны. Но ты упускаешь из вида один нюанс: если тебе хочется современного железа, то тебе придётся менять его каждые два-три года. Причём это накладно вне зависимости от твоего уровня доходов и уровня притязаний, то есть того насколько ты хочешь отставать от топовых железок. Ну, смотри, допустим ты определил для себя, что выделить сумму N т.р. на железо приемлимо для тебя и тебя устроит производительность. Проходит два года, тебя уже не устраивает производительность, даже если за это время твои требования к производительности не изменились. Если при этом твоё понимание приемлимой стоимости железа тоже не изменились, значит ты идёшь и ещё раз тратишь сумму N т.р. только на то, чтобы сохранить производительность на том же уровне. И это повторяется каждые 2-3 года. Это просто такой принудительный взнос на разработку нового железа.

При этом, в принципе, можно заниматься апгрейдами, у себя дома так вообще без проблем можно вкинуть в десктоп изначально денег с такой задумкой, чтобы потом поддерживать его на уровне итеративными апгрейдами. Я так и делаю, собственно, меняя мать раз в 7-10 лет и вкладывая в среднем, может быть 1k рублей в год на поддержание заданного уровня производительности. Это не совсем работает: это очень видно по времени пересборки системы, оно всё же растёт. Но, пока я могу пересобрать всю систему за выходные, я не особо парюсь на этот счёт и полагаю, что мне этой матери вполне хватит до 2020 года, а там посмотрим.

Возвращаясь к организациям: у них с апгрейдами проблемы: одно дело работать с сотней системных блоков, и другое дело работать с сотней материнок, двумя сотнями планок оперативки, и вагонами другой требухи, отслеживая каждую деталь, спотыкаясь о вопросы их совместимости друг с другом и проч. Кроме того организация не будет покупать б/у железки в розницу на avito. Поэтому организация, как правило, меняет системники целиком. И организация не готова каждые два три года менять всё железо. Деньги небесплатны. Деньги могут работать и зарабатывать деньги. Это капитализм, детка. Деньги будут вкидываться в регулярную смену железа, только если такие вливания приносят больше финансовых плодов, чем проценты по вкладу в банке, чем доходы от инвестиций в ПИФы, чем перепродажа апельсинов и прочие более простые способы заработать деньги на деньгах.

Ответить | Правка | ^ к родителю #100 | Наверх | Cообщить модератору

156. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от Аноним (??) on 25-Окт-17, 15:30 
Вообще не понимаю что такое "апгрейды" и зачем они нужны. Это какой-то упоризм - купить дешевое гогно, через год его продать за треть цены в лучшем случае, купить другое дешевое гогно, чуть получше, goto 1. Я в 14-м году собрал себе домой систему на Asus Rampage 4, i7-3970X, 64Gb мозгов и NVidia Titan X 6Gb. Стоило все это ~200k, но даже сейчас оно лучше многого того, что продают как новое. И менять что-то в ближайшие 5-6 лет я смысла не вижу. Я так делаю, с тех пор как я собрал свой первый комп в 2002г. Оно так банально дешевле, особенно если откладывать деньги на счет в банке, чтобы банк платил тебе проценты, а не брать кредит к дедлайну, чтобы ты платил проценты банку.
В организациях тоже самое - закупаются компы и эксплуатируются 5-7 лет, после чего идут в утиль. То, что "IT-шнеги" зачастую не способны рассчитать запас мощности компов или менеджерье п...ит деньги, закупая самое дешевое гогно, собранное в подвале Джамшутами - это совсем другая проблема. О том, чтобы заранее предусмотреть средства на модернизацию, и вложить их адресно для сохранения, и не трогать на текучку - вообще речи нету.

>Деньги будут вкидываться в регулярную смену железа, только если такие вливания приносят больше финансовых плодов

Во, сразу видно модно-молодежный стиль мышления. Однако хипсторы от экономики в погоне за большими и быстрыми деньгами обычно забывают, что простои и факапы прибыли не приносят совсем, и вообще чреваты штрафными санкциями. Опять-таки, что в РФ такой стиль мышления цветет и процветает - это совсем другая проблемы, плоды которой можно зримо увидеть, если отъехать от DC километров на 200-300. Увы, законы мироздания красивыми речами и презенташками изменить невозможно, чтобы что-то получать, надо что-то вкладывать. Курицу, несущую золотые яйца, желательно все-таки кормить, иначе она сдохнет, и яиц не будет. Мне тут недавно рассказали, что даже на Почте России сейчас меняют компы и автотранспорт. То есть до самых тупых стало доходить, что если юзверь проголосует ногами, то можно и вовсе обнаружить себя выкинутым на обочину просить милостыню.

Так-то все любят получать и никто не любит тратить, включая и нас с тобой. Просто у одних есть мозги, и они могут планировать на несколько ходов вперед, а другие модно-молодежно "живут одним днем"(tm).

Ответить | Правка | ^ к родителю #111 | Наверх | Cообщить модератору

157. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +1 +/
Сообщение от Ordu email(ok) on 25-Окт-17, 17:41 
> Вообще не понимаю что такое "апгрейды" и зачем они нужны. Это какой-то
> упоризм - купить дешевое гогно, через год его продать за треть
> цены в лучшем случае, купить другое дешевое гогно, чуть получше, goto
> 1.

Я описывал выше два примера стратегий поддержания железа в актуальном состоянии. Либо менять каждые два три года, либо не менять, но поддерживать в актуальном состоянии. Ничего не надо продавать. Не, ну бывает конечно, если меняешь процессор, то старый можно и продать, если кто купит. Но процессор далеко не всегда самое узкое место. Такие задачи, как покупки SSD, жёстких дисков, планок оперативки не требуют замены, они аддитивно вставляются в существующую систему.

> Я в 14-м году собрал себе домой систему на Asus
> Rampage 4, i7-3970X, 64Gb мозгов и NVidia Titan X 6Gb. Стоило
> все это ~200k, но даже сейчас оно лучше многого того, что
> продают как новое.

Главное купить мать, которую можно потом постепенно обвешивать всякими приблудами. Чё делать с видеокартами я не знаю, но у меня каких-то особых требований к видеокартам нет, да и они мне достаются бесплатно, потому что брат мой их меняет довольно часто, ему надо чтобы всякие крутанские игрушки шли, желательно на максимальных настройках.


> И менять что-то в ближайшие 5-6 лет я
> смысла не вижу. Я так делаю, с тех пор как я
> собрал свой первый комп в 2002г. Оно так банально дешевле, особенно
> если откладывать деньги на счет в банке, чтобы банк платил тебе
> проценты, а не брать кредит к дедлайну, чтобы ты платил проценты
> банку.

Проценты в банках целиком съедаются инфляцией и в лучшем случае ты выходишь по нулям. Полезнее деньги тратить сразу, по мере поступления.

>>Деньги будут вкидываться в регулярную смену железа, только если такие вливания приносят больше финансовых плодов
> Во, сразу видно модно-молодежный стиль мышления.

Вообще-то этот стиль мышления был разработан в средних веках. А с приходом капитализма он стал доминирующим. Если он тебе кажется модно-молодёжным, то напрашивается предположение, что родился ты в СССР, воспитан там же, и капиталистическое мышление, которое всё измеряет деньгами, и именно от денег пляшет при принятии решений тебе _кажется_ новым, несмотря на весь его возраст.


> Однако хипсторы от экономики в погоне
> за большими и быстрыми деньгами обычно забывают, что простои и факапы
> прибыли не приносят совсем, и вообще чреваты штрафными санкциями.

Вероятность простоев и факапов должна учитываться при расчёте рисков. Если она не учитывается, то смените менеджера на того, кого преподам в ВУЗе удалось научить этому.

> Мне тут недавно рассказали, что даже на Почте России сейчас меняют компы
> и автотранспорт. То есть до самых тупых стало доходить, что если
> юзверь проголосует ногами, то можно и вовсе обнаружить себя выкинутым на
> обочину просить милостыню.

Хых. Почта России. Судя по её факапам, там смена компов не поможет. Они ввалились в серьёзный системный кризис, где сама структура организации не соответствует решаемым задачам. Смена компов может быть тоже необходима -- ну, если менять софт, если большее количество задач сваливать на компьютеры, если уделять больше внимания прогнозированию, моделированию, и прочим вещам, то действительно может потребоваться поменять парк компьютеров. Но если просто поменять 286 на i7, то ничего не изменится.

> Так-то все любят получать и никто не любит тратить, включая и нас
> с тобой. Просто у одних есть мозги, и они могут планировать
> на несколько ходов вперед, а другие модно-молодежно "живут одним днем"(tm).

Если те, у кого есть мозги, не занимаются вычислением ожидаемой прибыли, то они принимают решения навскидку. Если есть несколько вариантов как можно действовать, то можно сказать "мне интуиция подсказывает, что надо принять решение X", это действительно путь для тех, у кого мозгов слишком много. Те же кто потупее начинают считать, учитывая все возможные факторы, в том числе и упомянутые тобой риски. Они выражают всё в деньгах, или в распределениях вероятностей прибылей, сооружают математические модели, обсчитывают их по каждому из возможных решений, после чего выбирают то решение, для которого ожидаемая прибыль максимальна. Ну и риски приемлимы, конечно.
Те же, у кого мозгов вообще нет, не сочиняют никаких моделей, а пользуются существующими и проверенными практикой моделями. Собственно для этой категории граждан и существует экономическое образование. Предыдущая -- сочиняющая модели категория -- это математики. А первая, с мозгами переполняющими череп -- это анонимы опеннета.

Ответить | Правка | ^ к родителю #156 | Наверх | Cообщить модератору

71. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от Другой аноним on 24-Окт-17, 12:59 
>>Пользователь не должен замечать работы DE. Если Ваше окружение жрет ресурсы, а тем более требует еще и поддержки 3D, то это плохое окружение.
>>А еще обычным людям необходимо постоянство, чтобы человек через 2 года вернулся на свое прежнее место и у него не было вот такой реакции: "Бл** что это за н*** ???"
> Да-да, у вас в конторе целероны с ХП именно поэтому, а не
> по причине ни-ще-бродства, вот прям верю.

Celeron'ов и XP к счастью нет, но Core 2 Duo кое-где остались. Только что в этом плохого, если железо через столько лет продолжает выполнять свои функции? Вы повзрослеете, начнете работать и все поймете, а пока принимайте мои слова как данное.

Кстати, что это за новое слово у школьников и студентов появилось "ни-ще-бродство"? Я уже не первый раз вижу, но не могу уловить скрытый смысл. Это типа, кому мама и папа не покупают все самое последнее и новое, автоматически переводится в разряд "ни-ще-брод"ов ? :-))))

Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

101. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от Аноним (??) on 24-Окт-17, 15:51 
Нет, это когда ты имея возможность купить нормальный автомобиль среднего класса ездишь на ржавой шахе, из которой гайки уже сыплются. Так, может, понятнее будет?
Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

103. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от Другой аноним on 24-Окт-17, 16:05 
> Нет, это когда ты имея возможность купить нормальный автомобиль среднего класса ездишь
> на ржавой шахе, из которой гайки уже сыплются. Так, может, понятнее
> будет?

Ладно, глупости все это. Мы разговариваем про предприятие и бизнес, где под любое действие необходимо экономическое обоснование, а Вы мне неуместные аналогии приводите. Сознайтесь, что были не правы и закончим на этом ;-)

Ответить | Правка | ^ к родителю #101 | Наверх | Cообщить модератору

131. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от Ыйя on 24-Окт-17, 20:49 
Ога. Это когда не имея средств и надобности вместо ржавой шохи покупают бэху и издят в магазин за продуктами за две остановки.
Ответить | Правка | ^ к родителю #101 | Наверх | Cообщить модератору

92. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от Fodrice on 24-Окт-17, 15:06 
Я просто поставил гном на планшет, и получил лагодром.
Acer w500. И да драйвера просто изменяют характер лагов. Тормозит все дико. Ибо во 1 видео во 2 постоянное обращение к диску.
Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

93. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от Fodrice on 24-Окт-17, 15:09 
> Я просто поставил гном на планшет, и получил лагодром.
> Acer w500. И да драйвера просто изменяют характер лагов. Тормозит все дико.
> Ибо во 1 видео во 2 постоянное обращение к диску.

И да, лучше б они отдельную екранную клавивтуру завезли. То что есть ща на линуцксах это какой-то гребанынй стыд. Игрушки для детей дошкольного возраста есть... но нет нормальной независимой от DE екранной клавиатуры

Ответить | Правка | ^ к родителю #92 | Наверх | Cообщить модератору

108. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от adolfus (ok) on 24-Окт-17, 16:29 
> Может лучше наконец в 2017 году купить видеокарту с поддержкой 3D-ускорения?

Зачем интерфейсу такая карта? Пирдеть и свистеть?  

Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

114. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от Аноним (??) on 24-Окт-17, 18:03 
И к чему в здесь об этом? Проблема по-вашему в GTK или что вы хотели сказать?
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

6. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +3 +/
Сообщение от Аноним (??) on 24-Окт-17, 00:28 
> В GtkEntry добавлен виджет для выбора Emoji. Также добавлены хинты для ввода Emoji с клавиатуры;

Ну всё, теперь заживём. Это именно то, что не хватало.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

9. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +3 +/
Сообщение от VINRARUS (ok) on 24-Окт-17, 00:57 
https://keddr.com/wp-content/uploads/2015/03/Emoji-Keyboard.jpg
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

22. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +1 +/
Сообщение от Аноним (??) on 24-Окт-17, 08:14 
А вот так и надо сделать, общаться небольшими ребусами будем. Исчезнет недопонимание между народами, один универсальный язык, который поймет каждый. Английский оставить для кодинга.
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

40. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +1 +/
Сообщение от Аноним (??) on 24-Окт-17, 10:39 
Шо ж ты делаешь, ирод? Как мне теперь развидеть это? :)
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

112. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от VINRARUS (ok) on 24-Окт-17, 17:19 
> Шо ж ты делаешь, ирод? Как мне теперь развидеть это? :)

Отак: http://static.nix.ru/autocatalog/keyboards_sven/160817_2245_... =)

Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

65. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +1 +/
Сообщение от iPony on 24-Окт-17, 12:27 
Не практично.
Вообще бы классно было бы иметь на клавиатуре вместо NumPad'а EmojiPad ⌨️
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

76. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +1 +/
Сообщение от Аноним (??) on 24-Окт-17, 13:34 
Ну так настро... А, у тебя мак? Сочувствую.
Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

144. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от iPony on 25-Окт-17, 10:15 
Чего сочувствовать. В macOS с Emoji всё в порядке, ну так речь о другом.
Emoji очень много, и их до сих пор не хватает. Например, только вот добавили зебру 🦓 (пока только в iOS завезли). А раньше просто лошадь была 🐎
Поэтому было бы прикольно иметь на ⌨️ вместо бестолково NumPad этакую сенсорную панель для выбора Emoji
Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

109. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от adolfus (ok) on 24-Окт-17, 16:30 
>> В GtkEntry добавлен виджет для выбора Emoji. Также добавлены хинты для ввода Emoji с клавиатуры;
> Ну всё, теперь заживём. Это именно то, что не хватало.

Это, типа, бусы, которыми решено привлекать папуасов.


Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

13. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от kulais on 24-Окт-17, 01:39 
А как там бинарная совместимость ?? Приложение времен ASPLinux 10 запустится ??
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

14. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +1 +/
Сообщение от нежданчик on 24-Окт-17, 04:47 
запустится, если рядом положишь gtk нужной версии -)
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

31. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +1 +/
Сообщение от Аноним (??) on 24-Окт-17, 09:56 
А зачем в опенсорсе бинарная совместимость? Важна совместимость на уровне исходников, перекомпиляция вам в руки.
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

41. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +1 +/
Сообщение от Аноним (??) on 24-Окт-17, 10:40 
Ну собери исподник 10 и более летней давности современным gcc. С - совместимость, ога.
Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

46. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +1 +/
Сообщение от Аноним (??) on 24-Окт-17, 10:59 
А в современном GCC изчезла опция -std=c89/99/...?
Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

104. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  –1 +/
Сообщение от Аноним (??) on 24-Окт-17, 16:09 
Ты никогда не видел, сколько в сорцах любого дистра патчей с характерными названиями patch-gccXX? Наворачивание костылей на костыли - зело увлекательное занятие, скажу я тебе.
Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

66. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +2 +/
Сообщение от Ordu email(ok) on 24-Окт-17, 12:28 
Как зачем? Тебе не приходилось несколько часов пересобирать грядку пакетов после апдейта какой-нибудь миниатюрной библиотечки типа libjpeg? Бинарная совместимость -- это удобно, и будет подлым ломать её в минорных релизах.
Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

116. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от Аноним (??) on 24-Окт-17, 18:49 
Приходилось
emerge @preserved-rebuild
;)
Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

122. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от Ordu email(ok) on 24-Окт-17, 19:22 
> Приходилось
> emerge @preserved-rebuild
> ;)

Если приходилось, то чего я объясняю тогда, ты и сам понимаешь.

Ответить | Правка | ^ к родителю #116 | Наверх | Cообщить модератору

117. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от Аноним (??) on 24-Окт-17, 18:55 
И что такое пару чаcов по сравнению с пересборкой всего @world
Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

120. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от Аноним (??) on 24-Окт-17, 19:18 
> А зачем в опенсорсе бинарная совместимость?

Не все любят пересобирать мир каждую неделю.


Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

19. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +1 +/
Сообщение от Аноним (??) on 24-Окт-17, 07:27 
на gma3150 gnome-shell не юзабелен, как и юнити...ток lxde, xfce, e17 и дальше тоже лаги, на r5 230 caicos gnome-shell вполне ничего. и если выбирать между кде и гнум-шелл то я выбираю гнумшелл ;)...хотя кде тоже ничего.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору
Часть нити удалена модератором

29. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от IB on 24-Окт-17, 09:42 
:D
IceWM же этому господину, ну или голый Open(или другой)Box
Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

34. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от Аноним (??) on 24-Окт-17, 10:00 
а у Вас есть сборочки с e17 и e21?
Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

39. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +2 +/
Сообщение от Sluggard (ok) on 24-Окт-17, 10:34 
Человек перечислял DE, ты ему советуешь WM... Миш, вторник уже, завязывай бухать.
Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

84. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от pripolz on 24-Окт-17, 14:19 
> на gma3150 gnome-shell не юзабелен, как и юнити...ток lxde, xfce, e17 и
> дальше тоже лаги, на r5 230 caicos gnome-shell вполне ничего. и
> если выбирать между кде и гнум-шелл то я выбираю гнумшелл ;)...хотя
> кде тоже ничего.

на gma500 проблема в основном в том, что dri,libva,mesa и прочее завязаны на старые версии ядра и иксов. А то, что работает - софтверное. Как-то так (возможно ошибаюсь).

Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

26. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +2 +/
Сообщение от Аноним (??) on 24-Окт-17, 09:22 
Крестик на тулките большой чтобы точно попасть в него?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

27. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +5 +/
Сообщение от Аноним (??) on 24-Окт-17, 09:30 
>  Прекращение поддержки сборочной системы на базе autotools в пользу инструментария Meson

Эх, молодёжь... По описанию Мезона (да и других "новых" систем сборки, типа Шейк) может показаться, что главное - задавать цели и предпосылки. Так вот, make прекрасно с этим справляется, написан на Си, лёгкий, быстрый, портируемый. Автотулсы решают другую задачу - анализ окружения и настроку исходных текстов для него. Даже Cmake за годы не догнал Autotools. А "системы сборки" на Питоне или Хаскеле - это вообще ни в какие ворота не лезет.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

53. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  –2 +/
Сообщение от upyr on 24-Окт-17, 11:13 
А ты побовал? Meson шикарен!
Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

62. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +1 +/
Сообщение от llolik (ok) on 24-Окт-17, 12:18 
Так и Meson не собирает, собирает Ninja. Ninja пошустрей make будет, хотя КМК и не такая фичастая.
> Автотулсы решают другую задачу - анализ окружения и настроку исходных текстов для него

Так и cmake и meson решают ту же задачу.
> Даже Cmake за годы не догнал Autotools.

В чём это выражается? Действительно интересно, без подколов.
> А "системы сборки" на Питоне или Хаскеле - это вообще ни в какие ворота не лезет.

А это принципиально? m4 и Perl чем-то лучше?

Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

127. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от Аноним (??) on 24-Окт-17, 20:19 
> А это принципиально? m4 и Perl чем-то лучше?

Наверно, это придётся повторять всё чаще: m4 или Перл не нужны во время конфигурирования. Только шел, даже не Баш, плюс несколько утилит POSIX (опять же хорошо портируемых).

Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

134. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от Аноним (??) on 24-Окт-17, 22:26 
> Только шел, даже не Баш

Зависит от радиуса кривизны рук разработчика. Некоторые ухитряются писать bash-only макросы.
Ну да ладно, ты лучше объясни, зачем во время конфигурирования эти 100500  шелл-скриптов, напиханных в дерево исходников? Для небольших проектов их объём может в разы превышать объём кода. А с задачей обеспечения переносимости они справляются примерно никак, опять-таки в силу кривизны рук макросописателей, помноженной на разбросанные по самим автотулзам баги.

Ответить | Правка | ^ к родителю #127 | Наверх | Cообщить модератору

136. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от iZEN (ok) on 24-Окт-17, 22:51 
>> Только шел, даже не Баш
> Зависит от радиуса кривизны рук разработчика. Некоторые ухитряются писать bash-only макросы.
> Ну да ладно, ты лучше объясни, зачем во время конфигурирования эти 100500
>  шелл-скриптов, напиханных в дерево исходников? Для небольших проектов их объём
> может в разы превышать объём кода. А с задачей обеспечения переносимости
> они справляются примерно никак, опять-таки в силу кривизны рук макросописателей, помноженной
> на разбросанные по самим автотулзам баги.

Это вы ещё Gradle не видели. ;) Обслуживающий сборку код - очевидно ради самого процесса написания обслуживающего кода и ничего больше. Это завораживает.


Ответить | Правка | ^ к родителю #134 | Наверх | Cообщить модератору

77. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от Аноним (??) on 24-Окт-17, 13:36 
> Даже Cmake за годы не догнал Autotools.

По тормознутости, сложности и ненадёжности? Я верю, что в этом никто и никогда не сможет сравняться с autotools.
Но с тем, что системы сборки на питоне — зло, полностью согласен.

Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

129. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от Аноним (??) on 24-Окт-17, 20:25 
>> Даже Cmake за годы не догнал Autotools.
> По тормознутости, сложности и ненадёжности? Я верю, что в этом никто и
> никогда не сможет сравняться с autotools.

Дело в том, что я часто вижу такое "конфигугирование":

if platform.system() == 'Linux':
# Enable Epoll

Вместо того, чтобы проверить наличие sys/epoll.h и epoll_create(), с помощью вызова компилятора для простой программы.

Конечно, platform.system() == 'Linux' быстрее, но в корне неверно.

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

Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

135. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от Аноним (??) on 24-Окт-17, 22:39 
> Дело в том, что я часто вижу такое "конфигугирование":
> if platform.system() == 'Linux':
>  # Enable Epoll
> Вместо того, чтобы проверить наличие sys/epoll.h и epoll_create(), с помощью вызова компилятора
> для простой программы.

Зачем для проверки наличия файла запускать компиляцию? А autocrap таки её запустит дважды: и для проверки наличия заголовка, и для проверки наличия функции. cmake же найдёт файл сам и запустит компиляцию только один раз, чтобы проверить наличие функции. Причём не будет генерить на ходу временный исходный файл, а использует стандартный CheckFunctionExists.c.

> Скорость всех этих поделок объясняется очень просто - системы конфигурации проверяют не
> то, что нужно.

И что же из описанного абзацем выше не то, что нужно?

Ответить | Правка | ^ к родителю #129 | Наверх | Cообщить модератору

141. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +1 +/
Сообщение от Аноним (??) on 25-Окт-17, 09:14 
> Зачем для проверки наличия файла запускать компиляцию? А autocrap таки её запустит дважды: и для проверки наличия заголовка, и для проверки наличия функции

Вот-вот. Затем, что только компилятор знает, где <foo/bar.h> лежит. Затем, что файл может присутствовать и проглатываться препроцессором, но не самим компилятором или компоновщиком (например, потому что библиотека не установлена). И автотулсы, и симэйк не делают ничего сами, а только то что им сказано: проверить файл, проверить функцию, и т. п. Так что тут мимо. Не только незнание матчасти, но и непонимание целей и задач.

Ответить | Правка | ^ к родителю #135 | Наверх | Cообщить модератору

150. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от Аноним (??) on 25-Окт-17, 11:59 
> только компилятор знает, где <foo/bar.h> лежит.

Откуда он это может знать, если не из опций, которые ему передаёт система сборки?

> файл может присутствовать и проглатываться препроцессором, но не самим компилятором или компоновщиком
> (например, потому что библиотека не установлена).

Откуда же он тогда взялся? Это тебе надо систему чинить, если у тебя там такой бардак.

Ответить | Правка | ^ к родителю #141 | Наверх | Cообщить модератору

142. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от Аноним (??) on 25-Окт-17, 09:21 
> Причём не будет генерить на ходу временный
> исходный файл, а использует стандартный CheckFunctionExists.c.

Вот это смешно было :)

Между прочим, я уважаю cmake, и пишу на нём аккуратно, но те задачи, которые должна решать система сборки, cmake делает не очень удобно. Например, глобальный файл config.h, выяснения в какой библиотеке находится некая функция, там нет аналога make distcheck.

Ответить | Правка | ^ к родителю #135 | Наверх | Cообщить модератору

152. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от Аноним (??) on 25-Окт-17, 12:18 
>> Причём не будет генерить на ходу временный
>> исходный файл, а использует стандартный CheckFunctionExists.c.
> Вот это смешно было :)

Поделись, где ты увидел про лопату? Я б тоже поржал.

> Между прочим, я уважаю cmake, и пишу на нём аккуратно, но те
> задачи, которые должна решать система сборки, cmake делает не очень удобно.
> Например, глобальный файл config.h, выяснения в какой библиотеке находится некая функция,
> там нет аналога make distcheck.

Что не так с глобальным config.h? Хочешь — делай его, хочешь — 100500 разных, хочешь — вообще не делай, а определяй макросы через add_definitions().
AC_SEARCH_LIBS заменяется на цикл с CHECK_LIBRARY_EXISTS — не очень удобно, но можно и потерпеть, особенно учитывая, что такие вещи выносятся в отдельные модули для повторного использования, и с высокой вероятностью уже есть готовый.
make distcheck — не шибко часто используемая фича, нужная главным образом для обнаружения ошибок, вызванных кривой архитектурой autotools.

Ответить | Правка | ^ к родителю #142 | Наверх | Cообщить модератору

28. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +2 +/
Сообщение от Аноним (??) on 24-Окт-17, 09:34 
https://www.opennet.dev/opennews/art.shtml?num=47031

> По сравнению с Autotools время сборки GTK+ сократилось в три раза. На пути к переходу на Meson также находится проект Mesa - сборка Mesa при помощи Meson оказалась в 4 раза быстрее при первом запуске и в 10 раз быстрее при повторном.

Здесь что-то не чисто. Сборка - это вызовы компилятора/компоновщика, время не зависит от "системы сборки".

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

32. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от Аноним (??) on 24-Окт-17, 09:57 
В случае с autocrap — это ещё и прогон 100500 тестовых компиляций для проверки наличия тех или иных либ, функций, заголовков и т. п.
Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

42. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +2 +/
Сообщение от Аноним (??) on 24-Окт-17, 10:42 
но автотесты же не должны входить во время сборки...
Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

63. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от Ordu email(ok) on 24-Окт-17, 12:21 
Должны или не должны... Какая разница, если они входят? Ну, ты попробуй собрать gtk без прогона автотестов и увидишь сам.
Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

79. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от Аноним (??) on 24-Окт-17, 13:41 
> но автотесты же не должны входить во время сборки...

Во время сборки не проходят. Проходят во время конфигурации. Тебе ./configure && make запускать доводилось? Загляни как-нибудь в config.log и ужаснись.

Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

43. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  –1 +/
Сообщение от Аноним (??) on 24-Окт-17, 10:49 
Давайте еще говорить, что после перехода с gzip на xz время сборки уменьшилось, так как теперь загрузка быстрее.
Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

83. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от Mihail Zenkov (ok) on 24-Окт-17, 14:07 
> Здесь что-то не чисто.

В новости ошибка - там замеры были не на mesa, а на libdrm. Библиотека libdrm небольшая и запуск configure идет дольше сборки. Для больших библиотек типа mesa выигрыш будет максимум 10% (и то, только если сам meson окажется быстрее configure в десять раз).

Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

115. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от dhamp on 24-Окт-17, 18:28 
сравнивают скорее всего
$meson buildir && cd builddir && ninja
c
$./configure && make

по сути сравнение
make -j1 vs ninja -j$(nproc)
Сравнение времени выполнения meson и configure в большистве случаев бесполезно, т.к. сборка занимает по времени много больше.

"Корректность" сравнения зашкаливает.

Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

130. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +1 +/
Сообщение от dhamp on 24-Окт-17, 20:45 
Просто для примера сборка одного проекта.
cmake + ninja 1917.45s user 133.06s system 1013% cpu 3:22.26 total
cmake + make -j$(nproc) 1890.67s user 141.66s system 941% cpu 3:35.91 total

Профит сомнителен.

Ответить | Правка | ^ к родителю #115 | Наверх | Cообщить модератору

132. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +2 +/
Сообщение от Ordu email(ok) on 24-Окт-17, 20:51 
> сравнивают скорее всего

Нет. Если они и хитрят, то с выбором железа для сборки.

> сборка занимает по времени много больше.

GTK сваян на C. Компиляторы C просто реактивные, по сравнению с некоторыми. При этом, в отличие от configure, процесс собственно компиляции отлично ускоряется увеличением числа ядер. А вот ./configure будет тормозить на 8-ядерном процессоре ровно так же, как он тормозил на одноядерном. Если в проекте несколько скриптов ./configure, то каждый из них будет тормозить, и делать они это будут по-очереди, занимая ровно одно ядро.

Ещё интереснее, когда distcc используешь, чтобы собирать свою генту в офисе, где удалось тихим вечерком два десятка офисных компов в сборочный кластер собрать, чтобы по-бырому раскатать дженту на не очень шустром ноуте. Там этот configure начинает откровенно выбешивать. Вообще складывается ощущение, что вся сборка состоит из бесконечных вызовов ./configure и бесконечных проверок того, что char занимает 1 байт, "может что изменилось с предыдущего раза и char подрос?". Весь этот вывод configure уже заучен наизусть, я его сам могу на клавиатуре набрать с закрытыми глазами, ан нет, автотулзы продолжают долбить в одну и ту же точку.

А, и да, я отмечу, что так бесили они меня более десяти лет назад, и те два десятка офисных компов были селерончиками в которых, если мне память не изменяет, стояли смешные 256Mb оперативки. Что будет сейчас, если это не селерончики, а какие-нибудь двух-четырёх ядерные монстры, я вообще с трудом представляю. Секунд десять думает emerge, потом ещё тридцать секунд configure, после чего пять секунд компиляции, две секунды линковки, и ещё секунд десять на emerge. Что-нибудь в этом стиле. Реально погреться такому кластеру удастся только на всяких там файрфоксах да опенофисах.

Ответить | Правка | ^ к родителю #115 | Наверх | Cообщить модератору

143. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +1 +/
Сообщение от Mihail Zenkov (ok) on 25-Окт-17, 09:55 
> Если в проекте
> несколько скриптов ./configure, то каждый из них будет тормозить, и делать
> они это будут по-очереди, занимая ровно одно ядро.

Зависит от проекта. Если в проекте собираются одновременно несколько подпроектов/библиотек, то не кто не запрещает во время компиляции одного запустить configure у другого. AFAIK gcc так и делает.

> бесконечных проверок того, что char
> занимает 1 байт, "может что изменилось с предыдущего раза и char
> подрос?". Весь этот вывод configure уже заучен наизусть, я его сам
> могу на клавиатуре набрать с закрытыми глазами, ан нет, автотулзы продолжают
> долбить в одну и ту же точку.

Учить нужно не вывод, а маны :) Я сам так много лет смотрел и думал - сколько можно проверять char? Наконец залез в доки и нашел:
    https://www.gnu.org/software/automake/manual/html_node/confi...
    https://www.gnu.org/savannah-checkouts/gnu/autoconf/manual/a...
    https://www.gnu.org/savannah-checkouts/gnu/autoconf/manual/a...

Сделал программу, которая собирает config.cache после сборки. Потом запускаю вторую программу, которая анализирует все имеющиеся config.cache и создает config.site, в который попадают только те переменные, которые имеют одно и тоже значение во всех config.cache.

Тестировал на lfs, но большого выигрыша не увидел (собираю на четырех ядрах). Возможно на blfs выигрыш будут более значимым (особенно на Xorg - там реально в раза два быстрее должно получится).

Ответить | Правка | ^ к родителю #132 | Наверх | Cообщить модератору

159. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от Ordu email(ok) on 25-Окт-17, 19:35 
> Сделал программу, которая собирает config.cache после сборки. Потом запускаю вторую программу, которая анализирует все имеющиеся config.cache и создает config.site, в который попадают только те переменные, которые имеют одно и тоже значение во всех config.cache.

И это работает? Ну, в том смысле, что между генерацией config.cache и следующим запуском ./configure произойдёт установка пакета, которая вообще-то может инвалидировать какие-то переменные в этом config.cache. Кстати да, я даже конкретный сценарий могу предложить. Ставим софтину с опциональной зависимостью от gtk. Её configure проверяет наличие gtk, не находит его в системе, вносит в config.cache запись о том, что gtk в системе нет. Ставим gtk. А теперь ставим софтину с жёсткой зависимостью от gtk. Теперь configure заглядывает в config.site, находит, что gtk в системе нету, и отказывается генерировать Makefile.

Другое дело, что может если собрать переменные, которые стопудов никогда не меняются (скажем, относящиеся к проверкам libc и cc) и один раз их сложить в config.site...

Кроме того, тут встаёт проблема, что если я в процессе пересборки системы занимаюсь вознёй с этими кешами, то я встраиваю в процесс пересборки ещё более тормозной этап, нежели ./configure -- себя. Таким образом, чтобы с этого получить хоть какой-нибудь бонус по скорости, надо это всё автоматизировать, а для этого надо лезть в портажи и перелопачивать eclass'ы. В идеальном случае будет достаточно изменить один eclass, но я не верю в идеальные случаи. Скорее всего придётся поменять несколько eclass'ов, и ещё процентов 10 ебилдов всё равно будут всё делать по-своему. То есть, здравый баланс между оптимизмом и пессимизмом предсказывает часов 40-80 на перепиливание портажей. _Моих_ 40-80 часов, а не сборочного кластера. Причём с неопределённым результатом: может быть не удастся сделать так, чтобы config.site не создавал бы помех, и не приходилось бы ещё и вручную периодически вмешиваться, чтобы сборка продолжалась бы.

Ответить | Правка | ^ к родителю #143 | Наверх | Cообщить модератору

162. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от Mihail Zenkov (ok) on 25-Окт-17, 21:44 
>> Сделал программу, которая собирает config.cache после сборки. Потом запускаю вторую программу, которая анализирует все имеющиеся config.cache и создает config.site, в который попадают только те переменные, которые имеют одно и тоже значение во всех config.cache.
> И это работает?

Собираем всю систему и попутно собираем все config.cache. Генерируем config.site. Повторная сборка системы будет гораздо быстрее.

Но да, все это можно легко сломать.

> Другое дело, что может если собрать переменные, которые стопудов никогда не меняются
> (скажем, относящиеся к проверкам libc и cc) и один раз их
> сложить в config.site...

Таких переменных не так уж и много. Выигрыш будет не большой.

Тут нужна методика четко позволяющая отделить переменные и константы для конкретно вашей системы. Есть у меня мысль попробовать исключить все переменные, которые используются менее трех раз.

Но в итоге и встает вопрос, а стоит ли оно того?

>  Таким образом, чтобы с этого получить хоть какой-нибудь бонус по скорости, надо это всё автоматизировать, а для этого надо лезть в портажи и перелопачивать eclass'ы.

У меня своя система сборки. На все правки, включая написание программ для сборки и обработки config.cache ушло 3-4 часа.

Но как я сказал, выигрыш не велик, а вероятность получить проблемы после очередных изменений в системе далеко не нулевая.

С другой стороны, если появилась проблема - отключаем config.site и собираем как обычно. Вроде ничего сложного.

Вообще нужно поработать с этим какое-то время, чтобы набрать некоторую статистику по отказам.

Ответить | Правка | ^ к родителю #159 | Наверх | Cообщить модератору

164. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от Ordu email(ok) on 26-Окт-17, 03:05 
> У меня своя система сборки. На все правки, включая написание программ для
> сборки и обработки config.cache ушло 3-4 часа.

Поддержание своей системы сборки будет требовать гораздо больше времени. Все эти задачи связанные с обсчётом депендансов, выкачиванием сорцов нужных версий из нужных мест по нужным протоколам, обходом всех специальных случаев... В gentoo это решается написанием ебилда на каждый пакет. Но, вот, допустим, я пользуюсь оверлеем rust, чтобы иметь в системе расты разных версий, причём хоть самых-самых nightly. Иногда это требует правки ебилдов. Но мне приходилось отказываться от внесения каких-то изменений, потому что это были изменения, которые не примут в "апстрим", а самостоятельно поддерживать эти изменения я не готов совершенно. Внести и отправить пулл-реквест -- легко: поигрался с ebuild, выполняя работу emerge поэтапно, создал патч, оттестил его, отправил и забыл. А вот следить за актуальностью моего форка оверлея -- не, спасибо, вот заняться мне больше нечем. Если что, я могу и потерпеть пару месяцев, а там проблема тем или иным способом разрешится.

> С другой стороны, если появилась проблема - отключаем config.site и собираем как
> обычно. Вроде ничего сложного.

Я в генту последнее время избегаю использовать keyword'ы типа ~amd64, потому что практика показывает, что эти флаги накапливаются в /etc/portage, и лет через десять это кончается тем, что либо emerge не может обсчитать зависимости, либо сборка внезапно обламывается в какой-то момент, и если месяц не обновлял мир, то потом такое обновление займёт пару часов (моего времени, не процессорного) в то, чтобы найти причины отказов и устранить их. И хорошо, если все эти причины выявятся на этапе обсчёта депендансов, а не начнут выскакивать в рандомные моменты сборки, в течение нескольких часов работы emerge. В общем, приемлимый для меня компромисс между надёжностью и конфигурабельностью со временем смещается в сторону надёжности.

Тем более надёжность важна, если мы создаём не наколенное решение для применения на локалхосте, а вполне себе системное решение, у которого будут сотни и тысячи пользователей.

Если мы попытаемся этот config.site впилить, например, в emerge и дополнить этим костылём с рестартом сборки, то встанет вопрос: как мы можем выяснить программно, что сборка обломалась из-за косяков с config.site? Или после каждого облома мы на всякий случай будем удалять config.site и делать рестарт -- а вдруг прокатит?

> Но как я сказал, выигрыш не велик, а вероятность получить проблемы после очередных изменений в системе далеко не нулевая.

Да, на самом деле эта вероятность получить проблемы и есть основная претензия к autotools.

autotools -- это такое хакерское решение: минимумом усилий максимум результата. Но *nix в своём развитии ушёл за границы возможного для autotools, требования изменились. Изменилась и среда: сегодня нет необходимости тщательно проверять компиляторы C, потому что времена, когда каждый компилятор C имел свои собственные нюансы реализации, ушли в прошлое (почему C не считался кроссплатформенным языком в 80-е, да и в 90-е в общем-то? Как раз потому, что написать код, который скомпилируется двумя разными компиляторами и будет при этом работать как надо -- это был высший пилотаж программирования на C). Потому что есть стандарты и не только на компиляторы, но и на libc и на многое другое. Потому что есть pkg-config, который легко можно использовать непосредственно из makefile'а, проверяя наличие библиотек и их версии. Потому, что есть github, где очень легко отправлять pull-реквесты, получать их, создавать issues, обсуждать их, и находить решения: сегодня если софтина не собирается на какой-то особо хитрой конфигурации, то этим проблемам несложно найти решение и без autotools. Тем более, что autotools не решает этих проблем: configure в лучшем случае, поможет диагностировать эти проблемы. Потому, наконец, что сегодня из сорцов собирают только те, кому это интересно и кто готов разбираться в чём проблема, а не любой пользователь *nix, и просто потому, что других способов поставить софт не существует. А тем, кому интересно собирать софт из сорцов, совсем не обязательно иметь configure для того, чтобы делать сообщения об ошибках более информативными.

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

Ответить | Правка | ^ к родителю #162 | Наверх | Cообщить модератору

165. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от Mihail Zenkov (ok) on 26-Окт-17, 10:34 
>> У меня своя система сборки. На все правки, включая написание программ для
>> сборки и обработки config.cache ушло 3-4 часа.
> Поддержание своей системы сборки будет требовать гораздо больше времени.

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

Вы хорошо озвучили проблемы gentoo:

1. Глубокая модификация требует больших затрат по времени.
40-80 часов для задачи, которая в моем случае отняла 3-4 часа (да и то, если бы я сам не писал программы для этой задачи, то правки/тест сборочной системы отняли бы менее 30 минут).

У меня в год на систему уходит 40-80 часов, да и то, только если я провожу эксперименты вроде обсуждаемого.

2. Поддержка своих изменений. Чем их больше, тем сложнее поддерживать. В итоге от них приходится отказываться.

У меня есть похожая проблема, но на другом уровне: я часто модифицирую софт под свои нужды и большинство патчей не пойдут в апстрим. Их приходится поддерживать, что и отнимает основное время при возне с системой.

> Если мы попытаемся этот config.site впилить, например, в emerge и дополнить этим
> костылём с рестартом сборки, то встанет вопрос: как мы можем выяснить
> программно, что сборка обломалась из-за косяков с config.site? Или после каждого
> облома мы на всякий случай будем удалять config.site и делать рестарт
> -- а вдруг прокатит?

Как вариант. Можно еще научить систему составлять список таких случаев и сохранять логи неудачной и удачной сборки (или сразу делать с них diff) для быстрого разбора проблемы.

> Потому что есть pkg-config, который легко
> можно использовать непосредственно из makefile'а, проверяя наличие библиотек и их версии.

Совершенно верно!

> Если комментаторы опеннета в большинстве своём и выступают против замены autotools на
> что-то ещё, то это их "старпёрский bias" -- опеннетовское когнитивное искажение,
> вызванное тем, что каждому опеннетовцу хочется выглядеть старпёром, а лучший способ
> выглядеть старпёром -- всегда выступать в пользу музейного софта и всегда
> против всего нового.

Тут не соглашусь. autotools давно пора выкинуть, но:

1. Зачем писать новые системы сборки, когда для 95% проектов достаточно make + pkg-config? Зачем генерировать майкфайлы, неужели нельзя сделать их статичными, а все переменные собрать в одном файле?

2. Если уж хочется написать новую систему сборки, зачем делать хуже, чем было? Один синтаксис управления cmake чего стоит: -DCMAKE_INSTALL_PREFIX=/usr против --prefix=/usr.

3. Если проект большой - сделайте свою компактную систему сборки и встройте ее в проект, типа как в AOSP, а не заставляйте тянуть и собирать кучу зависимостей.

Ответить | Правка | ^ к родителю #164 | Наверх | Cообщить модератору

151. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от Аноним (??) on 25-Окт-17, 12:04 
> Весь этот вывод configure уже заучен наизусть, я его сам могу на клавиатуре набрать с закрытыми глазами, ан нет, автотулзы продолжают долбить в одну и ту же точку.

Во-первых, у configure есть кеш, см. (./configure --help); во-вторых, даже если автор не предусмотрел (--enable-foo/--with-bar), любую закорюку/переменную можно переопределить в командной строке, так что configure будет думать, что проверка сделана и результат взят из кэша. Например, моэно убедить configure, что заголовок sys/wtf.h существует, и т. д.

Такие дела :)

Ответить | Правка | ^ к родителю #132 | Наверх | Cообщить модератору

161. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от Ordu email(ok) on 25-Окт-17, 20:14 
>> Весь этот вывод configure уже заучен наизусть, я его сам могу на клавиатуре набрать с закрытыми глазами, ан нет, автотулзы продолжают долбить в одну и ту же точку.
> Во-первых, у configure есть кеш, см. (./configure --help); во-вторых, даже если автор
> не предусмотрел (--enable-foo/--with-bar), любую закорюку/переменную можно переопределить
> в командной строке, так что configure будет думать, что проверка сделана
> и результат взят из кэша. Например, моэно убедить configure, что заголовок
> sys/wtf.h существует, и т. д.

Если я вожусь с командной строкой, то тормоза вносимые моими кривыми пальчиками и процессом мышления гораздо выше, чем тормоза ./configure. Это значит, что я только что сделал wget, потом tar jxf, вот сейчас делаю ./configure, потом буду делать make, потом искать способа потестировать работает ли без установки, потом решать, что делать с результатом -- вкатать в /usr/local при помощи make install, поставить в ~/local, поставить при помощи INSTALL_ROOT в /tmp, а потом вспоминать, читая man'ы и сорцы, как теперь всё это ebuild'ом раскатать в /usr, чтобы потом можно было бы удалить при помощи emerge... Короче эта история надолго. И в этой истории пара-тройка выполнений ./configure, пока я собираю все опции для него, которые я хотел бы ему передать, -- это вообще ни о чём.


Ответить | Правка | ^ к родителю #151 | Наверх | Cообщить модератору

33. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +2 +/
Сообщение от Аноним (??) on 24-Окт-17, 10:00 
> стабильный и поддерживаемый в течение нескольких лет API

Нескольких — это двух-трёх? Потом всё равно переписывать?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

35. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от Аноним (??) on 24-Окт-17, 10:02 
>Прекращение поддержки сборочной системы на базе autotools в пользу инструментария Meson

А патриарх СПО это одобрил? Или Gtk 4 не является частью проекта GNU?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

69. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от Аноним (??) on 24-Окт-17, 12:52 
Красношапка одобрила. Кто платит, тот и одобряет.
Хотя вон и в GNU awk запилили cmake. Может стало-таки доходить и до них, насколько autocrap ужасен.
Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

36. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +1 +/
Сообщение от Аноним (??) on 24-Окт-17, 10:24 
Какая великая сила денег заставляет клепать такие жуткие дефолтовые темы?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

50. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от Аноним (??) on 24-Окт-17, 11:07 
Наверное, полное отсутствие этой силы.
Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

70. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от Аноним (??) on 24-Окт-17, 12:55 
А вот фиг, без денег школьники на гномелуке клепают красивые темы, а дефолтом какая-то страхолюдина на скринах всю дорогу
Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

52. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от iZEN email(ok) on 24-Окт-17, 11:12 
Кстати, да. Темы Gtk3 - это какой-то туманный образ нормальных мыслеформ после похмелюги.
Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

54. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от upyr on 24-Окт-17, 11:16 
Так попробуй на трезвую голову осмыслить.
Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

61. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +1 +/
Сообщение от Аноним (??) on 24-Окт-17, 12:11 
Ни разу не видел его трезвым с 2008-го.
Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

51. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +4 +/
Сообщение от iZEN email(ok) on 24-Окт-17, 11:10 
Из-за идиотских скроллбаров и микроскопических подвижных границ разделения панелей браузера (Caja), в которые не так просто попасть "наощупь" мышкой, минут пять пытался отсоединить флэшку, так как её значок оказался в самом низу дерева папок браузера и загораживался внезапно возникающими скроллбарами. Доколе такое издевательство будет продолжаться?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

55. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +1 +/
Сообщение от upyr on 24-Окт-17, 11:18 
Так не ной здесь, а напиши в багтрекер Caja.
Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

86. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +2 +/
Сообщение от iZEN email(ok) on 24-Окт-17, 14:26 
Тут общая концепция в тулките такая, а не конкретный файл-менеджер: появляющиеся/исчезающие скроллбары загораживают часть области, на чем они как бы присутствуют. Так, что объекты, хоть и видны, но ими невозможно манипулировать - ни взяться мышкой за них, ни ещё что-либо с ними сделать, хотя курсор мыши находится прямо над ними - мешают скроллбары.
Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

113. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от Аноним (??) on 24-Окт-17, 17:23 
> Тут общая концепция в тулките такая, а не конкретный файл-менеджер: появляющиеся/исчезающие
> скроллбары загораживают часть области, на чем они как бы присутствуют. Так,
> что объекты, хоть и видны, но ими невозможно манипулировать - ни
> взяться мышкой за них, ни ещё что-либо с ними сделать, хотя
> курсор мыши находится прямо над ними - мешают скроллбары.

В Nautilus почему-то такой проблемы нет.

Ответить | Правка | ^ к родителю #86 | Наверх | Cообщить модератору

133. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +1 +/
Сообщение от all_glory_to_the_hypnotoad (ok) on 24-Окт-17, 21:21 
наверняка это можно настроить через css стили или ещё как. А вот, как (в генте себе так сделал)

/etc/environment:GTK_OVERLAY_SCROLLING=0

Ответить | Правка | ^ к родителю #86 | Наверх | Cообщить модератору

85. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +1 +/
Сообщение от pripolz on 24-Окт-17, 14:23 
долгое время пытаюсь понять. Кто-то вообще пишет что-то на GTK в рабочее время ??
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

123. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  –1 +/
Сообщение от Аноним (??) on 24-Окт-17, 19:22 
> долгое время пытаюсь понять. Кто-то вообще пишет что-то на GTK в рабочее
> время ??

Да. Сотрудники RedHat.

Ответить | Правка | ^ к родителю #85 | Наверх | Cообщить модератору

124. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +4 +/
Сообщение от Аноним (??) on 24-Окт-17, 19:36 
Да. Ниже то, что смог вспомнить.

Из минусов.
1. Нет обработки ошибок выделения памяти, поэтому в embedded многие вещи уже не реализуешь, как например, уменьшение кешей в других процессах при нехватке памяти. Но частично решаемо.
2. Завязка на работу с обычными строками там, где мы можем передавать массив символов и его размер (производительность).
3. Профилирование как-то выдало узкое место в самом неожиданном месте... в приведении типов виджетов. А там это частое явление, если делать всё по правилам.
4. Крайне сложно читать их исходники, т. к. многие заголовочные файлы генерируются автоматически при компиляции. А нужно просто посмотреть как сделано, не компилировать. Ну и объявление функций через макросы аля G_DEFINE_WITH_PRIVATE.
5. Очень много глюков от версии к версии. И они не исчезают в новых версиях, а появляются новые.
6. В этом самом стабильном 3.22 выпилили произвольные CSS-свойства. Мы не смогли найти, как в наших виджетах заставить их снова работать, приходится изворачиваться.
7. Вызывание родительских функций у наследника. Префикс названий разный, могли бы и задефайнить с приведением типов.
8. Glade содержит много ошибок и раньше очень часто падал, сейчас реже.

Из плюсов:
1. Прозрачность, т. к. язык Си.
2. Полноценное наследование с виртуальными методами.
3. Есть и резиновый интерфейс, и стандартный набор виджетов.
4. Работает на слабом железе достаточно шустро, если грамотно писать код. Для нас большой плюс.
5. Очень хорошо продуманные наименования в API. Всё систематизировано. Это очень важно в больших проектах. Хорош для обучения новичков, - пока они пишут виджеты, не получится не соблюдать стилистику.
6. GObject Introspection. Кто знает, поймёт все преимущества.
7. Т. к. нет полноценной обработки ошибок, то и нам самим достаточно вставлять обычные assert'ы в GUI.
8. В GLib встроено много того, чего недостаёт в стандартной библиотеке. Например, g_path_get_basename. Если кто-то сталкивался с basename поймёт все те проблемы, которые идут от basename+dirname при использовании GNU-расширений.

Ответить | Правка | ^ к родителю #85 | Наверх | Cообщить модератору

153. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от pripolz on 25-Окт-17, 12:37 
> 3. Профилирование как-то выдало узкое место в самом неожиданном месте... в приведении типов виджетов. А там это частое явление, если делать всё по правилам.

ЭЭ они же просто указатели всегда, разве нет?

Ответить | Правка | ^ к родителю #124 | Наверх | Cообщить модератору

160. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +1 +/
Сообщение от Аноним (??) on 25-Окт-17, 19:38 
Раскройте макрос GTK_LABEL(label), будете удивлены. :) Там встроено самотестирование. Выполняется функция g_type_check_instance:
https://github.com/GNOME/glib/blob/master/gobject/gtype.h
https://github.com/GNOME/glib/blob/master/gobject/gtype.c

Можно, конечно делать явное приведение типов, но самотестирование имеет свои плюсы. Тем более, что грамотный подход позволяет снизить до минимум накладные расходы. Ну и стараемся соблюдать стилистику GTK.

Ответить | Правка | ^ к родителю #153 | Наверх | Cообщить модератору

137. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от Андрей (??) on 24-Окт-17, 23:02 
> Прекращение поддержки сборочной системы на базе autotools в пользу инструментария Meson;

Надеялся, что meson будет параллельно работать. Облом.

> В GtkEntry добавлен виджет для выбора Emoji. Также добавлены хинты для ввода Emoji с клавиатуры;

2017-ый год. Элементарнейшее undo (ctrl-z) не работает. Зато Emoji!

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

154. "Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4"  +/
Сообщение от Аноним (??) on 25-Окт-17, 13:04 
> GtkLabel и GtkEntry переведены на использование GSK (GTK Scene Kit), обеспечивающего отрисовку графических сцен через OpenGL и Vulkan;GtkLabel и GtkEntry переведены на использование GSK (GTK Scene Kit), обеспечивающего отрисовку графических сцен через OpenGL и Vulkan;

Означает ли это что анимации будет отрсовывать не проц а видеокарта и гном перестанет лагать?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру