LINUX.ORG.RU

Firefox 111

 ,


0

2

Доступен Firefox 111.

  • Linux:
    • Расширено число систем, на которых заголовок будет отрисовываться не оконным менеджером, а самим браузером.
    • Реализовано копирование поверхностей VA-API средствами dmabuf (не будет работать на видеокартах NVIDIA, т.к. они не позволяют создавать объекты dmabuf напрямую).
    • Под Wayland налажено обновление субтитров в окне «Картинка в картинке», когда окно браузера находится под другими окнами.
  • Пользователи Firefox Relay теперь могут создавать временные адреса эл. почты прямо из соответствующих полей ввода.
  • Добавлены фриульская (fur) и сардинская (sc) локализации.
  • Если у сохраняемого файла отсутствует имя, он будет называться «Безымянный», а не «index», как раньше.
  • Поле поиска и кнопка добавления новой записи в менеджере паролей перемещены в верхнюю часть левого столбца. Кроме того, количество звёздочек, которыми закрыты пароль, больше не совпадает с количеством символов в пароле.
  • Заблокированные пользователем сторонние библиотеки теперь помещаются в начало списка на странице about:third-party.
  • К процессам на странице about:processes добавлена кнопка «Профилировать все потоки этого процесса».
  • Появилась возможность сохранять разрешения не только для сайтов, но и для файлов (до этого при запросе разрешения от файла отсутствовала возможность запомнить выбор).
  • В уведомление с запросом выбора устройства вывода, которое веб-приложение может создать с помощью MediaDevices.selectAudioOutput(), добавлен вариант «Всегда блокировать».
  • Ресурсам alipay.com и miravia.es запрещено обращаться к MIDI-устройствам, поскольку они используют это для составления цифрового отпечатка. Ещё один веб-ресурс, практиковавший подобную порочную практику (по данным телеметрии, в США на него приходилось 85% запросов доступа к MIDI-устройствам), успел прекратить её до того, как разработчики дали пользователям возможность отправлять жалобы на подобное поведение, поэтому его не удалось идентифицировать и забанить.
  • Исправлена уязвимость 11-летней давности, позволявшая провести спуфинг с помощью форм авторизации. Злоумышленник мог сконструировать специальную веб-страницу, которая перенаправляла пользователя на легитимный сайт и открывала поверх него форму авторизации. Пользователь, видя в адресной строке и заголовке браузера легитимный домен, мог подумать, что форма авторизации относится к этому домену, в то время как форма принадлежала сайту злоумышленника.
  • Исправлено пропадание ведущего нуля при заполнении форм PDF.
  • Исправлена ошибка, из-за которой закладки, добавленные через «Библиотеку», получали некорректное время последнего изменения.
  • Поскольку возможность убрать значки дополнений в расширенное меню была в одном из прошлых выпусков удалена в пользу нового выпадающего меню «Расширения», это меню сделано неотключаемым, а настройка extensions.unifiedExtensions.enabled — удалена (иначе, пользователь, отключивший это меню, не сможет вообще получить доступ к незакреплённым на панели инструментов значкам дополнений). Тем не менее, это меню всё ещё можно скрыть с помощью userChrome.css:
    #unified-extensions-button {
    	width: 0.1px;
    	padding-inline: 0 !important
    	}
    #unified-extensions-button > .toolbarbutton-icon {
    	width: 0 !important;
    	}
    
  • macOS:
  • Windows: уведомления от веб-сайтов теперь выводятся в виде нативных уведомлений операционной системы.
  • HTML:
    • Элементы form обзавелись поддержкой атрибута rel (управляет аннотациями и типами ссылок, которые создаёт форма).
    • Включена по умолчанию поддержка глобального атрибута autocapitalize (по умолчанию имеет значение none).
    • Реализована поддержка глобального атрибута translate.
  • JavaScript: благодаря набору патчей от PLCT Lab, в SpiderMonkey (JS-движок, используемый в Firefox, и первый в истории JS-движок вообще) добавлена начальная поддержка архитектуры riscv64.
  • Включена поддержка Origin private file system (OPFS). Данные, хранящиеся в этой виртуальной файловой системе, привязаны к источнику: ему не требуется разрешение для доступа к файлам, а очистка данных веб-ресурса/источника удаляет и ассоциированное с ним хранилище. Доступ к OPFS осуществляется с помощью метода StorageManager.getDirectory() путём вызова navigator.storage.getDirectory() в воркере или основном потоке.
  • WebRTC: реализована поддержка RTCInboundRtpStreamStats.trackIdentifier (связывает статистику inbound-rtp с конкретной дорожкой при использовании RTCPeerConnection.getStats()).
  • SVG: внутри элементов <marker> теперь поддерживаются значения context-stroke и context-fill.
  • Инструменты разработчика: поиск в отладчике теперь производится и по сторонним файлам (результаты помещаются в конец).

>>> Примечания к выпуску для разработчиков

>>> Все исправленные в этом выпуске ошибки

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

★★★★★

Проверено: maxcom ()

Ответ на: комментарий от khrundel

Т.е. если разработчик винампа делает CSD, то он молодец и всё по делу

Да, потому что он не ломает ~50% всего прочего софта экосистемы, и не пытается продавить свои хотелки когда 80-90% пользователей говорят ему в лицо что он мудак.

Ты можешь объяснить, как обращение к другим может испортить CSD-интерфейс?

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

kirill_rrr ★★★★★
()
Последнее исправление: kirill_rrr (всего исправлений: 1)
Ответ на: комментарий от kirill_rrr

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

Потому что вы так сказали, или потому что «раньше так делали», или почему ещё?

Хорошо, конечно, делать ничем не подкреплённые безапелляционные заявления…

Напомню что kwin позволяет произвоьно убрать рамку у любого окна, а всякие дельфины и окуляры могут кастомизировать панель и поместить туда «выход». «свернуть», «развернуть» и прочее правда не могут, но что то мне подсказывает - вопрос трёх патчей если поставить задачу.

И получится CSD. Что вы хотели этим сказать, непонятно.

Rootlexx ★★★★★
()
Ответ на: комментарий от Rootlexx

Потому что вы так сказали, или потому что «раньше так делали», или почему ещё?

Потому что у всех, кто сделал подругому получилось глюкалово.

И получится CSD

Важно то, что получится то, что хочет видеть пользователь. А ещё технически это не CSD, это SSD с невидимой рамкой, но окно управляется композитором и на хоткеи kwin и события вообще будет реагировать как положено. Кстати, к винампу в ХР это тоже относилось.

kirill_rrr ★★★★★
()
Последнее исправление: kirill_rrr (всего исправлений: 1)
Ответ на: комментарий от kirill_rrr

Да, потому что он не ломает ~50% всего прочего софта экосистемы

Кто тебе сломал 50% всего софта? И почему то что не сломало винамп должно сломать других?

и не пытается продавить свои хотелки когда 80-90% пользователей

Это неправда. 90% из тех кто пробовал продолжают пользоваться. Только самые тупые возражают. Я собственно поэтому и пишу, думаешь я хочу тебя обзывать? Нет. Просто показываю совершенную беспомощность тебя и твоего товарища в ваших попытках сформулировать чёткую и последовательную позицию по теме отчего CSD - это плохо. Вы не можете. Вы одновременно хвалите SSD и самую всратую реализацию CSD, которая была в винампе. Винамп же даже не позволял окно ресайзнуть, такой классный был в нём CSD.

Вот например так, как разработчики гном3/гтк3/гном-шелл сделали с большинством своих пользователей и фанатов.

Чувак, ты не можешь писать «SSD - хорошо, удобно, CSD - плохо, неудобно, поломано» и надеяться что тебя воспримут всерьёз.

khrundel ★★★★
()
Ответ на: комментарий от khrundel

Кто тебе сломал 50% всего софта?

А кто у нас главный внедрятель CSD как общесистемной обязательной для всех концепции? Правильно, они самые.

CSD - плохо, неудобно, поломано

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

kirill_rrr ★★★★★
()
Ответ на: комментарий от khrundel

Просто показываю совершенную беспомощность тебя и твоего товарища в ваших попытках сформулировать чёткую и последовательную позицию по теме отчего CSD - это плохо.

Вот не надо, наша позиция сформулирована чётко и понятно. Твои попытки это игнорировать смотрятся просто тупо.

kirill_rrr ★★★★★
()
Ответ на: комментарий от kirill_rrr

Это не мной придумано, это мнение большинства

Ох уж эти апелляции к большинству от пользователей системы с 2%

Polugnom ★★★★★
()
Ответ на: комментарий от kirill_rrr

Потому что у всех, кто сделал подругому получилось глюкалово.

Развейте тему. Что вы понимаете под «глюкаловом»?

А ещё технически это не CSD, это SSD с невидимой рамкой, но окно управляется композитором и на хоткеи kwin и события вообще будет реагировать как положено.

Эээ… При CSD окном всё так же управляет композитор, и комбинации клавиш менеджера окон всё так же работают. Вы точно хорошо понимаете, о чём говорите?

Rootlexx ★★★★★
()
Ответ на: комментарий от kirill_rrr

Вот не надо, наша позиция сформулирована чётко и понятно.

Конечно же нет. Нельзя одновременно выступать против CSD и признаваться в любви к Винампу. Если CSD неудобно, даже когда оно сделано по-человечески, то оно неудобно и в убогом винампе.

khrundel ★★★★
()
Ответ на: комментарий от kirill_rrr

А кто у нас главный внедрятель CSD как общесистемной обязательной для всех концепции? Правильно, они самые.

Я думал мы обсуждаем CSD не как техническое решение, а как подход к дизайну. К CSD как к техническому решению вообще никаких вопросов быть не может, какая разница, нарисует тебе рамку декоратор или тулкит? А вот насадить дизайнерское CSD никому невозможно, не хочешь делать интерфейс с хедербарами - делай с тайтлбарами.

khrundel ★★★★
()
Ответ на: комментарий от intelfx

Расскажи нам о правильном пути, самурай.

another ★★★★★
()
Ответ на: комментарий от Udacha

Если браузер сумел порушить ФС до состояния невосстановимости, то я ожидаю, что и организовать преступное сообщество ему тоже под силу.

AlexM ★★★★★
()
Последнее исправление: AlexM (всего исправлений: 1)
Ответ на: комментарий от Polugnom

Вспомните времена гном +-3.20, когда xfce 4.8 ещё был тортом. Опросы популярности ДЕ давали порядка 15% любителей гнома.

kirill_rrr ★★★★★
()
Ответ на: комментарий от Rootlexx

Что вы понимаете под «глюкаловом»?

Виснущие тормозящие окна, хреново реагирующие на команды управления окном.

При CSD окном всё так же управляет композитор, и комбинации клавиш менеджера окон всё так же работают.

А кто отвечает за события рамки окна, перетаскивание окна альтом, и меню заголовка alt+F3? В случае скрытой рамки за это отвечает композитор. А самое главное - в случае зависания приложения оно будет свёрнуто или убито как обычно, а в гноме это не прокатывает.

kirill_rrr ★★★★★
()
Ответ на: комментарий от khrundel

Если CSD неудобно, даже когда оно сделано по-человечески, то оно неудобно и в убогом винампе.

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

kirill_rrr ★★★★★
()
Ответ на: комментарий от khrundel

CSD не как техническое решение, а как подход к дизайну.

В случае гнома там кошмар по обоим пунктам. А дизайерская концепция тотального CSD очень сильно мешает качественной технической реализации вообще в принципе.

какая разница, нарисует тебе рамку декоратор или тулкит?

См. наши аргументы на этот счёт выше. Огромная разница.

kirill_rrr ★★★★★
()
Ответ на: комментарий от intelfx

Не на каждый чих, а на то единственное приложение из 50-и, для которого это нужно. Лично у меня таких аж 3: вайн десктоп, pr-boom+ и openxcom.

kirill_rrr ★★★★★
()
Ответ на: комментарий от kirill_rrr

Я не предлагал отказаться от csd вообще, я предлагал делать его как в винампе а не как в гноме.

В этой фразе всё прекрасно.

Во-первых винамп. Вот эта срань, в которой окно не ресайзится, шрифт мелкий, и невозможно увеличить (кнопку x2 не смотрим, с ней всё всрато было, да и удвоение - это так себе вариант) объявлена примером «как надо». Видимо второй вариант построения гуя «как надо» - это mpv?

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

Нет, мимо. Это именно ты тут плюёшься ядом во всех кто делает CSD, за исключением винампа. Поэтому я и пишу, что вы, хейтерки, неспособны сформулировать последовательную непротиворечивую версию. По-твоему получается, что если разработчик возьмёт своё классическое окно, выкинет оттуда весь бесполезный мусор типа заголовка и главного меню, а все их функции передаст доработанному соответствующим образом тулбару, или риббону, или панели вкладок, то он совершает смертный грех гномобесного CSD. Окошко останется удобным, там будет хороший тулкит, локализуемость, читаемые шрифты, иконки, просто не будет гениальных дизайнерских находок 30-40летней давности, но это будет мерзко, невозможно пользоваться, как вместо главного меню ненавистный гамбургер! Но если он пойдёт дальше, и избавится от человеческого тулкита, просто положит картинку в вырвиглазных цветах, надписи сделает прямо на ней мелким пиксельным текстом, а само окно сделает не прямоугольным, а в форме дилдака, то это будет стильно, свежо, и к месту.

khrundel ★★★★
()
Ответ на: комментарий от kirill_rrr

оно будет свёрнуто или убито как обычно, а в гноме это не прокатывает.

Гном без проблем прибивает зависшие приложения. Для этого не нужна кнопка с крестиком. Насчёт минимизации, тут такое дело, гномодевы считают что этот функционал не нужен, есть овервью, поэтому невозможно понять «как надо» сворачивать с их точки зрения. Я с ними не согласен, потому что нужен «boss key», но видимо у них предлагается пользоваться super+h, и он работает и при зависшем приложении.

khrundel ★★★★
()
Ответ на: комментарий от kirill_rrr

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

intelfx ★★★★★
()
Ответ на: комментарий от esperantisto

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

MozillaFirefox ★★★★★
() автор топика
Последнее исправление: MozillaFirefox (всего исправлений: 1)
Ответ на: комментарий от kirill_rrr

Виснущие тормозящие окна, хреново реагирующие на команды управления окном.

Что-то не наблюдаю ничего из перечисленного. Наверное, я делаю что-то не так.

А кто отвечает за события рамки окна, перетаскивание окна альтом, и меню заголовка alt+F3?

Естественно, менеджер окон-композитор.

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

С чего вы это взяли? Как вообще CSD/SSD может влиять на способность композитора принудительно завершить процесс?

Rootlexx ★★★★★
()
Ответ на: комментарий от khrundel

Проблемы в дизайне CSD которые для меня означают однозначное нет CSD - две. Во первых CSD по крайней мере в реализации гнома огромен. Вместо того чтобы экономить место по вертикали он его жрет. Обычная текстовая менюха + нормальные серверные декорации по факту намного компактнее и что главное - информативнее.

Вторая - гномосеки возомнили себя пупом земли. А также ее царем, богом и главным бухгалтером. Хотя по факту гнумософт функционально не айс, и пользоваться гномом как моносистемой нельзя. Это как самый первый самолет - дрочить на него можно, а вот летать - х… (с) Боба РабиновичЪ. И у любого нормального пользователя наберется кучка приложений на разных тулкитах , а не только gtk3 и 4. И в этом случае добиться какого-то консистентного лука не получтся. Ну если конечно все разработчки тулкитов не поклоняться в ножки великому гнуму и начнуть у себя внедрять ровно такой же CSD. Но что-то мне подсказывает что такого не будет. Проще не использовать приложения гнома (что собственно легко - приложения то так себе) и отключить CSD в не гнум приложениях на gtk3 (что пока еще можно).

Qui-Gon ★★★★★
()
Ответ на: комментарий от Rootlexx

С чего вы это взяли? Как вообще CSD/SSD может влиять на способность композитора принудительно завершить процесс?

Речь шла о том что если зависло само приложение - то SSD кнопка закрыть будет обработана композитором. А вот тыкать мышой в кнопу на CSD - бесполезно, ибо если приложение висит - эта кнопа которая также обрабатывается сначала на клиентской стороне прежде чем передать управление композитору будет также висеть. Или ее вообще не будет.

Qui-Gon ★★★★★
()
Ответ на: комментарий от AlexM

Иногда лучше жевать, чем говорить.

Вот вам и безопасность крестов как языка богроммирования.

Udacha
()
Ответ на: комментарий от Qui-Gon

Во первых CSD по крайней мере в реализации гнома огромен. Вместо того чтобы экономить место по вертикали он его жрет. Обычная текстовая менюха + нормальные серверные декорации по факту намного компактнее и что главное - информативнее.

Это неправда. Вот взять окно наутилуса: высота 47 пикселей и ниже идёт уже рабочая область. Берём кдешный дельфин, скриншот с их же сайта - 107 пикселей. В 2 с четвертью раза больше. Насколько информотивен может быть «проводник» сам догадаешься.

Вторая - гномосеки возомнили себя пупом земли. А также ее царем, богом и главным бухгалтером.

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

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

Ну на это ответ простой: гном сразу тебя посылает. Никакого «консистентного лука» не положено, адвайта и только адвайта. Но, предположим, тебе это важно, ты отказался от гномософта в пользу правильных ДЕ, собрал себе набор софта из КДЕ, какого-нибудь нового Космика, от попос, ну и всякой другой фигни. А дальше всё упирается в возможность для тебя найти какую-нибудь тему, которая есть для каждого из перечисленных тулкитов и которая выглядит везде одинаково. Если найдёшь - получишь консистентный лук и на CSD. Если не найдёшь - не получишь неконсистентного лука ни на CSD, ни на SSD. Вот так просто. Вообще, разница между миром всеобщего CSD и миром SSD состоит только в поведении программ, работающих в неродном окружении. SSD программы выглядят всрато, так как приклеены на соплях к заголовку, про который они не знают ничего, и так как декоратор тоже ничего не знает про программу, эти заголовки нарочито выделяют, добавляют лишние границы, чтоб никто не подумал что они пытались слиться и не получилось.

khrundel ★★★★
()
Ответ на: комментарий от Qui-Gon

Речь шла о том что если зависло само приложение - то SSD кнопка закрыть будет обработана композитором. А вот тыкать мышой в кнопу на CSD - бесполезно, ибо если приложение висит - эта кнопа которая также обрабатывается сначала на клиентской стороне прежде чем передать управление композитору будет также висеть. Или ее вообще не будет.

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

Rootlexx ★★★★★
()
Ответ на: комментарий от khrundel

Ну на это ответ простой: гном сразу тебя посылает. Никакого «консистентного лука» не положено, адвайта и только адвайта

Собственно то о чем я и писал. Поэтому я посылаю гном с его адвайтой.

Ну на это ответ простой: гном сразу тебя посылает. Никакого «консистентного лука» не положено, адвайта и только адвайта

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

То есть мы гнум царь бог и главный бухгалтер, а ваши все темы должны копировать адвайту?

Qui-Gon ★★★★★
()
Ответ на: комментарий от Rootlexx

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

В SSD у вас в любое вемя можно ткнуть в кнопочку закрыть на декорации не дожидаясь пока там композитор сам догадается что приложение таки повисло.

Qui-Gon ★★★★★
()
Ответ на: комментарий от Qui-Gon

То есть мы гнум царь бог и главный бухгалтер, а ваши все темы должны копировать адвайту?

Мда… «У нас что не запрещено, то обязательно».

Нет, гнум не заставляет никого копировать адвайту, даже не предлагает. Гнум по факту мягко и вежливо советует НЕ копировать адвайту. Вот в том самом CSD манифесте они прямо пишут: если ты перекрасишь свои кнопки в адвайту, то ты не станешь своим для гнумов, даже не мечтай. Чтоб быть гномопрогой нужно следовать гномовским юзергайдам.

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

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

Но тема обсуждения у нас не гнум и его адвайта, а CSD против SSD. Вот об этом я тебе и писал, представь, что ты собираешь дистрибутив для аутистов, и поэтому тебе важен одинаковый облик у всех программ. Ты берёшь только тот софт, который поддерживает темы. Получаешь набор из нескольких групп программ под разные тулкиты. Гнома тут, подчёркиваю, нет, он аутистам противопоказан. Это будет КДЕ, как самый богатый набор, плюс какие-то другие тулкиты. Далее ты выберешь тему, которая есть для всех этих тулкитов. Она будет скучной, так как будет ограничена общим знаменателем всех используемых тулкитов, но она будет нормальной и одной на весь дистр. SSD в таком случае совершенно не нужен, так как все эти тулкиты, в соответствии с общей темой, нарисуют одинаковые CSD-рамки для окон.

А что если пользователю с таким расстройством всё-таки придётся запустить что-то не поддерживаемое общую тему, может тогда хотя бы SSD пригодится? Ответ: нет. SSD тогда только навредит. Если вдруг аутисту придётся запустить что-то из гнома или на motif, wxWidgets, или на java, т.е. то что не поддерживает стандартную тему, то в случае с CSD он сможет развернуть окно на весь экран, сделать несколько глубоких вздохов, успокоиться, и потом глядя на одно окно попытаться сделать то что хотел и потом быстрее закрыть это неродное. А в случае SSD это невозможно, пользователь будет втыкать в окно в котором кнопки выглядят как из адвайты, а заголовок окна как в КДЕ и это будет постоянно стоять у него перед глазами.

khrundel ★★★★
()
Ответ на: комментарий от khrundel

Вот эта срань, в которой окно не ресайзится, шрифт мелкий, и невозможно увеличить

Винамп решал несколько другую задачу: как сделать компактно и максимально плотно. К тому же это вопросы к содержимому окна а не к csd. А ещё, как упоминал выше - в aimp2 был намного лучше оригинального винампа и половину всех этих претензий исправили.

Это именно ты тут плюёшься ядом во всех кто делает CSD

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

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

Это НЕ бесполезный мусор. Это можно отключать но нельзя выкидывать. Всякий мусор вроде риббона проигрыает в 3-4 раза по эффективности использования места,а всякий мусор вроде гамбургера даже на полпроцента не приближается по функционалу.

Окошко останется удобным, там будет хороший тулкит

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

Я скажу вам странную невероятную вещь: я ненавижу гномо-scd не потому что они поломали классические концепции интерфейса, а потому что их поделием невозможно пользоваться.

Я очень активно пробовал комбинацию гамбургер+scd для firefox 4+ когда это там появилось. Результат? Внезапно, менее удобно. Инструменты не доступны! К чёрту 20 пикселей высоты, включаю юзабилити в 1 клик. Хромиум? Не, он конечно красивый (был, тогда), но что то какой то убогий, на каждое действие надо рыться в свалке неубодных пунктов в гамбургере, так что в топку хромиум. Вивальди? Нормально, сойдёт, отключаем всякую хрень и работаем.С лентами риббон аналогично: это жирная свалка хлама с нелогичной структурой. Самое лучшее что можно сделать с риббоном это свернуть его в строчку «файл, правка...» и получить... Да, вы не поверите! Правда всё равно хуже утаревшего мусора.

kirill_rrr ★★★★★
()
Ответ на: комментарий от intelfx

С каких пор 2 клика в меню окна стали пердолингом? Ну хотя я в принципе согласен, но тогда придётся признать что я прав и гамбургеры в гномо-scd это тоже пердолинг.

kirill_rrr ★★★★★
()
Ответ на: комментарий от kirill_rrr

С лентами риббон аналогично: это жирная свалка хлама с нелогичной структурой.

Чушь на все 100 и прям эталон синдрома утенка. Лента упрощает интерфейс и делает работу с ним удобнее. Не зря на нее попереходили тысячи программ, от офисных пакетов до кадов с 3d редакторами. Но да, диды ведь страдали со свалкой обычного тулбара и многоуровневыми вложенными меню. И нам завещали.

Polugnom ★★★★★
()
Ответ на: комментарий от Rootlexx

Что-то не наблюдаю ничего из перечисленного. Наверное, я делаю что-то не так.

Возможно вы уже привыкли а возможно вам повезло с гномо-совместимым железом.

Естественно, менеджер окон-композитор.

Судя по лагам и подвисаниям - приложение. Но вообще я разумеется не заглядыал в код.

С чего вы это взяли? Как вообще CSD/SSD может влиять на способность композитора принудительно завершить процесс?

С того, что если рамка - часть композитора, то он немедленно получит событие из рамки и обработает его независимо от состояния приложения. Там конечно таймаут по нажатию на крестик, я с этим не согласен, там следовало бы сразу выдавать предложение убить при скажем тройном нажатии... Но свернуть то его можно сразу! Причём удобным способом, а не из панели или панорамы.

kirill_rrr ★★★★★
()
Ответ на: комментарий от Polugnom

Не зря на нее попереходили тысячи программ, от офисных пакетов до кадов с 3d редакторами.

Не зря этотпроцесс тянулся 15 лет через боль и страдания и даже МС местами соскакивает с ленты.

страдали со свалкой обычного тулбара

В смысле свалкой? В обычном тулбаре ты ставишь столько линий, сколько тебе надо и располагаешь там именно те инструменты, которые тебе надо. А лента это как раз свалка всего, структура прибита гвоздями, линий всегда 3 (а у панелей обычно 1 или 2 при том же наборе инструментов), размеры виджетов не стандартизованы, группировка нелогичная. Лента не может существовать вертикально, что казалось бы, крайне важно в эпоху тотально широких мониторов, но нет!

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

kirill_rrr ★★★★★
()
Ответ на: комментарий от Qui-Gon

В SSD у вас в любое вемя можно ткнуть в кнопочку закрыть на декорации не дожидаясь пока там композитор сам догадается что приложение таки повисло.

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

Rootlexx ★★★★★
()
Ответ на: комментарий от kirill_rrr

Возможно вы уже привыкли

Как будто сравнить не с чем.

возможно вам повезло с гномо-совместимым железом

Ну да, уже на третьем ноутбуке так везёт — ну надо же!

Судя по лагам и подвисаниям - приложение. Но вообще я разумеется не заглядыал в код.

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

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

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

Но свернуть то его можно сразу! Причём удобным способом, а не из панели или панорамы.

Как часто у вас зависают приложения, и вы вместо закрытия их сворачиваете?

Rootlexx ★★★★★
()

Вот так у меня выглядит окно браузера

Вот так у меня выглядит список всех открытых табов во всех открытых окнах браузера (клавиша [e])

Вот так выглядит поле ввода адреса или поискового запроса для открытия в новом табе (клавиша [t]) или в текущем табе (клавиша [o])

Вот так выглядит поле ввода поиска в гугле по определенному сайту

Вот так выглядит открытие любой ссылки или нажатие кнопки в текущем табе (клавиша [f]) или в новой (клавиша [v] или shift+f или набранная комбинация конкретной ссылки с зажатым шифтом)

Закрытие текущей вкладки - клавиша [x], отмена закрытия в хронологическом порядке shift+x, переключение между табами клавиши [,] и [.] (точка и запятая на английской qwerty), клавиша [s] скролл вверх на половину экрана, клавиша [d] скролл вниз на половину экрана, клавиши [j] и [k] скролли вниз и вверх но по пикселям. Клавиша [h] - переход назад по истории, клавиша [l] вперед. Клавиша [cc] переход на ../ от текущего path в урле. То же самое но с числами - переход на определенное количество ../ уровней выше. Клавиши [cx] переход в корень текущего урла. Клавиши [p] - отображение текщего урла в поле ввода, для его ручного редактирования. Клавиша [y] копирование текущего урла в буфер обмена. [yc] копирование в буфер любой сылки на странице. [gg] скролл наверх в начало страницы, [gf] скролл вниз в конец страницы, [gh] скролл страницы обратно туда где находился перед последним скроллом. Ну и так далее.

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

Держу вкурсе.

javascript
()
Последнее исправление: javascript (всего исправлений: 3)
Ответ на: комментарий от kirill_rrr

Гамбургер != «гномо-CSD». Нажми Alt и пользуйся классическим меню сколько влезет, можешь вообще его включить на постоянной основе.

Возможно, ты не был в курсе, но классическое горизонтальное меню вообще никак не является частью декораций ;) А стало быть не имеет и не может иметь никакого отношения к спору «CSD против SSD».

intelfx ★★★★★
()
Последнее исправление: intelfx (всего исправлений: 2)
Ответ на: комментарий от intelfx

Всё это вместе взятое включается в гномовскую концепцию, где csd, отказ от меню, выпиливание функционала, скрытие инструментов, ожирение виджетов и чтобы ничего не отвлекало пользователя от созерцания пустого пространства. Насчёт «нажми Alt» я не могу проверить в каком проценте приложений в относительно актуальных версий гнома это работало.

kirill_rrr ★★★★★
()
Ответ на: комментарий от Rootlexx

Ну да, уже на третьем ноутбуке так везёт — ну надо же!

А мне вот не повезло на 2-х подряд.

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

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

Как часто у вас зависают приложения, и вы вместо закрытия их сворачиваете?

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

kirill_rrr ★★★★★
()
Ответ на: комментарий от kirill_rrr

Ну то есть мы обсуждали конкретно бесполезный тайтлбар и то, что CSD позволяет избавиться от него без пердолинга с WM, но у тебя кончились аргументы и ты решил приплести из воздуха какую-то «гномовскую концепцию». Я всё правильно понял?

intelfx ★★★★★
()
Последнее исправление: intelfx (всего исправлений: 1)
Ответ на: комментарий от kirill_rrr

Зато не будет задержки до начала отсчёта таймаута

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

А мне вот не повезло на 2-х подряд.

Возможно, в последний раз вы пробовали до версии 3.32, начиная с которой стали исправлять производительность.

Хорошо когда инструменты исполнительные а не догадливые

А вот с этим поспорю, ибо исполнительность без догадливости требует явного действия пользователя там, где его можно избежать.

Rootlexx ★★★★★
()
Последнее исправление: Rootlexx (всего исправлений: 2)

Ресурсам alipay.com и miravia.es запрещено обращаться к MIDI-устройствам

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

PPP328 ★★★★★
()
Ответ на: комментарий от esperantisto

Надеюсь API от Googla для тотального контроля вшили в броузер?

Давно, но он только на привитых работает. Ещё блютус нужен там где 5g покрытия до сих пор нет.

Jameson ★★★★★
()
Ответ на: комментарий от Rootlexx

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

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

до версии 3.32, начиная с которой стали исправлять производительность.

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

исполнительность без догадливости требует явного действия пользователя там, где его можно избежать.

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

kirill_rrr ★★★★★
()
Ответ на: комментарий от intelfx

бесполезный тайтлбар

Я пытался доказать что он совсем не бесполезный.

CSD позволяет избавиться от него без пердолинга с WM

А вот тут интересно, потому что «избавление без пердолинга» заканчивается или большой пустой и бесполезной штукой, или отказом от панелей инструментов и меню файл, что в итоге приводит к ещё большему пердолингу, и не важно что этот пердолинг перекинут в другую зону ответственности - он никуда не делася.

kirill_rrr ★★★★★
()
Ответ на: комментарий от PPP328

От пользователя и так требуется подтверждение + установка специального дополнения, которое «пробивает» изоляцию браузера и даёт сайту доступ к MIDI-железу.

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

А у пользователей есть опция «пожаловаться на сайт», когда они видят, что сайт запросил доступ к MIDI, но не для мультимедийных целей, а для фингерпринтинга. Именно благодаря жалобам пользователей эту парочку доменов и засекли. Через телеметрию разработчики могут видеть лишь кол-во отклонённых пользователями запросов на доступ к MIDI, но адреса доменов не передаются (приватность же), пока пользователь явно не выберет «пожаловаться на сайт». Именно поэтому самого крупного «шпиона» не вычислили — он прекратил фингерпринтить аккурат перед релизом фичи «пожаловаться на подозрительные MIDI-запросы».

MozillaFirefox ★★★★★
() автор топика
Последнее исправление: MozillaFirefox (всего исправлений: 9)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.