KDE как сдеать скриншот раскрытого списка в браузере?

Как вариант: некоторые скриншотилки умеют запускаться из консоли. Берёшь такую, запускаешь её со sleep в несколько секунд и быстро переключается в браузер/выбираешь список.

Выставь задержку в spectacle

А лучше перейди на wayland

Снятие скришотов из консоли. В Автокаде «рисовал» с клавиатуры, но как бы хочется менее хардкорно. Тем более что часто надо делать скрин не всей области а только фрагмента.

Задержка в spectacle. Сейчас там 1 сек. Увеличивая значения или убирая задержку вовсе разницы не вижу - все равно при снятии скрина список сворачивается.

wayland - постоянно что-то не работает когда его включаю, потом долго вспоминаю как перейти обратно.

Так выставь максимальную задержку, запусти, потом раскрывай список и жди пока сфотографирует

2 секунды задержки > printscreen > лкм по списку > жди > развлекайся

А лучше перейди на wayland

Ни в коем случае. Там со скриншотами полный звиздец, хорошо если лет через 10 реализуют.

Это всё решается задержкой в скриншотилке. Даже если менюшка скрывается, снимок должен делаться с ней. Если всё прямо совсем хреново - можно снять скринкаст и выдрать кадр.

Какой звиздец?

а что если назначить два хоткея один с фокусом окна другой полностью экран , задержка в примере 5 секунд

scrot -b -u -d 5 %Y:%m:%d:%H:%M:%S.png

scrot -b -d 5 %Y:%m:%d:%H:%M:%S.png

О, это же бесячий баг депрекейнутой иксопараши, про который я очень подробно писал здесь:

А вы помните бесячий баг иксов, который всегда раздражал?

Лечится переходом на Wayland.

Ни в коем случае. Там со скриншотами полный звиздец, хорошо если лет через 10 реализуют.

Там вот как раз нет этого идиотского иксового бага, кстати.

Это всё решается задержкой в скриншотилке.

Чтобы сделать скриншот нормально как в других системах – нужно обмазываться задержками и консольным пердолингом километровыми командами двумя постами выше.

X.Org, 2022, Итоги.

вайланд не предполагает доступа клиентов ко всему экрану. вообще. чтобы обойти этот косяк каждый отдельный композитор делает свой собственный обходной путь и свою собственную скриншотилку, которая единственная с ним может работать. для кде это spectacle, но не та версия что в Х11 а отдельный бинарь. и он на данный момент умеет 2 из 4 режимов, причём криво.

В реальности, а не в твоих диванных теориях, я спокойно делаю скриншоты в вейланде, даже в сегодняшних моих комментах есть

X.Org, 2022, Итоги.

Итоги в том, что как работало 99,999999% случаев, так и работает. В это время спектакль под вайланд имеет половину режимов от спектакля Х11, причём один из них багованый. А ничто кроме спектакля вообще не сможет снять скрин в кде, а вообще то обязано.

Ну не знаю, если разработчики кде в официальном релизе дают такой обзор на свою собственную поделку... А потом ты начинаешь читать «да как так то?», а везде написано что оно так вот и есть.

Хреново жить чьими-то обзорами, что тут сказати

Как иксы «работают» отлично видно по этому треду.

Ну, отлично, сделай скриншот кде-вайланд через скриншотилку xfce. Стандартный режим, весь экран с мышкой.

Здесь какой то странный и уникальный случай. Я о таком впервые за 14 лет слышу.

Почему я должен страдать какой-то хернёй? Я пользуюсь кедами, а не крысой

Настолько странный и уникальный, что на ЛОРе постоянно создаются треды про подобный случай.

Если что то работает у тебя одного это ни о чём. А другим кнопочки скриншотилки крысы могут понравиться больше кнопочек спектакля. И нет ни одной разумной причины почему такая простая и древняя функция должна не работать.

Про какой? закрытие менюшки при нажатии какой либо кнопки? А это точно ненормальное поведение? Или про то, что при скриншоте с задержкой открытая менюшка на него не попадает? Вот второе это действительно косяк, но что то я такого ещё не встречал.

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

А вы помните бесячий баг иксов, который всегда раздражал?

На моих скриншотах, кстати, очень часто открыты какие нибудь менюшки.

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

Это не баг и меня он никогда не раздражал.

Это баг и постоянные создания тем про эту раздражающую хрень отчётливо подтверждают это.

К счастью, X.Org депрекейтнут и его баги умрут вместе с ним.

X.Org депрекейтнут и его баги умрут вместе с ним.

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

И если вайланд сделал по другому то это косяк вайладна.

Ни в Windows, ни в MacOS, ни в Android нет такого идиотского бага, кстати. Теперь его нет и в Linux благодаря Wayland. И к счастью, X.Org недавно депрекейтнут Red Hat и его баги умрут вместе с ним.

неудобным

Этот тред демонстрирует отличное удобство использования X.Org вместо нормальной оконной системы.

И к счастью, X.Org недавно депрекейтнут Red Hat

А что, вайланд уже достиг функционального паритета? Кажется я чего то пропустил, ведь там недавно в экспериментальном расширении, не являющемся частью протокола, начали реализовывать управление vsync чтобы его можно было отключать... Потому что 10 лет экспериментов показали, что идея «пусть каждый кадр будет идеальным, хоть и не вовремя» - ничерта не работает. И таких очевидных косяков десятки и сотни, а о стандартизации речи даже не идёт.

Этот тред демонстрирует отличное удобство использования X.Org вместо нормальной оконной системы.

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

А что, вайланд уже достиг функционального паритета?

А уже и кое-где обогнал, например, поддержкой HDR.

Потому что 10 лет экспериментов показали, что идея «пусть каждый кадр будет идеальным, хоть и не вовремя» - ничерта не работает.

Всё оно работает, отключение vsync сделали специально для игрунов, которым хочется видеть тыщи FPS.

их фокусировка и должна быть жёсткой

Монопольный захват фокуса в контекстных меню это архитектурное убожество иксов. Аргументировано об этом прочитать здесь: А вы помните бесячий баг иксов, который всегда раздражал? (комментарий)

Включить vsync обратно можно? Потому как некоторые игруны недовольны, когда в пустую отображаются тыщи ФПС и видеокарта надрывается почём зря, как, например, в Bastion.

Как насчёт поддержки цветовых профилей?

Тут много тем создаётся, связанных с тем, что пользователи не умеют пользоваться софтом.

Всё оно работает, отключение vsync сделали специально для игрунов, которым хочется видеть тыщи FPS.

Я был бы не против видеть стабильные 30 в гномошеле. Но там не 30 и уж точно не стабильные. И что то мне подсказывает, в kwin лаги тоже ещё далеко не починили.

Монопольный захват фокуса в контекстных меню это архитектурное убожество иксов.

Аргумент - лажа. Захват фокуса всего лишь жёсткий а не монопольный, разумеется у меня зависало, и это всегда неприятно, даже без менюшек, но не катастрофа если свободно хотя бы 50% экрана. Открываем терминал, прибиваем.

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

И, кстати, если вы видите архитектурный баг который принципиально не чинят 20+ лет, обычно это значит что это не баг, оно там из каких то соображений и на него завязаны какие то важные фишки. Я так же могу заявить, что баг это когда можно удалить файл, открытый в каком нибудь приложении.

Включить vsync обратно можно? Потому как некоторые игруны недовольны, когда в пустую отображаются тыщи ФПС и видеокарта надрывается почём зря, как, например, в Bastion.

https://www.phoronix.com/news/Wayland-Tearing-Control-Proto

Как насчёт поддержки цветовых профилей?

https://gitlab.freedesktop.org/wayland/wayland-protocols/-/merge_requests/14

Тут много тем создаётся, связанных с тем, что пользователи не умеют пользоваться софтом.

Одно дело когда софт конфигурируется и пользователи не знают какую опцию нужно использовать, другое – когда архитектурно в говнокоде тех же иксов захардокожены сабжевые проблемы и опций «отключить» тот же монопольный захват фокуса, опций адекватного отключения PRIMARY BUFFER, опций переключени хоткеев «по отжатию, а не по нажатию» как во всех адекватных оконных системах – просто не существует.

Сабжевая тема как раз из таких. Баг – из-за говнокода иксов. У тебя есть его нормальное, а не костыльное решение? Ну там может быть опция в xorg.conf есть отключающая монопольный захват фокуса в контекстных меню, про которую мы не знаем? То-то же.

Все нормальные устройства срабатывают по нажатию, а не по отжатию.

Я был бы не против видеть стабильные 30 в гномошеле. Но там не 30 и уж точно не стабильные. И что то мне подсказывает, в kwin лаги тоже ещё далеко не починили.

Анимации рабочих столов GNOME (Mutter) и KDE (KWin) под Wayland-сеансом куда как более плавные, чем под X.Org, это замечают на этом же ресурсе примерно все, у кого есть глаза.

Аргумент - лажа … разумеется у меня зависало, и это всегда неприятно

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

Но ни в коем случае это не баг!!! Это фича!!!

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

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

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

В ядре нашли костыль, заточенный под процессы Xorg

А ты мне тут про то что не чинят 20+ лет. Говнокод иксов разлагаясь уже начал зацеплять за собой другие проекты вроде ядра Linux порождая там уродливые костыли и метастазы.

А вот тебе ещё одна «вишенка» из корчневой субстанции и ещё одно «великое архитектурное решение» и «не баг, а фича» – хардкод хоткеев из-за которых пользователи дистрибутивов вынуждены создавать отдельные пакеты с патченными иксами и поддерживать их:

• https://aur.archlinux.org/packages/xorg-server-bug865
• https://launchpad.net/~nrbrtx/+archive/ubuntu/xorg-hotkeys

Очень настраиваемая, гибкая и глубоко продуманная оконная система, бгг.

Все нормальные устройства срабатывают по нажатию, а не по отжатию.

Ситуация настолько нормальна, что существуют и поддерживаются аж целые отдельные пакеты патченных иксов с припиской xorg-fix-bug865 для кучи популярных дистрибутивов, бгг.

Чем бы дитя не тешилось.

https://gitlab.freedesktop.org/wayland/wayland-protocols/-/merge_requests/14

2 years ago

К 20-летию проекта доделают?

Эксперты в треде!

К 20-летию проекта доделают?

Тут важно другое: то что для иксов уже никогда не сделают.

сделай скриншот кде-вайланд через скриншотилку xfce.

Здесь какой то странный и уникальный случай. Я о таком впервые за 20 лет слышу.

В иксах нет поддержки цветовых профилей? Куда они делись?

Анимации рабочих столов GNOME (Mutter)

Да щас. А они уже разнесли вайланд-композитор от гномошела чтобы графика не вставала когда шел тормозит?