ROSA Forum

У меня есть два вопроса про лёгкие DE.

① Отвлеченный теоретический: почему на основе Гнома были созданы лёгкие Cinnamon и Mate, а с KDE подобного не произошло? Или произошло, а я не знаю?..

② Практический. В лёгких DE по неизвестной мне причине число раскладок ограничено четырьмя. Более того, если задать переключение командой, то, говорят, стандартный переключатель слетает. В связи с этим у меня вопрос: как привязать команду к сочетанию клавиш в обход DE? Например, команды, которые включают нужные мне раскладки такие:
И как назначить, например, первую на ctrl+1, вторую на ctrl+2 и т.д.? В KDE это можно сделать в gui, но если я не в KDE, а в Pantheon'е, например, или в Mate?

Delles писал(а): ① Отвлеченный теоретический: почему на основе Гнома были созданы лёгкие Cinnamon и Mate, а с KDE подобного не произошло? Или произошло, а я не знаю?..

Гном сам по себе ресурсоёмкий, потому ему и нужны лёгкие версии.
А про лёгкие КЕДы, мне почему-то вспоминается LXQt.
Но, разница между LXQt и Плазма 5 в потреблении памяти в моих виртуальных системах минимальна. LXQt всего на немного легче Плазмы.
Кстати, на 32-х битной системе (на реальном компе) КДЕ4 показывает потребление оперативы при загрузке системы всего около 350 мб.

Вспомнил про легковесные КЕДы!
Троица — https://ru.wikipedia.org/wiki/Trinity_D ... nvironment

Алзим писал(а):Вспомнил про легковесные КЕДы!
Троица — https://ru.wikipedia.org/wiki/Trinity_D ... nvironment

По внешнему виду — застывший 3-й KDE. Всё-таки про Cinnamon такого не скажешь.
В LXQt с раскладками полная ерунда, я пробовал, и в терминале RtL письменности не поддерживаются.

Delles писал(а): По внешнему виду — застывший 3-й KDE.

А в ней смысла другого нет. Только понастальгировать.
Это Гном форкали из-за Гнома3, который многим не понравился. А КЕДы устраивают своих пользователей. По моим наблюдениям, КЕДы с каждой версией только лучше и лучше.
На моё мнение, Корице с Мятой до Плазмы 5 далеко.

Мне лично без разница какая DE. Главное чтобы усе работало. Я и на гноме как то был.

Алзим писал(а):На моё мнение, Корице с Мятой до Плазмы 5 далеко.

С т.зр. настроек и функционала — несомненно. Я не понимаю, почему, если DE надо облегчить, то начинают делать обрезание переключателю раскладок. Ну какой в этом смысл? Что, возможность включать пятую раскладку утянет так, что выжрется вся память, что ли?.. Какая-то глупость. А с т.зр. оформления, вчера подсмотрел на ЮТ, что у ЛТ вообще нет панелей, понравилось.

Delles писал(а):① Отвлеченный теоретический: почему на основе Гнома были созданы лёгкие Cinnamon и Mate, а с KDE подобного не произошло? Или произошло, а я не знаю?..

В какой-то степени произошло, т.к. LXQt использует некоторые компоненты KDE Frameworks 5 (KWindowSystem, может что-то ещё, сходу не вспомнить).

Вообще, расцвет лёгких DE, появление Solus'a и Elementary, а также то, что Роса при всех дефицитах в ресурсах занимается LXQt, — всё это интересный феномен. Ведь собственно железо способно запросто крутить любой DE (на моем 32-битном старичке с 2 Гб памяти и 150 Гб диском KDE Росы работает безупречно). И тем не менее, расцветают лёгкие DE. Люди хотят лёгкости?..

Delles писал(а):Вообще, расцвет лёгких DE, появление Solus'a и Elementary, а также то, что Роса при всех дефицитах в ресурсах занимается LXQt, — всё это интересный феномен. Ведь собственно железо способно запросто крутить любой DE (на моем 32-битном старичке с 2 Гб памяти и 150 Гб диском KDE Росы работает безупречно). И тем не менее, расцветают лёгкие DE. Люди хотят лёгкости?..

Ответ прост - нетбуки с Атомом и гигом памяти. Их очень много. Кеды там в общем-то работают, но там хочется легкости очень определенно

keleg писал(а):Ответ прост - нетбуки с Атомом и гигом памяти. Их очень много. Кеды там в общем-то работают, но там хочется легкости очень определенно

"Elementary, my dear Watson". Кстати, опробовал Elementary в лайв, там мои пять раскладок подключились запросто. Но Гномовский терминал не дал набирать справа-налево. Надеюсь, вы поставите в LXQt Konsole, в которой всё так, как должно быть. Мне пока лёгкий DE без надобности, но "за державу обидно".

Delles писал(а):Надеюсь, вы поставите в LXQt Konsole, в которой всё так, как должно быть. Мне пока лёгкий DE без надобности, но "за державу обидно".

Там QTerminal, который использует QTermWidget, который в свою очередь "an opensource project originally based on KDE4 Konsole application, but it took its own direction later". Так что может там тоже всё так, как должно быть.

Pulfer писал(а):Там QTerminal, который использует QTermWidget, который в свою очередь "an opensource project originally based on KDE4 Konsole application, but it took its own direction later". Так что может там тоже всё так, как должно быть.

Он умеет только связывать буквы, но пишет задом-наперед. Вот фотоотчет:
А вот что получилось, когда я ткнул в пункт меню Bluetooth-адаптеры:

Сыроват ещё LXQt, значит.

Возможно, дело не в LXQT а в QT5?

Delles писал(а):А вот что получилось, когда я ткнул в пункт меню Bluetooth-адаптеры:

Да вроде этих настроек в самом LXQt и нет.
Я довольно плотно копался в исходниках предыдущей версии,
а в этой тоже капитально порылся с месяц назад.
Не то, чтобы сами исходники.
Просто в новой версии локализация была от старой версии,
и файлы сильно отличались от английской версии.
Много текста просто не было.
Вот и переделывал файлы.
Наверное с неделю потратил.
Вроде уже всё закончишь, так потом вылезут проблемы в другом месте.
Так вот, в них вообще не упоминается блютуз.
Нигде.
И в меню тоже.
Похоже, это строка из дополнительных пакетов.
Меня это не радовало, так как мышка работает через встроенный блютуз,
поэтому и обратил на это внимание.
Сам запускал блютуз через «Меню - Параметры - Параметры рабочего стола - Bluetooth»,
через утилиту от KDE, которая есть в LXQt.

Меня Bluetooth там заинтересовал в последнюю очередь. А в первую — кривизна терминала. Я, признаться, эту проблему вообще не понимаю по-крупному. Как вообще такое может быть, как будто в мире нет арабов и евреев (про (ас)сирийцев уж молчу).

На сегодняшний день самое простое решение — привинтить Konsole. Это советуют даже на Гномовских форумах (тем, кому нужен набор справа-налево в консоли). Понимаю, что разработчикам такой "костыль" может быть раздражителем. Но см. пункт первый.

Да, и шрифты, конечно, должны нормально ставиться. И Print Screen работать. Но это уж совсем мелочи.

Delles писал(а):Меня Bluetooth там заинтересовал в последнюю очередь. А в первую — кривизна терминала. Я, признаться, эту проблему вообще не понимаю по-крупному. Как вообще такое может быть, как будто в мире нет арабов и евреев (про (ас)сирийцев уж молчу).

На сегодняшний день самое простое решение — привинтить Konsole. Это советуют даже на Гномовских форумах (тем, кому нужен набор справа-налево в консоли). Понимаю, что разработчикам такой "костыль" может быть раздражителем. Но см. пункт первый.

Да, и шрифты, конечно, должны нормально ставиться. И Print Screen работать. Но это уж совсем мелочи.

Может вы не совсем правы.
Ведь установочный образ рассчитан на среднестатистического пользователя.
И в данном случае всё рассчитано на лёгкость.
Не превращать же рассчитанный на лёгкость установочный образ в многостаночный комбайн,
для этого есть KDE.
Дополнительно поставить консоль не сложно, кому нужно.
По шрифтам, наверное будут устранять.
Хотя бы установку.
Ведь для большинства пользователе, да наверное и многих разработчиков,
нужные вам шрифты, это такая же экзотика, как и луна.
Надеюсь что исправят.
Print Screen я запускал через меню.
Даже не обратил внимание, что не запускается по горячим клавишам.
Хотя запускал довольно часто.
Просто летом делал к нему русский перевод,
и почему-то даже в голову не пришло при проверке запускать клавишей.
Тут главное не расстраиваться заранее.
Ведь пока всё только в отладке, и думаю, что ваши замечания видят.
Финальный образ ведь не вышел.

Для меня самого лёгкий DE сейчас без надобности, эксперимент с LXQt я провел из интереса. Всё, что в системе присутствует, должно работать. Если арабский и сирийский (в LXQt) есть, они должны работать. Удивляет меня то, что в таком крупном международном DE как GNOME нормальная работа арабского, еврейского и сирийского в терминале не обеспечена. Вдвойне удивительно это потому, что в KDE ничего похожего на эти проблемы нет, всё работает прекрасно. А моя идея была в том, что если лёгкий DE на основе KDE, то в него лучше поставить не кривой терминал, а проверенную Konsole, где всё ОК.

Раззадорился посмотреть, как дела с LXQt у Манджаро. Все проблемы - те же. Отчет на скриншоте.

Delles писал(а):Раззадорился посмотреть, как дела с LXQt у Манджаро. Все проблемы - те же. Отчет на скриншоте.

00.png

Интересно, а в диалоге закрытия консоли там опечатка так и светится? (мы сегодня исправили)

keleg писал(а):Интересно, а в диалоге закрытия консоли там опечатка так и светится? (мы сегодня исправили)

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

Delles писал(а):...А в первую — кривизна терминала. Я, признаться, эту проблему вообще не понимаю по-крупному. Как вообще такое может быть, как будто в мире нет арабов и евреев (про (ас)сирийцев уж молчу).

На сегодняшний день самое простое решение — привинтить Konsole. Это советуют даже на Гномовских форумах (тем, кому нужен набор справа-налево в консоли).

mlterm не пробовали?
Это эмулятор терминала для X Window System, который поддерживает
различные кодировки, включая ISO-8859-[1-11,13-16], TCVN5712, VISCII,
TIS-620 (то же, что и ISO-8859-11), KOI8-{R,U,T}, CP{1251,1255},
EORGEAN-PS, EUC-JP, EUC-JISX0213, ISO-2022-JP{,1,2,3}, Shift_JIS,
Shift_JISX0213, ISO-2022-KR, EUC-KR, UHC, JOHAB, EUC-CN (то же, что и
GB2312), GBK, ISO-2022-CN, Big5, EUC-TW, HZ, UTF-8 и GB18030.

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

notauser писал(а):mlterm не пробовали?

Пробовал. С арабским — ОК, а сирийский — увы, не понимает.
Но вообще, специальные утилиты — это не решение. Говорю это как человек, который пользуется полнофункциональным DE (KDE) и не имеет проблем, т.е. без досадливых эмоций. Представьте себе, если бы Вам предложили DE, в котором всё было бы красиво, но в терминале русские слова набирались бы задом-наперед. Какая бы вспомогательная утилита при этом ни предлагалась, для международного проекта это не солидно.

mlterm - это ровно такая же "специальная утилита" как и Konsole - эмулятор терминала. И практически не зависит от DE.
> но в терминале русские слова набирались бы задом-наперед
Установил бы другой эмулятор терминала.
PS Про лёгкие DE. Konsole по зависимостям вытянет добрый кусок KDE.

notauser писал(а):Konsole по зависимостям вытянет добрый кусок KDE.

Почему и интересовался в заглавном посте, есть ли что лёгкое на основе KDE. В очередной раз признáюсь, что интересуюсь праздно, "пренебрегая презренной пользой". Но кто знает, что дальше пригодится...

Да, забыл написать: при включении раскладки командой, в LXQt таки-слетает назначенное переключение сочетаниями клавиш и, более того, слетают все настройки по "добавлению" раскладок. "Это вам не Рио-де-Жанейро", в смысле, не KDE, где можно переключать и командой, и сочетаниями по кругу, и сочетаниями, назначенными каждой отдельной раскладке, и мышкой в трее...

notauser писал(а):PS Про лёгкие DE. Konsole по зависимостям вытянет добрый кусок KDE.

Нет, если устанавливать plasma5-konsole.
Точно не скажу, но основное для её работы должно быть уже установлено.
Для старой версии из KDE4 потянет много,
но вполне могут возникнуть конфликты.
Но её ставить бессмысленно, когда есть последняя версия из апстрима.

VictorR2007 писал(а):

notauser писал(а):PS Про лёгкие DE. Konsole по зависимостям вытянет добрый кусок KDE.

Нет, если устанавливать plasma5-konsole.
Точно не скажу, но основное для её работы должно быть уже установлено.
Для старой версии из KDE4 потянет много,
но вполне могут возникнуть конфликты.
Но её ставить бессмысленно, когда есть последняя версия из апстрима.

Да.
В LXQt
LXQt Desktop Toolbox - Technical Info
Version: 0.10.0
Qt: 5.5.1

sudo urpmi --test konsole
..
Будет использовано 68МБ дополнительного дискового пространства.
Будет загружено 21МБ пакетов.
Установить 50 пакетов

sudo urpmi --test plasma5-konsole
...
Будет использовано 98МБ дополнительного дискового пространства.
Будет загружено 19МБ пакетов.
Установить 106 пакетов

sudo urpmi --test mlterm
...
Будет использовано 3.9МБ дополнительного дискового пространства.
Будет загружено 1.1МБ пакетов.
Установить 4 пакетов

В другом легком DE (не TDE) количество "неудовлетворенных" зависимостей для *konsole увеличится, наверно, в половину. Для mlterm практически не изменится.
Для справки:

sudo urpmi --test gnome-terminal
...
Будет использовано 7.2МБ дополнительного дискового пространства.
Будет загружено 1.3МБ пакетов.
Установить 3 пакетов

sudo urpmi --test mate-terminal
...
Будет использовано 190МБ дополнительного дискового пространства.
Будет загружено 53МБ пакетов.
Установить 51 пакетов

notauser писал(а): sudo urpmi --test mlterm
...
Будет использовано 3.9МБ дополнительного дискового пространства.
Будет загружено 1.1МБ пакетов.
Установить 4 пакетов

Только mlterm не умеет работать с сирийским, причем не умеет еще хуже, чем не умеет Гномовский терминал, потому что неумение Гномовского терминала внешнее — он не умеет писать справа-налево и соединять буквы — а mlterm при попытке набирать сирийский текст просто вылетает. Соответственно, если нужно использовать терминал для работы с помощью grep по сирийскому корпусу текстов, то Гномовский терминал работать будет, только нужно будет читать задом-наперед в раздельном начертании (это примерно как если бы русский текст шел задом-наперед и при этом все буквы клеились бы одна к другой). Но работать будет. Т.е. для научной работы пригоден, хотя и не удобен. QTerminal — тоже, и он даже умеет соединять буквы, так что достаточно пропустить вывод через rev, чтобы он был вполне читаемым. Так что замена Гномовского терминала и QTerminal'a на Konsole (скажем либеральнее: установка Konsole наряду с ними) имеет смысл, а на mlterm — нет.

PS: Mate terminal по функционалу в этом смысле не отличается от стандартного Гномовского.

> не умеет работать с сирийским
Я не понимаю в этом. Пробовал раскладку Арабская (Сирия), никаких проблем не заметил. Konsole, mlterm, mate-terminal с bicon набирают текст одинаково, только в mlterm курсор в начале строки.
> mlterm при попытке набирать сирийский текст просто вылетает.
Это очень плохо. Надо бы баг повесить. В ROSA и/или http://sourceforge.net/p/mlterm/bugs/

notauser писал(а):Пробовал раскладку Арабская (Сирия)

То, что Вы попробовали, это раскладка для арабского языка того диалекта, который используется арабофонами в Сирии (Syrian Arabic). У сирийского языка (Syriac) другая письменность, и она размещена в другой части юникода.

notauser писал(а):Это очень плохо. Надо бы баг повесить. В ROSA и/или http://sourceforge.net/p/mlterm/bugs/

В Konsole работает, и спасибо. Если по поводу всех случаев, когда проблемы с сирийским, файлить баги, то только этим и буду заниматься, а есть занятия поинтереснее. В целом в дистрибутивах Линукса с сирийским дело обстоит неплохо. В Росе хорошо бы только добавить профессиональные шрифты от Бет Мардуто (нужны по большому счету только три: SyrCOMEdessa.otf, SyrCOMNisibin.otf и SyrCOMUrhoy.otf). Но если есть дела поважнее, то юзер и сам может скачать, благо ставятся они (если не считать LXQt) элементарно.

Delles писал(а):

notauser писал(а):mlterm не пробовали?

Пробовал. С арабским — ОК, а сирийский — увы, не понимает.

Я правильно понял, что есть некоторый класс задач (условно - обработка текста) который в настоящее время можно выполнить лишь в konsole? И чего-то ещё не хватает?

trs писал(а):Я правильно понял, что есть некоторый класс задач (условно - обработка текста) который в настоящее время можно выполнить лишь в konsole? И чего-то ещё не хватает?

Выполнять задачи (поиск, сопоставление, замена, выборка и т.д.) можно везде, но только в Konsole и сирийский, и арабский корректно отображаются, а в других эмуляторах консоли отображаются некорректно (задом-наперед и/или без связывания букв).

Про отображение понятно. Мой вопрос о "не хватает" навеян темой Зеркальное отражение. Читал намедни о новомодном редакторе Atom. Грубо говоря, его сделали из браузера Chrome. И, кстати, DE - это ещё и development environment. Там тоже в некотором роде "поиск, сопоставление, замена, выборка и т.д" (разве что языки формальные). А развились они из строчного редактора. Это примерно как если из konsole по одной строке на форум отправлять информацию, вместо формы редактирования c кнопочками для смайликов.

trs писал(а):Мой вопрос о "не хватает" навеян темой Зеркальное отражение

А! Это я из праздного интереса, мне вряд ли придется работать с таким письменным памятником. А так-то, конечно, много чего не хватает. Взять хотя бы старомонгольское (уйгурское) письмо: оно должно идти вертикально. Какая консоль такое позволит? Разве что на Wayland окошко получится развернуть на 90°. Но это не всё, там еще строки должны идти наоборот.

trs писал(а):Читал намедни о новомодном редакторе Atom

Я на него в сентябре внимание обратил. Но пока руки не дошли поразбираться, хотя это крайне интересно, конечно.

Delles писал(а): Я на него в сентябре внимание обратил.

Да, обратили. Намёк рекламки тамошней достаточно прозрачен на спиралевидность (а кому и спераливидность) развития. Потому и смотрел. Есть же emacs. Лиспы-схемы. ML. Не слыхали случаем? Есль из праздного интереса скрестить например CaML с консолью. Вывезет такой верблюд письмена арабские? По феншую вроде может и взлететь

trs писал(а):Есть же emacs. Лиспы-схемы. ML. Не слыхали случаем?

Про emacs знаю именно понаслышке, а про "Лиспы-схемы. ML" и вовсе впервые слышу. Невежествен есмь. Но надеюсь со временем...

Да кто-то до сих пор решает задачи на FORTRAN. Консерватизм в научной среде традиционная вещь. Хотя двигателем прогресса является наука, а не реклама. Сопоставление с образцом в ML появилось, если не ошибаюсь. По слухам, некоторых лингвистов утомляют существующие инструменты, и они создают новые

trs писал(а):Да кто-то до сих пор решает задачи на FORTRAN. Консерватизм в научной среде традиционная вещь. Хотя двигателем прогресса является наука, а не реклама. Сопоставление с образцом в ML появилось, если не ошибаюсь. По слухам, некоторых лингвистов утомляют существующие инструменты, и они создают новые

Да и классических diff (diff3) часто вполне достаточно (мне).
Я по методике не лингвист, а источниковед; мне важен поиск по корпусу и сопоставление не столько с образцом, сколько с искомым элементом, вроде awk /эл1/,/эл2/

Так это дело людям нужное, хоть и не все об этом знают. Выходит, потенциально оно может "само с неба упасть"