The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Анонсировано новое легковесное десктоп-окружение на базе Qt ..., opennews (??), 16-Дек-11, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


83. "Анонсировано новое легковесное десктоп-окружение на базе Qt ..."  +4 +/
Сообщение от Sokoloffemail (?), 17-Дек-11, 11:58 
> А то мне всегда казалось, что основу DE должен составлять файловый менеджер, поскольку сложно назвать DE то, что файл переименовать не позволяет.

Antico я вляется родителем только исторически. Код антико был страшен, и пришлось переписать его полностью. Фм может не основа ДЕ, но важная часть, да. Я знаю несколько Qt-шных ФМ, но они все сырые. На свой ФМ пока времени не хватает, поэтому пока ждем, или кто-то из существующих подрастет, или будем пилить свой.


Ответить | Правка | Наверх | Cообщить модератору

122. "Анонсировано новое легковесное десктоп-окружение на базе Qt ..."  +2 +/
Сообщение от Crazy Alex (ok), 17-Дек-11, 14:58 
Фичреквест или вопрос - уж не знаю - вам: планируете ли сделать какой-то внятный механизм работы с архивами, ssh/smb и тому подобным?
Очень хотелось бы это видеть на база FUSE, причем так, чтобы не-DE приложения могли этим пользоваться. То есть, грубо говоря, монтируем нужную FS, для DE красиво пишем, куда смонтировали, но позволяем легко получить реальный путь, куда можно сделать обычное cd. Ну и утилита командной строки, которая умела бы смонтировать данное и вернуть путь, по которому смонтировали. Ну и всякие нюансы - вроде сохранения где-то ассоциаций "что куда монтировали" и автоматическое размонтирование по неактивности.

Избавитесь от кучи проблем вида "SMB поддреживаем, но только в расово верном аудиоплеере". Так - в диалоге открытия файлов выбираем или  вписываем самбовский путь, ходим выбираем файлики - а плееру отдаём пути в локальной FS. Если он туда ломится позже (хоть и после перезагрузки) - берем из базы ассоциаций и монтируем нужную точку.

Ответить | Правка | Наверх | Cообщить модератору

128. "Анонсировано новое легковесное десктоп-окружение на базе Qt ..."  +/
Сообщение от Омоним (?), 17-Дек-11, 16:15 
avf.sf.net
Ответить | Правка | Наверх | Cообщить модератору

129. "Анонсировано новое легковесное десктоп-окружение на базе Qt ..."  +1 +/
Сообщение от Sokoloffemail (?), 17-Дек-11, 16:33 
> Фичреквест или вопрос - уж не знаю - вам: планируете ли сделать
> какой-то внятный механизм работы с архивами, ssh/smb и тому подобным?

По хорошему это не должно реализовываться в прикладном ПО. IMHO это нужно реализовавать на уровне системных библиотек, чтоб fopen умел работать с именами вроде "smb://server/share/file". Но это не реально, это означает сломать стандарт.
Поэтому, в свое время нам придется писать костыли. Про архитектуру я пока ничего сказать не могу, я не изучал этот вопрос.


Ответить | Правка | К родителю #122 | Наверх | Cообщить модератору

135. "Анонсировано новое легковесное десктоп-окружение на базе Qt ..."  +/
Сообщение от Аноним (-), 17-Дек-11, 18:53 
> fopen умел работать с именами вроде "smb://server/share/file"

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

> это не должно реализовываться в прикладном ПО

Здесь согласен.

Ответить | Правка | Наверх | Cообщить модератору

145. "Анонсировано новое легковесное десктоп-окружение на базе Qt ..."  +/
Сообщение от mine (ok), 17-Дек-11, 20:41 
Это вам к plan9
Ответить | Правка | Наверх | Cообщить модератору

150. "Анонсировано новое легковесное десктоп-окружение на базе Qt ..."  +/
Сообщение от Crazy Alex (ok), 17-Дек-11, 21:59 
Да мне, в общем, всё равно как концептуально это будет - до тех пор пока я могу каким-то образом открыть файл на удалённой файловой системе или в архиве любой уже существующей программой без её доработки. Полагаю, красивее было бы если бы open понимал URI и на него вешались обработчики, и это даже можно реализовать через патч к libc или через LD_PRELOAD - но наверняка будет куча софта которая с подобным будет несовместима. Поэтому, как мне кажется, честный монтировщик-маппер - решение гораздо более практичное несмотря на то, что пути он будет отдавать "некрасивые".

Кстати, в винде обработчики на URI вешаются, и это таки удобно. Но там-то отдельного слоя DE или GUI, зато есть очень навороченная концепция shell namespaces, которые, кстати, по отношению к обычным путям первичны. А в никсах первичны именно пути, так что от них  и надо отталкиваться.

Ответить | Правка | К родителю #135 | Наверх | Cообщить модератору

151. "Анонсировано новое легковесное десктоп-окружение на базе..."  +/
Сообщение от arisu (ok), 17-Дек-11, 22:06 
> Полагаю, красивее было бы если бы open понимал URI и
> на него вешались обработчики

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

Ответить | Правка | Наверх | Cообщить модератору

143. "Анонсировано новое легковесное десктоп-окружение на базе Qt ..."  +/
Сообщение от Michael Shigorinemail (ok), 17-Дек-11, 20:35 
> Я знаю несколько Qt-шных ФМ, но они все сырые.

На всякий: http://qt-apps.org/index.php?xsortmode=high&page=0&xcontentm...

Вообще да, файл-менеджер -- хана киоску и начало десктопу, факт.

Ответить | Правка | К родителю #83 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру