The OpenNET Project / Index page

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



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

Оглавление

Выпуск графического тулкита GTK 4.0, opennews (??), 16-Дек-20, (0) [смотреть все]

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


7. "Выпуск графического тулкита GTK 4.0"  +1 +/
Сообщение от Аноним (7), 16-Дек-20, 23:46 
Как сделать чтобы открытие файлового диалога не затирало буфер выделения в иксах? В кутешных диалогах всё правильно.
Ответить | Правка | Наверх | Cообщить модератору

8. "Выпуск графического тулкита GTK 4.0"  –9 +/
Сообщение от Аноним (79), 16-Дек-20, 23:51 
вот и сиди в кутэ.
Ответить | Правка | Наверх | Cообщить модератору

14. "Выпуск графического тулкита GTK 4.0"  –8 +/
Сообщение от Аноним (10), 16-Дек-20, 23:59 
При появлении диалога сохранения поле ввода имени файла автовыделяется, чтоб можно было сразу впечатать желаемое имя без нажатия на Ctrl+A. А раз _выделяется_, то предсказуемо перезатирается буфер _выделения_. Так что это в GTK+ правильно, а в культе как обычно через жо.
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

25. "Выпуск графического тулкита GTK 4.0"  +4 +/
Сообщение от Annoynymous (ok), 17-Дек-20, 00:35 
Нет. Буфер выделения — это то, что выделил пользователь, а не то что выделилось само.
Ответить | Правка | Наверх | Cообщить модератору

44. "Выпуск графического тулкита GTK 4.0"  +3 +/
Сообщение от Аноним (10), 17-Дек-20, 01:13 
Буфер выделения называется буфером выделения, а не "буфером выделения пользователем". Найди мне в невнятном ICCCM, что PRIMARY selection должен записываться исключительно мышиным возюканием пользователя.
Ответить | Правка | Наверх | Cообщить модератору

52. "Выпуск графического тулкита GTK 4.0"  +/
Сообщение от Аноним (43), 17-Дек-20, 01:29 
Прикинь да? Вот такие вот и пишу сейчас современный софт, даже не зная что буфер выделения. Глупо ждать от них качественного софта если даже этого не знают.

Молодец, хорошо подловил :)

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

53. "Выпуск графического тулкита GTK 4.0"  –1 +/
Сообщение от Аноним (10), 17-Дек-20, 01:32 
Иди ICCCM подлови на том, что он фактически никак не описывает семантику selection-ов.
Ответить | Правка | Наверх | Cообщить модератору

111. "Выпуск графического тулкита GTK 4.0"  +/
Сообщение от Тот_Самый_Анонимус (?), 17-Дек-20, 09:02 
>Иди ICCCM подлови на том

Да пох на твой ицццм. Qt работает нормально, гтк косячит. Ты считаешь что косяки — правильно и надо в этом случае городить велосипед, а в куте заморачиваться не надо. Ну преодолевай трудности, которых можно было избежать. Делов-то.

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

125. "Выпуск графического тулкита GTK 4.0"  +3 +/
Сообщение от Аноним (10), 17-Дек-20, 09:48 
> Ты считаешь что косяки — правильно

Нет, ты.

Если Qt не вносит выделение в буфер выделения, значит косячит именно Qt. Если Qt способен выделить текст с внесением в буфер, а еще выделить текст без внесения в буфер, значит как раз там и добавили костыль, делающий так, что выделение может работать в двух Qt-специфичных режимах (о которых нет ни слова в ICCCM). GTK+ в этом плане работает всегда предсказуемо и одинаково. Выделено? Значит попало в буфер, точка.

> преодолевай трудности, которых можно было избежать

PRIMARY selection не рассчитан на долгосрочное хранение данных. Чтобы "преодолевать трудности", в ICCCM выдумали SECONDARY selection, читни на досуге (и нет, SECONDARY -- это тоже не Ctrl+C):

    The selection named by the atom SECONDARY is used ... As a means of
    obtaining data when there is a primary selection and the user does
    not want to disturb it.

Далее, что говорят дяди из XDG: https://freedesktop.org/wiki/Specifications/ClipboardsWiki/

    There are two historical interpretations of the ICCCM: <...>
    2. use PRIMARY for the currently-selected text, even if it
    isn't explicitly copied. <...> The current consensus is that
    interpretation 2 is correct. <...> PRIMARY is the current
    selection.

А то, что ты ожидал от PRIMARY selection что-то, что выдумал сам -- твои личные проблемы.

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

143. "Выпуск графического тулкита GTK 4.0"  +/
Сообщение от Аноним (7), 17-Дек-20, 10:24 
Я всегда был уверен, что это костыли, и программа сама откатывает выделение будто его не было, и только при ручном пользовательском выделении оно заменяется. Но, если говорить об удобстве, это в миллион раз лучше. Фф единственная программа, у которой постоянно проблемы с выделением: например, если ты выделяешь адресную строку, буфер выделения замещается. Это люто неудобно, пришлось вообще буфер выделения в ней отключить (как это вообще работает? выделение есть, но буфер не обновляется, как-то грязно выглядит). Хорошо, что в других браузерах это понимают и не делают подобного.
Ответить | Правка | Наверх | Cообщить модератору

255. "Выпуск графического тулкита GTK 4.0"  +1 +/
Сообщение от Аноним (255), 17-Дек-20, 19:16 
Нет, если пользователь не выделил - выделения не было. Было автовыделение.
Ответить | Правка | К родителю #125 | Наверх | Cообщить модератору

313. "Выпуск графического тулкита GTK 4.0"  –1 +/
Сообщение от Тот_Самый_Анонимус (?), 19-Дек-20, 14:22 
Я уже написал:

>Да пох на твой ицццм.

Если что-то «правильно» по какой-то бумажке, но создаёт неудобство пользователю или разработчику, то это — неправильно. В данном случае кутя рулит, а гтк — гамно, чем он всегда и был.

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

254. "Выпуск графического тулкита GTK 4.0"  +1 +/
Сообщение от Аноним (255), 17-Дек-20, 19:14 
Класическая отмазка виндузятников и "я у мамы рукажоп". Не можем исправить - задокументируем как фичу.

Ты локику включи. Хотя откуда она у тебя.

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

257. "Выпуск графического тулкита GTK 4.0"  +/
Сообщение от adolfus (ok), 17-Дек-20, 19:27 
Иди почитай требования СUA -- там все написано и разжевано.
Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

187. "Выпуск графического тулкита GTK 4.0"  +3 +/
Сообщение от псевдонимус (?), 17-Дек-20, 11:43 
> Нет. Буфер выделения — это то, что выделил пользователь, а не то
> что выделилось само.

Да ты ретроград! Может и включать/выключать компьютер тоже пользователь должен!? Так дойдет до того, что он и сайты будет смотреть, какие хочет, по ссылкам станет ходить!

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

104. "Выпуск графического тулкита GTK 4.0"  +3 +/
Сообщение от sergey (??), 17-Дек-20, 08:39 
Вообще-то в Qt тоже выделяется. Но при этом не забивает буфер обмена. PROFIT
Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

110. "Выпуск графического тулкита GTK 4.0"  –1 +/
Сообщение от Аноним (7), 17-Дек-20, 09:01 
> Вообще-то в Qt тоже выделяется. Но при этом не забивает буфер обмена.
> PROFIT

Именно, всё удобство теряется. Скажем, в KDE я могу сравнить хэш у файла прямо в диалоге сохранения и сделать это в меньше кликов мимо буфера обмена, подставить что-то в имя файла опять же удобно.

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

121. "Выпуск графического тулкита GTK 4.0"  +/
Сообщение от Аноним (121), 17-Дек-20, 09:44 
Причём тут буфер обмена?
Ответить | Правка | К родителю #104 | Наверх | Cообщить модератору

126. "Выпуск графического тулкита GTK 4.0"  +3 +/
Сообщение от Ordu (ok), 17-Дек-20, 09:52 
ff, когда тыкаешь в строку адреса, выделяет этот самый адрес, что позволяет его удалить одним нажатием на del/backspace. А затем можно средней кнопки мышки вставить то, что в буфере выделения. И там вовсе не этот адрес, который только что был выделен и удалён. Если gtk, автовыделяя, перезаписывает буфер выделения, то это значит что разрабы gtk не пользуются буфером выделения и не понимают зачем он.
Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

136. "Выпуск графического тулкита GTK 4.0"  –1 +/
Сообщение от Аноним (10), 17-Дек-20, 10:12 
> это значит что разрабы gtk не пользуются буфером выделения и не понимают зачем он

Даже дяди из XDG не понимают, зачем он. Один ты в ослепительно белом фраке стоишь и всё понимаешь:

    use PRIMARY for the currently-selected text, even if it isn't explicitly copied
    https://freedesktop.org/wiki/Specifications/ClipboardsWiki/

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

252. "Выпуск графического тулкита GTK 4.0"  +3 +/
Сообщение от Ordu (ok), 17-Дек-20, 18:46 
>> это значит что разрабы gtk не пользуются буфером выделения и не понимают зачем он
> Даже дяди из XDG не понимают, зачем он. Один ты в ослепительно
> белом фраке стоишь и всё понимаешь:
>     use PRIMARY for the currently-selected text, even if
> it isn't explicitly copied
>     https://freedesktop.org/wiki/Specifications/ClipboardsWiki/

Какое мне дело до дядей из XDG? Если можно сделать лучше, чем они советуют, то надо делать лучше, а дядей с их советами посылать туда, где медведи ипутся.

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

198. "Выпуск графического тулкита GTK 4.0"  +1 +/
Сообщение от Annoynymous (ok), 17-Дек-20, 12:56 
> ff, когда тыкаешь в строку адреса, выделяет этот самый адрес, что позволяет
> его удалить одним нажатием на del/backspace. А затем можно средней кнопки
> мышки вставить то, что в буфере выделения.

А можно сделать двойной клик и адрес запишется в буфер выделения. А можно сделать одинарный и адрес не запишется в буфер выделения.

U - useability.

> И там вовсе не
> этот адрес, который только что был выделен и удалён. Если gtk,
> автовыделяя, перезаписывает буфер выделения, то это значит что разрабы gtk не
> пользуются буфером выделения и не понимают зачем он.

Дык о чём и речь.

Правда, вот беда, в Wayland буфер выделения работает как надо (т.е. как в Qt), а значит, проблема вовсе не в разрабах gtk.

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

316. "Выпуск графического тулкита GTK 4.0"  –2 +/
Сообщение от Ordu (ok), 21-Дек-20, 00:50 
> А можно сделать двойной клик и адрес запишется в буфер выделения.

Двойной клик работает как двойной клик -- он выделяет "слово". То есть второй клик сбрасывает выделение всего урла и выделяет слово под курсором. Если мне надо скопировать урл, то я это делаю одинарным кликом с последующим Ctrl-C.

> в Wayland буфер выделения работает как надо (т.е. как в Qt), а значит, проблема вовсе не в разрабах gtk.

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

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

199. "Выпуск графического тулкита GTK 4.0"  +/
Сообщение от Annoynymous (ok), 17-Дек-20, 12:57 
> При появлении диалога сохранения поле ввода имени файла автовыделяется, чтоб можно было
> сразу впечатать желаемое имя без нажатия на Ctrl+A. А раз _выделяется_,
> то предсказуемо перезатирается буфер _выделения_. Так что это в GTK+ правильно,
> а в культе как обычно через жо.

Кстати, у меня такого не происходит. Где такое поведение?

Помню, было такое в GTK2 когда-то давным давно.

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

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

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




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

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