Объявлено (http://www.freelists.org/post/moonlight_desktop/Project-Stat...) о начале разработки нового пользовательского окружения Moonlight (https://github.com/moonlight-desktop/moonlight-desktop/wiki), рассчитанное на использование на устаревших компьютерах и маломощных устройствах, подобных Raspberry Pi. Moonlight развивает классическую модель организации рабочего стола. Система разработана с использованием фреймворка Qt 5 и поставляется (https://github.com/moonlight-desktop/moonlight-desktop) под лицензией GPLv3.
<center><a href="https://plus.google.com/106073381586416542932/posts">... src="http://www.opennet.me/opennews/pics_base/0_1391615474.png" style="border-style: solid; border-color: #e9ead6; border-width: 15px;" title="" border=0></a></center>
Moonlight изначально построен с использованием модульной архитектуры, подразумевающей компоновку окружения из серии отдельных модулей. При этом работу окружения обеспечивает одно приложение, функциональность которого формируется за счёт подключения модулей в виде плагинов. Организация работы без поставки каждого компонента окружения в виде отдельного приложения позволяет заметно снизить потребление памяти и увеличить производительность. Расширенные функциональные компоненты, такие как файловый менеджер, реализуются в виде отдельных процессов.
При разработки Moonlight активно используется код уже существующих окружений. В частности, по возможности переносятся наработки проектов Razor-qt (http://www.opennet.me/opennews/art.shtml?num=35082) и LXQT (http://www.opennet.me/opennews/art.shtml?num=37359). При этом все выявляемые в процессе переноса ошибки и создаваемые улучшения разработчики Moonlight стараются возвращать в upstream. Дизайн и особенности организации рабочего процесса ещё не определены. Оформление будет утверждено после завершения 24 февраля конкурса макетов дизайна (пока рассматриваются 7 макетов (http://humanos.uci.cu/galeria-diseno-a-la-luz-de-la-luna/)).
В настоящее время подготовлен код базового каркаса окружения и началась разработка плагинов с реализацией панели и компонентов рабочего стола. Далее планируется приступить к созданию файлового менеджера, для разработки которого будет использована библиотка libfmqt из состава LXDE. Параллельно планируется развивать клиент PlolicyKit, панель управления и менеджер сеансов.
URL: http://www.lffl.org/2014/01/moonlight-desktop-environment-un...
Новость: http://www.opennet.me/opennews/art.shtml?num=39017
Офигеть, круто!
А что такое «Деск Поп Окружение»??
Почему мне хватает twm на всё?Чего в twm не хватает вам?
Вообще мне хватает i3 за глаза, а в twm, вероятно, всем не хватает виртуальных рабочих столов.
> не хватает виртуальных рабочих столовman vdesk ?
>> не хватает виртуальных рабочих столов
> man vdesk ?Нахер, если есть просто нормальные wm`ы? FVWM, FluxBox, BlackBox, i3, dwm и т.д. и т.п.
Именно. Нахер они все, если есть twm ???
twm для хомяков, консоль форева!
> twm для хомяков, консоль форева!Консоль для ламеров, настоящие джедаи командуют тумблерами на шинах и читают результат на светодиодах.
Настоящие джедаи тусуют на мальдивах, сюда приезжают бабла снять и свалить обратно.
Настоящие джедаи используют бабочек.
update: и настройки хоткеев для запуска приложений.
> update: и настройки хоткеев для запуска приложений.В twm есть такое.
Всем хватит 640к памяти!!!!!!
На спектруме хватало шестнадцати!
> На спектруме хватало шестнадцати!не хватало.
Взаимодействия приложений, тем оформления, единого внешнего вида у приложений, апплетов, единого API для приложений.
>Чего в twm не хватает вам?Предположу, что там нет псевдотайлинга.
Все прочие приложения виверы и файлменеджеры нужны все равно, а их удобнее ставить из одной среды. Наигрался в конструкторы.
К сожалению в *WM не хватает быстрого способа наглядного убеждения люзеров что умения запускать больше одного приложения, знать что делает твой компютер и что у тебя на диске неполиткоректны, и практикуются только врагами демократии.
Ага. Особенно "Disco local (C:)".
Круто, идея супер. А вот макеты совсем не понравились.
Пришли свой вариант.
Где то я всё это уже видел... Ах, да, leechcraft же!
чотенько! аккуратненько. мож и на мобилки пойдёт.
>и развивающего классическую модель организации рабочего стола.Классическая модель рабочего стола будет очччень удобна на экранах 240x320, 480x800 :)
мы всю жизнь с этими классическими столами 640x480 жили.а выбор - полезная вещь, знаете ли. кому удобно, тот сам решит, что это ему удобно.
Велосипедирование. Удачи, будем посмотреть.
Что-то на Qt5 столько всяких DE полезло, аж удивительно.Выглядит приятно, кеды бы причесали в подобном стиле.
На скриншоте вижу дискоцэ и дискодэ. Где-то я это видел.
В тяжёлом детстве? Деревянные игрушки, установленные в папку Windows?
Буратино одобряет, см. выше.
> На скриншоте вижу дискоцэ и дискодэ. Где-то я это видел.MS-DOS же.
> На скриншоте вижу дискоцэ и дискодэ. Где-то я это видел.Где, где в ...де! Ну или в досе...
> рассчитанного на использование на устаревших компьютерах и маломощных устройствахкаждая новая велосипедная программа -- именно так и пытается начать свою жизнь.. так как кроме скорости-работы-и-лёгкости приемуществ нет -- то только это и берётся за основу рекламных лозунгов.
затем авторы не справляются с давлением сообщества -- и начинают пихать в программу кучу опций, создающих разного рода неоптимизации и сложности.
и в итоге программа жирнеет. но зато теоретически якобы должна удовлетворять каждого представителя сообщества. хотя запутанный код поддерживать становиться уже сложно..
но хрен там! сразу после того как программа пожирнела -- она уже мало кого начинает интересовать. так как среди жирных программ уже есть действительно хорошие, и чтобы конкурировать среди жирных нужен совершенно другой уровень.
финальный этап: представители сообщества -- возвращаются на прошлые жирные программы [откуда ранее ушли], или ищут другую жертву [какой бы новый проект испоганить?].
В общем, одобряю. Поэтому сижу на "жирных" Кедах начиная с 2.1. Как там: от добра добра не ищут.
Вообще-то не "так как других преимуществ нет", а потому что таки легкость со скоростью иметь хочется. А дальше - ну да, мало кто настолько хороший архитектор, чтобы решить проблему "фичи против сложности".
Мне одному кажется, что интерфейс "окна на плоскости и панели по краям", мягко говоря, "немного устарел"??
Ну почему в Линуксе нельзя сделать что-то вроде "BumpTop 3D", обеспечив нормальное использование чувствительных видников? (по-иностранному "дисплеев")
Это упрёк не только разработчикам очередного "виндо-изделия", это ко всем вопрос. И призыв: хватит употреблять опьяняющие вещества и одебиливающие приборы типа "огрызков"!
Нет, не кажется.
В последнее время вообще все стало уподобляться единому стилю в виде "панелько снизу - пуск - свернутые окошки - трей - часики" + "окошэчко - завернуть - развернуть - крэстик".
Как будто разработчики уже просто пилят что бы пилить, не применяя т.н. "воображение".
> Как будто разработчики уже просто пилят что бы пилить, не применяя т.н.
> "воображение".Ну да, надо выпускать круглые планшеты, потому что прямоугольник эппл запатентовал. И окошки треугольными сделать. Ну и что что неудобно, зато воображение...
Крайность, конечно, штука хорошая, но не надо же доводить все до абсурда)
Хотя... идея с круглыми планшетами вполне неплоха.
Свет-планшетик мне скажи ... кто на свете всех милее?
>> Ну почему в Линуксе нельзя сделать ... нормальное использование чувствительных видников? (по-иностранному "дисплеев")Потому, что "видников" с диагональю более 10 "дюймов" не так уж много у конечного потребителя. Да и тема того как весело махать весь день руками на весу обсуждалась не один раз. Если все это опустить, то гном на свой манер движется в эту сторону.
> как весело махать весь день руками на весуПо одной этой причине представляют "ПК-дирижёра", не представляя, что чувствительные видники могут также легко сочетаться с мышами и видео-жестами, как уже два десятилетия клавиатура сочетается с мышью.
Никогда даже в страшном сне я не представлял себе чувствительный видник в качестве полной замены мыши и клавиатуры. Надеюсь нелепость такой замены очевидна многим. Но почему не сочетать? Кто-то запретил?
В массы этот вид интерфейса может пойти только в качестве дополнительной возможности для воздействия на изображённые объекты.
То, что тупые держатели акций заплесневевших "плоских окон" представляют себе только что-то одно, мгновенно вытесняющее всё прежнее - это проблема, мешающая прогрессу. Такое тупое, одноканальное мировосприятие затормозило пришествие множества новинок. До сих пор представляется, что нужен только один видник, что он должен быть прямоугольным и плоским. До сих пор даже в умнозвуках самый распространённый "жест" - провести линию. Подскажу новые навскидку: ещё можно провести или тыкнуть 2-5 пальцами (ладонь не предусмотрена технологически, но тоже был бы вариант), можно нажимая крутить, ткнуть дважды, трижды, удерживая один палец, второй поднять и ткнуть вторично, ткнуть 3 пальцами и, не отрывая касания, сдвинуть их вместе. Каждый из таких жестов может: послать объект в глубину, повернуть объект, связать два, засунуть один в другой и т.д. и т.п.
> До сих пор даже в умнозвуках самый распространённый
> "жест" - провести линию. Подскажу новые навскидку: ещё можно провести или
> тыкнуть 2-5 пальцами (ладонь не предусмотрена технологически, но тоже был бы
> вариант), можно нажимая крутить, ткнуть дважды, трижды, удерживая один палец, второй
> поднять и ткнуть вторично, ткнуть 3 пальцами и, не отрывая касания,
> сдвинуть их вместе. Каждый из таких жестов может: послать объект в
> глубину, повернуть объект, связать два, засунуть один в другой и т.д.
> и т.п.Ну это вообще пушка. Одной рукой можешь такой жест сделать? Нет. "Умнофоны" часто держат одной рукой. Нужны не только сверхновшества, но и удобность с проактичностью.
> Одной рукой можешь такой жест сделать? Нет. "Умнофоны" часто держат одной рукой.На умнозвуке можно сделать часть жестов. Остальные прописал в общую кучу - в т.ч. для настольных чувствительных видников. Пластки и умнозвуки не вытеснят настольные ПК в ближайшие пару десятилетий.
> дирижёра
> видео-жестами
> массы
> интерфейса
> объекты
> акций
> проблема
> прогрессу
> одноканальное
> линиюНезачёт.
Не было такого уговора. И вообще - трудно оставаться ровно в русском русле, когда все пользуются таким количеством иностранных слов.
> интерфейс "окна на плоскости и панели по краям", мягко говоря, "немного устарел"А тебе чего надо?! Проецирование окон на тессеракт, проецируемый в 2D, а панель в центре экрана?
> И призыв: хватит употреблять опьяняющие веществаКот бы говорил!
> Ну почему в Линуксе нельзя сделать что-то вроде "BumpTop 3D", обеспечив нормальное использование чувствительных видников? (по-иностранному "дисплеев")По той же причине, по которой BumpTop 3D практически не пользовались - восхищались, описывали в обзорах, устанавливали "на посмотреть" и "на показать", но сами в нем не работали. Потому что на большом письменном столе работать с документами (пусть даже с живыми и динамическими) куда удобнее, чем ворочать их палкой, склонившись над большим и красивым аквариумом - на стенки там накладывать, стопочками из угла в угол гонять... :)
Так уж вышло, в большинстве софта есть текст. Много, мало... И так уж вышло, что мы все любим читать когда плоскость текста перпендикулярна зрительной оси - и не очень любим, когда нет. Потому что буквы хуже видно, да... И прочие мелкие кракозяблики :) Потому 3D в интерфейсах прижилось в основном в кратковременной анимации - чтоб пользователь успел заметить красоту, но не успел - неудобство.
И правда ведь - если нужно с кучей бумажных документов работать, человек на большом столе или на полу их раскладывает, на одной плоскости, а не развешивает вокруг себя на веревочках :) Я проверял :)))
> причине, по которой BumpTop 3D практически не пользовалисьЯ давно не видал Окон, но "подоконников по-жизни" вижу частенько. И что-то мне подсказывает, что причиной почему "практически не пользовались" многие - больше является неспособность попросту установить и настроить такой интерфейс. (я не говорю, что он должен был прижиться в этом виде, но об этом я уточню ниже)
> куда удобнее, чем ворочать их палкой, склонившись над большим и красивым аквариумом
Ну, чувствительный видник предполагает работу руками. Поскольку целый день махать руками утомительно, интерфейс обязан дублироваться и мышью - привычным манипулятором. (то, что и он не усовершенствовался в пользу более естественных для руки, видов, у меня тоже вызывает негодование, но об этом - когда-нибудь потом)
Вы верно заметили, что упомянутый "BumpTop 3D" предполагает манипуляции с сущностями. Кто скажет, что, используя ПК, КПК или умнофон, по нескольку раз на дню не перебрасывает сущности (файлы, письма, сообщения, команды приборам) - пусть первый бросит камень, как говорится.
> все любим читать когда плоскость текста перпендикулярна зрительной оси
Было бы глупо это оспаривать. Распознавать знаки, особенно при разном начертании, оформлении, цветах и при скоростном чтении, значительно удобнее, когда они видны без искажений.
Однако если это не сплошной текст, а надпись на объекте, особенно таком, который имеет своеобразные видимые формы и окраску, а также расположен в ожидаемом месте (заранее известном либо недавно ему установленном), то опознать объект труда не составит, а надпись даже боком даже мельком может быть распознана.
Я не утверждал, что "BumpTop 3D" представляется мне верхом совершенства. Я упомянул его как достаточно сильно отличающийся от "плоско-видения", навязанного нам яблочниками и Гейтсом во времена становления их ОС-ей и графических интерфейсов. Я упомянул отличие, сказав "..сделать что-то вроде...", а не полностью также. Я упомянул чувствительные видники как одну из причин. И, видимо погорячился, т.к. не всем по карману мониторы по 30 тысяч рублей, а с учётом непроходимой ограниченности мировоззрения лиц, ответственных за выбор финансирования разработок, вполне возможно допустить, что в ближайшие годы чувствительными видниками разве что грецкие орехи примутся колоть или, на худой конец, оставят применять в качестве виртуальных MIDI-клавиатур. (специально слазил в Ютуб, видел позорное тыкание одним пальцем в чувствительные видники - будто мышку потеряли)
Моё негодование относительно отсутствия разработок также касается непосредственно глубин графических интерфейсов. Вероятно потому и крутятся все "новые DE" вокруг плоских окошек, что до сих пор даже в пьяных галлюцинациях разработчики не могут представить, что нужно разрабатывать API для неплоских, непрямоугольных, неплотных, подвижных окон, где касание и перетаскивания могут быть множественными. Например одновременно одной рукой на экране что-то крутят, а другой хватают и тащат. Работе с текстами такие навороты не нужны. Работе с графикой, звуком, видео-обработке (профессиональной и быстрой), видео-трансляциям, играм, обращению с сущностями (файлами, соединениями, сообщениями, командами) это открыло бы сказочные возможности. Уход от плоскости, от концепции "всё на одной плоскости" мог бы усовершенствовать интерфейсы. До сих пор максимум до чего додумались - ставить несколько плоских мониторов, имитируя из них "один большой с перегородками". Концепцию комнат не освоили. Концепцию нескольких рабочих столов - с огромным трудом. Концепция трёхмерности пространства на экране может породить интерфейс с достаточно причудливыми жестами. Жесты могут быть основаны не только на касании. В ближайшие годы появятся жесты, передаваемые через видеокамеру или специальные ёмкостные приёмники (уже разработаны, уже засвечены в Ютубе). Нет движения вперёд. Эти интерфейсы попросту не вписываются в "плоско-видение". Это "плоско-видение" даже вторую мышь (во вторую руку) не смогло в себя принять, когда для этого были _ВСЕ_ возможности.
> Потому 3D в интерфейсах прижилось в основном в кратковременной анимации
Не поэтому. А из-за ограниченности воображения разработчиков и лиц, ответственных за деньго-снабжение новшеств.
> если нужно с кучей бумажных документов работать, человек на большом столе или на полу их раскладывает, на одной плоскости, а не развешивает вокруг себя на веревочках
Давайте не будем путать естественную действительность и искуственно-представленную. Если бы в естественной действительности была бы возможность мгновенно развешивать, менять местами, поворачивать, группировать, сортировать, уменьшать, увеличивать, видоизменять, преобразовывать, смешивать воедино, навешивать надписи, сопровождать значками, таймерами (со звуками и/или событиями по окончании), подсоединять отдалённые объекты в качестве "ссылки", "тени" или "призрака" отдалённого объекта - обязательно это бы использовали. Но в естественной действительности это невозможно. В искуственно-представленной это было бы возможно, если бы существовало соответствующее программное обеспечение. Однако, похоже на то, что то ли прогресс тормозят нарочно (не давая широко распространиться таким "чудесам"), то ли загрузили разработчиков чем-то более актуальным и им намного важнее воссоздавать очередной расписной клон "Окон 3.1".
> Давайте не будем путать естественную действительность и искуственно-представленную.Вы спорите с человеком, который на теме человеко-машинных междумордий съел не одну стаю собак (подозреваю, что вместе со студентами): http://ftp.linux.kiev.ua/pub/conference/2013/video/linux-gui...
А если не угомонитесь со своим упорством в путании действительностей, придётся позвать другого старого знакомого линуксовода -- который обычно здоровается "гой еси!", при этом его действительно есть о чём послушать насчёт старославянского.
Любовь к языку выражается вовсе не в том, чтобы его откусывать...
> Вы спорите с человеком, который на теме человеко-машинных междумордий съел не одну стаю собакПусть сейчас же прекратит пожирать друзей человека. :)
Если серьёзно: здорово, что такие опытные люди существуют. Однако их существование - не повод отдавать в их руки все бразды правления. Не надо устраивать "эрэфию" в ИТ-отраслях. Не должно быть "путиных" в каждой ИТ-теме - не должно быть монополий на такие темы. Я не заявлялся как истина в конечной инстанции, но заявил своё видение и свои идеи в этой области. Собакоед может и крут в области окошек, но его существование не должно быть приговором для этой области "междумордий".> придётся позвать другого старого
Видал я на просторах всякий люд. "Приводи хоть всё отделение" :)
> Любовь к языку выражается вовсе не в том, чтобы его откусывать...
И не в том, чтобы пачкать его иностранными словами.
Хватит бред нести. Иностранные понятия потому и иностранные, что все эти технологии ТАМ разработаны, пока вы ЗДЕСЬ сопли, извиняюсь, жевали. Там прогресс не стоял на месте, а здесь вы просто обезьянничаете, от досады, что ничего более дельного придумать не можете. Хотите засилья истинно русских терминов - флаг вам в руки, открываете инновации, и тогда им ПРИДЕТСЯ называть новые направления вашими названиями. А так вы просто очередной балабол. Чистоту языка вам, видите ли, подавай. Михаил Шигорин абсолютно прав, и вообще, он хоть работает в этом направлении, изучая, делает проще, чтобы его пользователь сел и просто работал, не вникая как оно внутри устроено и какие трудновыговариваемые названия там используются. А вы лишь кричите в интернете, сами ничего полезного не принося.
> делает проще, чтобы его пользователь сел и просто работал, не вникаяНе совсем. Чтобы если надо "просто работать" -- получалось сесть и работать, но если хочется работать с огоньком -- то чтобы получалось и вникать. Это _очень_ важно.
Языковой вопрос является вообще критически важным, и тут Вы правы: подходить к нему надо конструктивно (улучшая переводы, документацию, культурную среду общения), а не деструктивно (поливая всё, что не по ноздре). Как и к любому, что любишь.
Когда в мемуарах Эдмунда Хиллари на английском увидел слово sastrugi (заструги) в рассказе о полярном походе -- долго переваривал.
> Ну почему в Линуксе нельзя сделать что-то вроде "BumpTop 3D", обеспечив нормальное
> использование чувствительных видников? (по-иностранному "дисплеев")Слово "экран" Вам знакомо или обязательно "хорошилище в мокроступах"?
Хотите графическое окружение, неплохо приспособленное к пинкам -- посмотрите на Enlightenment.
Сначала подумал что название уже используется Xamarin-ом. Потом вспомнил что проект закрыт.
Moonlight - это макет Unity8? :)
Лол, этот ДЕ какой-то латинас делает, проект обречён. :(
Первые два мокапа - клево и довольно самобытно.
Третий - ничо так, под пивасик сойдет. Иконки только - в утиль. И поправить очевидный фейл с именованием устройств.
Последний - ААААААА!!!
Последний косит под Maemo и явно предназначен для мелочи с точскрином.
Только вот Меймо был красивый, а это - овна кусок.
> Только вот Меймо был красивый, а это - овна кусок.Ну да, недопилено видимо. А лэйаут маемообразный как раз.
> маломощных устройствах,...
> фреймворка Qt 5Взаимоисключающие параграфы же?
Выглядит оно как-то странно. Да и закос под оффтопик,а на последнем скриншоте под мак. Зачем кому-то понадобилось подобное устаревшее окружение? Для фанатов олдскульного вендоподобного интерфейса есть KDE.
Hello everyone:
Excuse me for write in english here. If some one can translate I will be thankfull.
I'm the leader of the development team of Moonlight Desktop Environment. I can understan your language but I will like to know your opinions. Please let me know at my email azubieta@estudiantes.uci.cu.Best wishes.
Good luck for development, Alexis!
what is killerfeature of this DE against RazorQT?p.s. why latinos so bad in graphical design?
Can I see your work? It's just trolling, is it?
Dear moderator. I think such commenters should be moved to read only.
we don't have "read-only" here. neither live moderators (except one i believe). admins cleverly adopted /dev/random for moderation tasks.
Its will better Hawaii?
Don't worry Alexis,
We can also barely speak English here.Let me share my opinion regarding your project.
1. It will be great if you could achieve the goal without including all crap software written so far for Linux into your DE. I will love it.
As I hope you understand systemd, policykit, pam, nepomuk, Networkmanager is a small list of it.2. It will be still useful if you won't require to use that crap in your DE and keep it optional, for those who can't live without.
3. In all other cases I am afraid there is no space for your product among users.
People who don't care about having that crap are using Gnome3 and KDE already and who does will stay with xfce, like me.So if your concept doesn't fit into first 2 items you are wasting your time.
P.S. And please don't use python or any other programming time machine to recall us our good old time.
Thx
> I'm the leader of the development team of Moonlight Desktop Environment.Why did you choose to reuse Razor-Qt/LXQT code instead of working with those projects to help them merge and probably go to Qt5?
Working in team is much more difficult and looks less rewarding during the first half a year or so (you have to discuss, you have to agree at times, you don't get all the fame, etc etc) -- but it's much much more rewarding when you finally get to the stage when the project is useful, gains some traction and users start to bomb you with weird bug reports, troublesome feature requests, translations and all the rest.
I've studied fork/merge processes for quite a few projects several years ago and it's basically the same: young and ambitious projects tend to live for 6--12 months if people don't learn to work together, and if there was a pre-existing project to cooperate with right from the start then it would be better to just work with it in the first place/long run.
I might be biased since one of my friends is part of LXDE/pcmanfm team :)
Good luck, anyways!
>>>Но постоянно присутствующие части окружения, такие как панель, индикаторы, рабочий стол и системный лоток, будут выполняться в одном процессе.То есть, если глюканёт и вылетит индикатор громкости, у меня рухнет весь рабочий стол и придётся перезапускать сессию? Очаровательно.
>>>>Но постоянно присутствующие части окружения, такие как панель, индикаторы,
>>>>рабочий стол и системный лоток, будут выполняться в одном процессе.
> То есть, если глюканёт и вылетит индикатор громкости, у меня рухнет весь
> рабочий стол и придётся перезапускать сессию? Очаровательно.Ну хотят люди попробовать такой подход, тут скорее уместно существующий Leechcraft подсказать.
Кстати, повышенная падучесть позднего E17 (по крайней мере на localhost) явно связана именно с модулями, но он "упал-отжался" и это ещё терпимо.
Вот они кеды моей мечты
Заявка на правильный ДЕ. И выглядит как родной на первых скринах. Хотя корочневый скин тоже прикольный, но делать его дефолтом нельзя, т к юзеры будут шугаться.
В мастдае еще и файловый менеджер вместе с рабочим столом в одном процессе, все это работает быстрее любых де в лине, а главное, загружается за 1 раз. Не надо ждать построения меню при его первом вызове и т д. В лине же надумал открыть какую-то конфигурялку и ждешь когда она загрузится, тоже самое с фм.
На первых пикчах винда какая-то.
> первые два скриншотаЧто-то мне это напоминает… Ах да, windows 8 с кнопкой «Пуск»!
> файловый менеджерНадеюсь, они не будут делать как крысогномы в кедах, и не будут привязывать его к очередным YOBA-библиотекам?
Картинка с Trash дюже интересна и показательна в том плане, что в явном виде показывает что с таким добром надо делать :-)
А с Worker`ом что делать в таком случае? По-моему его лучше просто не устанавливать.
Понаделали тормозного железа, теперь строят велосипедный софт для него.
Оно конечно надо, наверняка кому-то надо, но зачем столько легких де в 1 ос?
Qt5. очередное ненужно.
Ну вот, опять началось! Зачем надо 20 окруженгий рабочего стола, которые выполняют одни и те же функции?! Зачем ещё один форк?! И ещё говорите про какую-то стандартизацию Linux!
Не, нку тупо косит под Win 7! Особенно Диск (C:) и (D:)!
