Команда, отвечающая за формирование релизов GNOME, одобрила включение в основной состав GNOME нового просмотрщика документов Papers. Начиная с выпуска GNOME 49 программа Papers будет поставляться вместо Evince под именем Document Viewer в качестве просмотрищика документов по умолчанию. Изменения, связанные с заменой Evince на Papers, приняты в репозиторий GNOME. В Ubuntu 25.04 приложение Papers уже поставляется вместо Evince...Подробнее: https://www.opennet.me/opennews/art.shtml?num=63511
>Вместо ручной перезагрузки документа подобная операция теперь выполняется автоматически при определении изменения файлаВ gnome 43 это уже есть
>прекращена поддержка формата DVI и платформы Windows
Это как-то связано с переходом на gtk+ 4 и rust или нет?
Мне кажется, что пользователи Windows обычно используют Adobe Reader, а не Evince.
Нет, просто приложение закуклится в себе и будет получать меньше фидбэка. Зато в теории свободного времени у разрабов будет больше.
На оффтопике люди используют или встроенную читалку в системе или браузере, или тащат прастихоспаде фоксит или православный stdu. Абоба осталась уделом тех немногих, кому надо редактирование pdf или их сложную печать.
> На оффтопике люди используют или встроенную читалку в системе или браузере,
> или тащат прастихоспаде фак ит или православный stfu.Я исправил, не благодарите.
SumatraPDF и беспрАблЭм (winget update; winget install sumatrapdf.sumatrapdf :D )
«Кто все эти люди?»
STDU немножко дыряв и по сравнению с суматрой тот ещё тормоз.
А Суматра на половине принтеров не печатает даже на винде...
Пользователям Windows в принципе кроме PDF-читалки мало что нужно, а с этим нынче и браузеры справляются на достаточном для среднего пользователя уровне.
А мне кажется, что пользователи Windows обычно используют Sumatra PDF.
Для просмотра PDF ? Уже давно просто браузером.
А вообще и LibreOffice всё это умеет.
> А мне кажется, что пользователи Windows обычно используют Sumatra PDF.Kamasutra PDF. У дофига по старой памяти абоб ридер - превратившийся в летающего монстра, с глюкавыми апдейтами убивающему в лучшем случае только ридер, в хучщем и систему заодно. И каждый релиз в 2 раза тормознее прошлого.
Тебе только кажется.Бывает.
Текущий "осёл" открывает.
> Текущий "осёл" открывает.Звучит довольно стремно. Ну его нафиг текущих ослов. Еще коней блин притащите.
Пользуюсь PDF-Xchange editor. И при случае всем его стсавлю.
https://apps.gnome.org/ru/Evince/
На одного поддерживающего больше:
https://apps.gnome.org/ru/Papers/
В gnome почти все прилаги заменят, потому что GTK4 сильно изменился. Например, gedit заменили на более худший по функционалу редактор из-за этого.
Этот худший вариант быстрее работает, да нет обилия плагинов, но онсновные функции редактирования и подсветки он делает.
От gedit никогда особого функционала не требовалось, тем кому нужны специфические функции все равно будут ставить свои любимые редакторы, так что никакой проблемы нет.
Evince позволяет выделять и копировать текст в pdf-ках с ограничениями на выделение и копирование. Как у сабжа с этим?
Установите себе и попробуйте.
Вообще то это не программа позволяет, а конкретный PDF документ.
Если великой программе скормили нормальный PDF с текстом, а не сканированымы листами - она все даст скопировать, да.
Речь идёт об ограничениях drm в файлах pdf. В кедах окуляр позволяет игнорировать эти ограничения, эвинс похоже тоже, а вот как с этим у новой проги не ясно.
непоянтно, зачем нужен тот e3vince/papers, если okular нормально работает на всех десктопах. Так или иначе все равно приходится пользоваться кадэешным софтом, тем же кайлом, например, или кейтом, поскольку в гноме ничего даже и близко нет похожего.
Вообще-то нет. Отсканированный "JPEG" в PDF в evince тоже выделяется как текст.
Похоже что там встроенный OCR.
Пару значков ещё не скруглили до идеального круга. Недоработка? Или, может, пакость «луддитов», которые пробрались в Г… то есть в GNOME, чтобы бороться с прогрессом?
Такие 'новости' вызывают только ухмылку: сами гномеры и не заметят, а прочим пофиг^2 чего да как там в Гноме ;)
Но мне всегда казалось, что пользователей Гнома в Линукс больше всех остальных. Самые интерпрайзные дистрибутивы используют Гном по-умолчанию. А все эти любители альтернатив, они просто жощще воняют, но это не значит, что их большинство.
Я вообще не представляю кто может любить гном.
В полку разработчиков Atril прибыло.
Жаль, был рабочий, иногда самый рабочий из OSS, пусть и с гномообразным UI и тащил пол-гнома
Evince официально есть во флатпак.
Вы так пишете как будто бы вам разработчики Gnome запретили другими редакторами пользоваться.
Воспомните этот коммент, когда года через 3-4 evince и собрать ни в одном дистрибутиве нельзя будет, и во flatpak ег удалят за наличие неисправленных уязвимостей или несовместимость с новыми runtime
Это будет означать, что он умер. И что? Конкуренция существует даже в СПО. Удивительно, но факт.
Главное - избавились от масштабирования при печати. Вернуть отказываются из принципа - не их дело =)
Как обычно шило на мыло с нескучным растом.> TIFF и архивах комиксов (CBR, CBT, CBZ, CB7)
Оченно нужные форматы!!! Не то что там какая-то маргинальная херобора типа .docx, .xls, .rtf, .epub...
при этом dvi выкинули. Ну правильно, зачем вам в линуксе какие-то dvi. Да и откуда у любителей хентая (не надо вешать лапшу на уши и смотреть невинными глазками, к гадалке не ходи что у них там за "комиксы") и хруста какие-то немодные dvi возьмутся.(doc с xls нам и без этого недоразумения нашлось бы чем посмотреть, если что)
Как любитель хентая сообщаю, обычно используется zip, cbr, cbz. Остальные по факту такой же zip
Просто разряжаюсь на Варесу и Гань Юй in motion без всех этих ваших форматов.
Дык - вот они и поддерживаются. А этот ваш ды-вы-йы и нахрен нам не нужон, афтыри гнома вообще впервые про такой слышат!
> не надо вешать лапшу на уши и смотреть невинными глазками, к гадалке не ходи что у них там за "комиксы"У кого что болит... Не надо проецировать своё нутро на других, чел.
Для epub уже есть прекрасный foliate. Остальное, конечно, не мешало бы подтянуть. Может и подтянут.Пользовался сабжем для добавления аннотаций в PDF. Сделано лучше, чем в Evince.
Как раз .docx - нах. не нужен )))
Как раз нужен. Как по мне, так LO с ним работает лучше, чем с родным odt. Кроме того, онлайн переводчики любят этот формат.
размер lo незаметно подкрался к гигабайту,
был изгнан нахер
В каком дистрибутиве? Что то искал так и не понял как он у тебя гб занимает заместо .
Для docx есть LibreOffice. Для epub есть Foliate. Там просматривать такие форматы гораздо удобнее. Поддержка таких форматов в Papers не имеет смысла.
Сколько-то лет назад сама MS рекомендовала полученные doc просматривать именно вьювером, а не продвинутым редактором по причине возможных зловредных макросов. Нет полной уверенности, что LO однажды не сделает плохо.
> Сколько-то лет назад сама MS рекомендовала полученные doc просматривать именно вьюверомс тех (20) лет ms осилила protected mode, а отдельные вьюверы ей поддерживать быстро надоело. А у вас - чего ни хватишься, ничего нет.
> а не продвинутым редактором по причине возможных зловредных макросов. Нет полной
> уверенности, что LO однажды не сделает плохо.он и без макросов нет-нет, да и исполнит какой-нибудь doc при попытке его просто посмотреть.
Чёт не понял всех этих каментов за epub из линукса. Что вы там с ним делаете? Редактируете (читаете!?) книжки с компьютера?
Читаем
Почему docx и xls должны быть в текстовом редакторе? Для этого есть офисные приложения, специально для этого разработанные.
>задействование языка Rust для разработки - на Rust переписывается код, обеспечивающий работу интерфейса пользователяВот она киллерфича форка!
Язык для переписывания, вендорлок с раздутой реализацией, которую невозможно забутстрапить.
Однажды ты узнаешь смысл слова «вендорлок», но не в этом веке…
узнаешь его таки ты
Таки яидро будут переписывать на нём целиком? А что, я за. Bedlam at the chicken farm!
Почему нельзя? Религия запрещает?
> Почему нельзя? Религия запрещает?Ох, ты сам хоть раз бутстрапил? Вместе с llvm еще поди?) Не ври. Качаешь бинарники только.
Действительно, мне не приходилось заниматься подобным (зачем оно мне?). Но в целом процесс не выглядит прям сложным: https://rustc-dev-guide.rust-lang.org/building/how-to-build-...Сравнимо с тем же gcc на самом деле.
> Но в целом процесс не выглядит прям сложнымОн сильно трудозатратен по времени. Даже гентушники не собирают rust или llvm, хотя gcc собирают.
> Сравнимо с тем же gcc на самом деле.
Нет, у gcc есть GNU Mes, а для сборки раста нужен бинарник раста ранней версии. Никуда не годится.
> Нет, у gcc есть GNU Mes, а для сборки раста нужен бинарник раста ранней версии. Никуда не годится.Уже давно можно. Есть mrustc, который собирается g++. С помощью его можно собрать бинарник полноценного раста.
>> Нет, у gcc есть GNU Mes, а для сборки раста нужен бинарник раста ранней версии. Никуда не годится.
> Уже давно можно. Есть mrustc, который собирается g++. С помощью его можно
> собрать бинарник полноценного раста.Судя по README там какой-то хилый прогреасс. Также требовать для сборки раста, который как бы на llvm, gcc - походит на маразм. Видно, что растовщики и llvm в этом не заинтересованы.
Так llvm откуда возьмётся? Его ведь тоже надо собрать, но> Даже гентушники не собирают llvm
Вопрос же состоял в бутстрапинге, в том чтобы собрать компилятор без бинарников.
Также ещё развивается gccrs и скоро привязка к llvm будет не нужна.
> зачем оно мне?Это одна из ключевых особенностей безопасности, если уж о ней говорить. Откуда тебе знать, что в компиляторе нет закладок, если просто пользуешься скачанным бинарником с сайта?
За такой уровень безопасности (просмотреть все исходники и сбилдить оффлайн) придется платить. Программы нынче большие и сложные.
> За такой уровень безопасности (просмотреть все исходники и сбилдить оффлайн) придется платить.Ну приехали, теперь и сбилдить локально нельзя? Раньше люди летали в космос на гораздо менее мощном оборудовании и билдить можно было? А сейчас нельзя? А может это так нарочно делают?
> Программы нынче большие и сложные.
Это утверждение отчасти только правда. oberon, go, zig позволяет собирать программы сильно быстрее.
> oberon, go, zig позволяет собирать программы сильно быстрееТам анализатор и оптимизатор сильно проще. На пару порядков.
Фактически для такого требуется команда, сравнимая по уровню с совокупностью ревью-команды Rust. Таким людям не составит труда написать себе Mes на коленке просто в качестве подзадачи.
зато теперь интерфейс стал более безопасный!
вот!
Кнопки теперь гарантировано не выйдут за пределы экрана.
Хаха! Очень смешная шутка 😆
Лень было искать, вот вывод нейронки, сами проверяйте:
* **CVE-2023-24941 (Critical, CVSS 7.8 - May 2023):**
* **Тип:** Remote Code Execution (RCE) via **Memory Corruption**.
* **Механизм:** Уязвимость в обработке **Enhanced Metafile (EMF)** формата *непосредственно в GDI+*. Специально созданный EMF-файл вызывал повреждение памяти при отображении через GDI+ (например, в `Graphics::DrawImage`).
* **Контекст UI:** Любое Win32 приложение, использующее стандартные элементы GDI+ для отображения изображений (кнопки с картинками, PictureBox, кастомизированная отрисовка).
* **Важность:** Позволяет удаленное выполнение кода при открытии документа/изображения или даже предпросмотре. Часть цепочки эксплойтов.
* **CVE-2024-21334 (Critical, CVSS 7.8 - Feb 2024):**
* **Тип:** Elevation of Privilege (EoP) via **Memory Corruption**.
* **Механизм:** Уязвимость в обработке **шрифтов** в **Win32k.sys** (ядро графической подсистемы Windows).
* **Контекст UI:** Фундаментальный компонент всего Windows UI. Эксплуатация через приложение, манипулирующее шрифтами (даже обычное окно с кастомным шрифтом).
* **Важность:** Позволяет локальному злоумышленнику повысить привилегии до уровня SYSTEM. Очень серьезно для безопасности ОС в целом.* **CVE-2023-33285 (Critical, CVSS 9.8 - June 2023):**
* **Тип:** RCE via **Heap Buffer Overflow**.
* **Механизм:** Переполнение буфера *внутри Qt* при разборе заголовков **BMP** изображений. Уязвимость находилась в функции `qt_read_bmp_image` модуля `QtGui`.
* **Контекст UI:** Любой элемент Qt, способный отображать BMP (`QLabel`, `QImage`, `QPixmap`, `QGraphicsPixmapItem`, `QIcon`).
* **Важность:** Классический "смертельный" сценарий: открытие/загрузка зловредного изображения -> RCE. Затрагивает огромное количество ПО (мессенджеры, embedded HMI, научный софт).
* **CVE-2023-32762 (High, CVSS 7.8 - May 2023):**
* **Тип:** Use-After-Free (UAF) -> возможное RCE/DoS.
* **Механизм:** Ошибка в обработке объектов JavaScript в **QML** движке Qt. Неправильное управление временем жизни объектов при взаимодействии C++/QML.
* **Контекст UI:** Любое приложение, использующее QML для описания UI (очень распространено). Уязвимость срабатывает при загрузке специфического QML-кода.
* **Важность:** Уязвимость в самом ядре UI-описания Qt. Риск удаленной атаки через загрузку зловредного QML (например, в приложении-просмотрщике).* **CVE-2023-26067 (High, CVSS 7.8 - May 2023):**
* **Тип:** Heap Buffer Overflow -> возможное RCE/DoS.
* **Механизм:** Переполнение буфера *внутри GTK* в функции `gtk_file_chooser_widget_set_file()` при обработке определенных очень длинных имен файлов/путей.
* **Контекст UI:** Виджет выбора файлов (`GtkFileChooser`), один из самых базовых и часто используемых элементов UI в GTK-приложениях (открыть, сохранить).
* **Важность:** Эксплуатация через простой вызов диалога выбора файла с "ядовитым" именем файла в системе. Уязвимы все приложения, использующие стандартный GTK FileChooser.* **CVE-2023-20951 (High, CVSS 7.8 - Feb 2023):**
* **Тип:** Use-After-Free (UAF) -> Elevation of Privilege (EoP).
* **Механизм:** Ошибка в управлении памятью в системном компоненте **`Binder`** (IPC). Специфические транзакции Binder, связанные с обработкой окон (`WindowManager`), могли привести к освобождению памяти, которая потом переиспользовалась.
* **Контекст UI:** Фундаментальный механизм взаимодействия между приложениями и системой (включая управление окнами, вводом, поверхностями). Атака через специально созданное приложение.
* **Важность:** Позволяет локальному приложению (с низкими привилегиями) повысить свои права в системе. Серьезная угроза целостности ОС.
* **CVE-2022-20411 (Critical, CVSS 9.8 - Nov 2022):**
* **Тип:** Memory Corruption -> Elevation of Privilege (EoP).
* **Механизм:** Уязвимость в **`WindowManager`** из-за несогласованности состояния при определенных манипуляциях с наложением окон (`SYSTEM_ALERT_WINDOW`).
* **Контекст UI:** Ядро управления окнами Android. Атака через приложение, запрашивающее опасные разрешения и манипулирующее окнами.
* **Важность:** Позволяла приложению получить полный контроль над устройством (EoP до `system`/`root`). Активно эксплуатировалась в дикой природе (Pegasus).* **CVE-2023-32364 (Critical - May 2023):**
* **Тип:** Memory Corruption -> RCE.
* **Механизм:** Уязвимость в **CoreGraphics** (обработка **PDF**). Хотя PDF часто ассоциируется с парсерами, CoreGraphics — это фундаментальная *UI-библиотека* macOS/iOS, отвечающая за отрисовку.
* **Контекст UI:** Любое приложение, использующее стандартные механизмы для отображения PDF (даже предпросмотр в QuickLook, `PDFView`, `CGContextDrawPDFPage`).
* **Важность:** Эксплуатировалась в цепочке с WebKit (но сама уязвимость в CoreGraphics). Открытие зловредного PDF -> RCE.Ключевые закономерности:
Форматы данных — главные враги: Даже исключая сторонние парсеры, внутренняя обработка "простых" форматов (BMP в Qt, EMF в GDI+, пути файлов в GTK, PDF в CoreGraphics) остается основным источником переполнений буферов.
Сложность UI-стека: Взаимодействие между уровнями (Win32k.sys/GDI+, Qt Core/QML, Android Binder/WindowManager) создает поверхности для UAF и состояний гонки.
Системные компоненты: Уязвимости в Win32k.sys (Windows) или Binder/WindowManager (Android) критичны, так как затрагивают весь UI ОС и ее безопасность.
QML/JS Binding: Мосты между нативным кодом (C++) и скриптовыми движками (JavaScript в QML) — частый источник UAF.
Всеобъемлющее воздействие: Уязвимость в одном базовом компоненте (FileChooser в GTK, обработка изображений в GDI+, WindowManager в Android) ставит под угрозу все приложения, его использующие.Вывод: Несмотря на прогресс в языках и инструментах, ядра UI-библиотек остаются подвержены классическим уязвимостям управления памятью из-за необходимости обработки сложных внешних данных (даже "простых" форматов) и оптимизации производительности. Регулярное обновление этих библиотек критически важно.
PDF формат ходовой, в нём всякое может быть, поэтому крайне важно, чтобы в просмотрщике pdf было поменьше уязвимостей. Поэтому одобряю внедрение Rust. Защита от уязвимостей памяти - это всегда хорошо
> PDF формат ходовой, в нём всякое может быть,А сколько уязвимостей реально было?
> PDF формат ходовой, в нём всякое может быть, поэтому крайне важно, чтобы в просмотрщике pdf было поменьше уязвимостей. Поэтому одобряю внедрение Rust. Защита от уязвимостей памяти - это всегда хорошоТолько вас обманули получается
> на Rust переписывается код, обеспечивающий работу интерфейса пользователя.
И в чём обман? Обезопасить интерфейс пользователя - это хорошо же, не?
А кого стоит бояться больше: пользователя или пдф файла неизвестно откуда?
Вон была уязвимость, что в GRUB если 28 раз нажать Backspace, то получал доступ. Так и тут - не хотелось бы, чтобы пользователь, нажав условный backspace 28 раз, получал рута. Плюс, это всё только начало. Будет успех - заменят и другие части
> Так и тут - не хотелось бы, чтобы пользователь, нажав условный backspace 28 раз, получал рута.Только при чем тут просмотрщик PDF? Если обычная прикладная программа сможет дать пользователю рута, проблема в системе, а не в нем.
> в просмотрщике pdf было поменьше уязвимостей. Поэтому одобряю внедрение RustОткрою секрет - уязвимость может быть совсем не в коде - это как раз меньшее зло (ведь не сетевой сервис, в конце концов), а в файле, который собираетесь просматривать, в томи числе зловредные вложения в pdf (например, скрипт или тот же docx с макросами). Какая разница, запустит их на исполнение код на C++ или на Rust?
они интерфейс переписали - защитили пользователя от самого пользователя?
хотя в этом случае надо было просто лишить программу интерфейса - еще более безопасно!
Помню мне в qip2005 черно-белую картинку прислали - какой-то лес, река. А потом я начал ее рассылать по контактам (сам того не подозревая). В qTox могли прислать bmp контакту с тем же эффектом - QT framework vulnerability. Уязвимости UI реальность.
> а в файле, который собираетесь просматривать, в томи числе зловредные вложения в pdf (например, скрипт или тот же docx с макросами).
> Какая разница, запустит их на исполнение код на C++ или на Rust?Большая.
Если в этом файле например заголовок содержит спциальные символы на которых сишка или плюсы поперхнутся и сделают buffer overflow, то раст может просто запаниковать и приложение упадет.А "упавший pdf просмотрщик" и "злоумышленник получил доступ к файловой системе" это две большие разницы)
ps ниже уже приводили ссылки на дыры в гостскрипте
Уязвимость в Ghostscript, приводящая к выполнению кода злоумышленника
opennet.ru/opennews/art.shtml?num=58965
"вызвана переполнением буфера при обработке определённых конструкций"Уязвимость в Ghostscript, позволяющая выполнить код при открытии PostScript-документа
opennet.ru/opennews/art.shtml?num=53480
" переполнение типа uint32_t при вычислении размера, переписать области памяти вне выделенного буфера и получить доступ к файлам в ФС"
Rust скажет: я на этапе конпеляции проверил, присланый файл безопасен!
Ну посмотрим. Хотя с растом недожали - не 100% безопасно.(Говорю без иронии).
Согласен. А еще иллюзия безопасности в архитектурно уязвимых проектах - это очень нехорошо.
> Ну посмотрим. Хотя с растом недожали - не 100% безопасно.(Говорю без иронии).А что безопасно не 100%?
Даже ремни и подушки не спасут тебя в 100% случаев.
Но от них отказывают только скудоумные, а государство еще и штрафует.
В ВАЗе либо подушек нет, либо они не срабатывают и государство за эту солянку из китайского подвала никого не штрафует. В конце-концов, как государство может оштрафовать само себя?
А в ff pdf просмоторщик на жс. Во как.
Прошлая новость была про приложение для прослушивания музыки на питоне. Я его открыл, и а оно 5 секунд просто тупит.Люди, НЕ ИСПОЛЬЗУЙТЕ ПИТОН ДЛЯ РАЗРАБОТКИ!!
> ПИТОН ДЛЯ РАЗРАБОТКИ!!Так интерпретатор же. Типа Basic, только еще хуже. Он годится для написания скриптов и всё, собственно. С Rust будет та же история, если будут совать его везде. Нет и не будет универсальных (для всего) языков. Для каждой задачи нужно выбирать оптимальные инструменты и языки. Например, у меня в последнем проекте их используется ровно 4.
Питон для прототипирования подходит. По этой причине там стрёмный но простой Tk GUI есть из коробки. Если прилага окажется всем нужной, то её перепишут с питона на быстрый компилируемый язык.
> По этой причине там стрёмный но простой Tk GUI есть из коробки.У него хорошие привязки в gtk и qt. Просто построить интерфейс можно на любом яп, тут скорость вообще не узкое место. Это как numpy какой-нибудь.
> Прошлая новость была про приложение для прослушивания музыки на питоне. Я его
> открыл, и а оно 5 секунд просто тупит.
> Люди, НЕ ИСПОЛЬЗУЙТЕ ПИТОН ДЛЯ РАЗРАБОТКИ!!Я тебе раскрою секрет: для проигрывания там gstreamer, питон чисто запускалка. Питон использовался еще в gtk2 приложениях (и испольуется во многих других, как например, deluge или exaile) и всё норм было, хотя железо было слабее. Так что суть не в питоне, который там вообще вот не узкое место, а в чем-то другом.
Так да не совсем. Exaile хоть и не тормозил, но при запуске чувствовалось что идёт какая–то работа. Deluge уже чувствовался заметно более тяжёлым особенно когда много закачек или когда вызывал его из системного лотак и оно долго не появлялось нагружая диск и ЦП.И не приложениях а программах.
Непонятно, зачем слушать музыку через питон, когда есть эпол мьюзик, споти и ютуб? На ютубе даже концерты Столлмана есть:
https://youtu.be/9sJUDx7iEJw?feature=shared
не глядя: вендорлок на раст?
> не глядя: вендорлок на раст?К этому всё и идёт.
Пробовал распечатать документ из papers, результат ничего не распечаталось, говно а не программа, снес к чертям вернул evince и все заработало! НО снес лису и поставил epiphany-webbr., попробовал распечатать документ такой же результат как и с papers, что-то гномовские проги с печатью не дружат… В других программах все норм!
>что-то гномовские проги с печатью не дружатСложно сказать - с чем гном проги дружат, а не с чем не дружат. :-)))
Открою секрет. Все пдф читалки под Линукс имеют проблемы с печатью. Если выкинуть в условия офиса в 1000 рабочих мест пк на Линукс окажется что и евинсе имеет странные баги с печатью и под виндой и под линуксом на определенных марках принтеров. Как то раздвоенная печать , ухудшение качества печати или просто не печатает евинсе и под виндой и под линуксом на определенном hp . хотя через foxit reader который Проприетарный вполне себе печатает. Если у вас печатает то это ошибка выжившего. Хотя чисто для чтения евисе найс
В текущей версии сабжа(та, что в Ubuntu 25.04, может и новее уже есть) даже отсутствует функция добавления закладок. Надеюсь, добавят.
Пока есть в репозиториях evince.
Вау. Может через лет 5 заменят на ещё что нибудь более пристойное, что поддерживает epub и fb2 и умеет хотя бы формы в pdf нормально поправить.
Что не GNOME то на скриншот без слёз не взглянешь. Как вы на нём вообще работаете?
Без падений.
Быстро поднятая Плазма не считается упавшей!
С расширениями, как же ещё.
>Что не GNOME то на скриншот без слёз не взглянешьТак можно сказать примерно про все скриншоты линукса.
Что DE, что дистрибутивы.
Исключение, пожалуй, только лишь Elementary OS.
> Исключение, пожалуй, только лишь Elementary OSНо я тут неоднократно читал, что как только начинаешь на ней работать, магия тут же испаряется.
В чем конкретно претензия, тем что не похоже на привычный вам kde/windows стиль? То что вы привыкли к одному не значит что непривычное вам плохое. Мне нравится Gnome и его приложения, для таких как вы есть куча DE которые имеют привычный для вас интерфейс, зачем вы лезите в Gnome и пытаетесь его своими жалобами превратить в очередной унылый kde/windows клон?
Та потому что с вашей стилизацией гномовской уже даже плеера под гном стали УГ где две три кнопки и минимум надписей и иногда даже не пишет названия субтитров и проценты громкости. И в этом весь гном. Ей богу они бы лучше в evince и свои просматривали добавили чувствительность колесика настройку или в саму систему в 2025 м то пора уже.. Они вставку скриншота сразу в файловый менеджер то годами пилили в виде файлика изображения притом многое выкинули из файлового менеджера как ненужное за 14 лет...
Из новости совсем не понятна причина такой замены? Что привносит нового и полезного эти пейперс ?
rust-locked
В Fedora есть версия Papers 48.3. Установил. Нормальный просмотрщик.
Передвигание кроватей
Нет, там используется Rust - именно поэтому выпустили новость!
А не стоило выпускать новость.
> А не стоило выпускать новость.Еще как стоило!
Те кто раст любят - порадуются.
А луддиты должны знать: скоро свой софт без ржавчины не соберете.
Почему заменяют? А по тому, что так моднее.
Тоесть вы проигнорировали все доводы приведенные разработчиками и просто переиначили все на "модно"? Уровень демагогии местных комментаторов все выше и выше.
>задействование языка RustА тольку то, если под капотом всё равно GhostScript (есть только 2 свободных рендерера PDF: ghostscript (который мега-дырявый, так как это рендерер тьюринг-полного PostScript, а не PDF, PDF там как бантик сбоку) и pdfbox на Java, и переписать всю эту галиматью на раст - задача непосильная, по крайней мере без нейросети)
> А тольку то, если под капотом всё равно GhostScript (есть только 2
> свободных рендерера PDF: ghostscript (который мега-дырявый, так как это рендерер тьюринг-полного PostScript, а не PDF, PDF там как бантик сбоку)А зачем?
Дыры в ghostscript можно как раз закрыть при помощи обертки.Уязвимость в Ghostscript, приводящая к выполнению кода злоумышленника
opennet.ru/opennews/art.shtml?num=58965
"вызвана переполнением буфера при обработке определённых конструкций"Уязвимость в Ghostscript, позволяющая выполнить код при открытии PostScript-документа
opennet.ru/opennews/art.shtml?num=53480
" переполнение типа uint32_t при вычислении размера, переписать области памяти вне выделенного буфера и получить доступ к файлам в ФС"Есди эти параметры заходят в раст функцию, а только потом передаются в GhostScript, то проблема может и не возникнуть.
Дыры в этом говне можно закрыть, только переписав его. Остальное - это не залатывание дыр, а их маскировка.
> Дыры в этом говне можно закрыть, только переписав его. Остальное - это не залатывание дыр, а их маскировка.Я полностью согласен.
Но есть ли у сообщества ̶с̶ы̶р̶ь̶е̶ ̶и̶ ̶с̶п̶е̶ц̶и̶а̶л̶и̶с̶т̶ы̶ ресурсы и программеры?
А в залатанную дырку влезть сложнее.
Ерунда. Есть ещё минимум четыре: poppler, mupdf, xpdf и Firefox.
poppler, mupdf, xpdf и Firefox - только для PDF, без PostScript.Для PDF ещё есть PDFium https://pdfium.googlesource.com/pdfium/
Evince слишком много умел, нужно было форкнуть и довести до полного дебилизма соответствующего стандартам Gnome?
>соответствующего стандартам Gnome"Совершенство достигается не когда нечего добавить, а когда уже нечего выкинуть"
> "Совершенство достигается не когда нечего добавить, а когда уже нечего выкинуть"Совершенство -- в вакууме.
В atril после форка добавили форматы которых не было в evince. В gnome вместо того чтобы улучшать решил заменить.
Они там atril заново изобрели что ли? Или я не понял