https://www.opennet.ru/openforum/vsluhforumID3/118033.html Предложен (https://simon.shimmerproject.org/2019/07/31/xfce-4-14pre3-released/) для тестирования третий предварительный выпуск пользовательского окружения Xfce 4.14 (https://xfce.org/). Релиз ожидается (https://wiki.xfce.org/releng/4.14/roadmap) 11 августа. Для тестирования Xfce 4.14pre3 подготовлен образ контейнера (https://hub.docker.com/r/schuellerf/xfce-test/tags) в формате Docker. Обзор новшеств Xfce 4.14 можно посмотреть в прошлом анонсе (https://www.opennet.ru/opennews/art.shtml?num=50711). <br><br><br><br>По сравнению с первым тестовым выпуском в основном отмечается устранением ошибок. Например, в xfce4-session минимизирован риск возникновения состояний гонки из-за применения настроек xfsettingsd одновременно с запуском других компонентов Xfce. В оконном менеджере xfmw4 улучшен поиск запасных пиктограмм для окон и обеспечено по умолчанию открытия окон на экране, на котором находится активный курсор. <br><br><br>В Thunar добавлена поддержка перетаскивания элементов правой кнопкой мыши, решены проблемы с монтированием https://www.opennet.ru/openforum/vsluhforumID3/118033.html#106 Mon, 05 Aug 2019 10:00:34 GMT &gt;&gt;dolphin (да-да, я долго, пока "улучшайзеры" уже в 5 ветке не доломали окончательно <br>&gt; А где это его _окончательно_ доломали? Работает.<br><br>Из последнего: ухудшили превиюшки и перестало работать запоминание в "open with":<br>https://bugs.kde.org/show_bug.cgi?id=358391<br>https://bugs.kde.org/show_bug.cgi?id=410265<br>https://bugs.kde.org/show_bug.cgi?id=109406<br><br>точнее: выбранное в качестве приложения по умолчанию для открытия типа файла ("open with" c галочкой "default application") оно каждый раз в соотв. mimeapp-файл прилежно записывало , причем каждый раз добавляя новую строку с новой циферкой на конце, но использовать эту запись не спешило. <br>Попутно, таким образом сбросились все предыдущие кастомные настройки открытия файлов.<br>Ну вот я поковырял с пару часов, посмотрел багрепорты &#8211; и снес все нафиг.<br> https://www.opennet.ru/openforum/vsluhforumID3/118033.html#105 Mon, 05 Aug 2019 09:24:56 GMT А кто их сейчас так совсем не обзывает?<br> https://www.opennet.ru/openforum/vsluhforumID3/118033.html#104 Mon, 05 Aug 2019 09:19:42 GMT GIMP на Qt.<br> https://www.opennet.ru/openforum/vsluhforumID3/118033.html#103 Mon, 05 Aug 2019 09:16:09 GMT +0xFFFF<br> https://www.opennet.ru/openforum/vsluhforumID3/118033.html#102 Mon, 05 Aug 2019 09:11:36 GMT 9P шифроваться может?<br> https://www.opennet.ru/openforum/vsluhforumID3/118033.html#101 Mon, 05 Aug 2019 09:02:26 GMT Да что ваш CIFS, что NFS примерно одного уровня удацкости. Оба корректно у клиента отображают только относительные символьные ссылки.<br> https://www.opennet.ru/openforum/vsluhforumID3/118033.html#100 Mon, 05 Aug 2019 08:36:19 GMT &gt;прозрачное монтирование smb-ресурсов как в винде<br><br>Прозрачное/непрозрачное... Это автоматическое что-ли? Добавь нужные тебе самбовые шары в fstab и будет автоматически.<br>&gt;а в серверной реализации самбы - отдельный pid на каждый открытый файл тоже не нужно (сейчас создается pid на всю пользовательскую сессию)<br><br>PID с File Descriptor не путаешь? А так непонятно, на кой серверу открывать разные файлы для отдного и того же юзера в разных процессах? Обоснуй сию сакральную идею. А вот отдельный PID на юзера понять можно, пользователькая сессия накрылась - не завалит за собой сессии других пользователей.<br> https://www.opennet.ru/openforum/vsluhforumID3/118033.html#99 Mon, 05 Aug 2019 08:21:39 GMT &gt;dolphin (да-да, я долго, пока "улучшайзеры" уже в 5 ветке не доломали окончательно<br><br>А где это его _окончательно_ доломали? Работает.<br> https://www.opennet.ru/openforum/vsluhforumID3/118033.html#98 Sat, 03 Aug 2019 20:29:19 GMT Ух ты, а spacefm неплох. Спасибо, не знал о нём.<br>