lowfat новый файловый менеджер

Это тоже неправильный подход :( лучше бы придумали координально новый метод работы с ситемой... а то все один и тот же WIMP

Брееед!

Бедные виндузятники от этого срама страдают, так теперь всем что ль эту кашу расхлебывать? Нееет. Спасибо - не надо.

Демка прикольная, но чтобы этим было удобно пользоваться нужен манипулятор покруче, чем обычная мышь. Или что-нибудь трехмерное, или мышь с колёсами горизонтальной и вертикальной прокрутки. А уж по потреблению ресурсов - эту штуку точно low fat не назовешь.

чё за х? скриншотов нет, внятного описания нет -- фтопку такие поделия.

Урезанная концепция Zoom Джеффа Раскина.

>ярлыки с preview вместо скучной плоской файловой системы

Интересно, а как в preview выглядит core?

>скриншотов нет, внятного описания нет -- фтопку такие поделия.

фтопку анонимусов, которые не могут найти ролики с демками.

> Интересно, а как в preview выглядит core?

Как кучка ну этого самого...

P.S.: "скриншоты" есть, но это всё равно что нет.

>Интересно, а как в preview выглядит core?

Можно поставить вопрос ширше, а как будет выглядеть прога, а не документ? Этот метод годится для представления документов, но не произвольных файлов.

ага, очень на то похоже, судя по описанию

Виндой воняет, уберите!

> Можно поставить вопрос ширше, а как будет выглядеть прога, а не документ? Этот метод годится для представления документов, но не произвольных файлов.

Вопрос можно поставить ещё ширше - зачем браузить в каталог с бинарниками при такой концепции?

> Суть подхода автора программы в том, чтобы работать с документами "естественным" образом, т.е. иметь удобно расположенные на рабочем столе ярлыки с preview вместо скучной плоской файловой системы.

Хорошее дополнение к теме "чем занять 7 SPU процессора Cell в Sony PS3" :)

вот интересно почему все зациклились на рабочих столах? ниужели нет других идей работы с данными кроме создания помойки из "иконок", "превьюшек" и т.д.?

> Вопрос можно поставить ещё ширше - зачем браузить в каталог с бинарниками при такой концепции?

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

> Можно поставить вопрос ширше, а как будет выглядеть прога, а не документ?

А я - знаю! Шестеренка??? :)

Нуу.., ладно, как машина :-| Или - деталь машины. Значит, все-же, шестеренка???

Нет, это будут левые пятки %-)

> Значит, все-же, шестеренка???

Лучше - топор.

Lowfat... лучше сразу бы Fatfree назвал :)

> т.е. иметь удобно расположенные на рабочем столе ярлыки с preview вместо скучной плоской файловой системы.

А зачем иметь на т.н. рабочем столе файловую систему?

Почему она у автора скучная - другой вопрос.

Закачай прикольные вирусы и сделай свою файловую систему веселой!

Тьфу, блин.

>P.S.: "скриншоты" есть, но это всё равно что нет.
Где?

Поздно что-то придумывать уже все сделано : www.sqldesktop.com

Все идеально и использует БД для хранения файлов. Как WinFS, которую M$ не допилит никогда

да, штука может и красивая получится, но пользоваться ей вряд ли будет удобно

Прикольно. Хотя конечно только если документы браузить. За такими интерфейсами будующее. ОТносительно программ и подобного. Видимо можно будет в elf встраивать что-то типа exif с тумбнэйлом, маном и тд. То есть все в одном файле. Кстати, так оно почти то и есть когда нвбирается

someprogram --help

то программа выводит подсказку что она и зачем. Видимо такой браузер и будет использовать что-то типа такого ключа или еще как-то дергать информацию.

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

>> За такими интерфейсами будующее.

это уже давно прошлое... причем далеко не лучшее...

>> Видимо можно будет в elf встраивать что-то типа exif с тумбнэйлом, маном и тд

пжалста хоть сегодня можно реализовать подобное например в symbol table экспортировать symbol _help_ который будет указывать на null terminated char[]...

> это уже давно прошлое... причем далеко не лучшее...

??? Что-то я не видел такого... Что же это в прошлом-то было ?

> Так в заголовке оно называется "файловый менеджер", а не "менеджер документов". Но в то же время неплохо бы как-то знать, какие бинарники присутствуют в системе. Так что идею надо еще дорабатывать в любом случае.

Билл сказал, что слово "файл" должно быть для юзера запретным. И, кажется, кто-то из гномов эту гениальную идею подхватил. Но дело даже не в этом. Представленная на демках муйня хороша, когда на десктопе - 3..5 документов/папок, которыми юзер постоянно жонглирует. А если документов действительно МНОГО, и если из них, как всегда, уже сделан редкостный срач, все эти мельтешения будут только мешать и раздражать. В общем, очередная пафосная поделка.

> пжалста хоть сегодня можно реализовать подобное например в symbol table экспортировать symbol _help_ который будет указывать на null terminated char[]...

Во-во... Надо только новую спецификацию выпустить и промотивировать разработчиков дистрибутивов. Можно развивать эту концепцию. Тогда этот браузер к месту придется. Думаю и остальные программы воспользуются этой инфой. Например поиск программы по ключевым словам.

> Например поиск программы по ключевым словам.

Дык это, man apropos :)

>Дык это, man apropos :)

Что то у меня не работает как надо:

sen@senntb ~ $ apropos search

search: nothing appropriate

sen@senntb ~ $ apropos search find

search: nothing appropriate

find: nothing appropriate

sen@senntb ~ $

>пжалста хоть сегодня можно реализовать подобное например в symbol table экспортировать symbol _help_ который будет указывать на null terminated char[]...

даже проще. можно просто секцию в файл добавить. хоть прямо png туда пихать. меня давно такие мысли посещают.

$ apropos player

aaxine (1) - an ASCII art video player

aplay (1) - command-line sound recorder and player for ALSA soundcard driver

arecord [aplay] (1) - command-line sound recorder and player for ALSA soundcard driver

Beep Media Player [beep-media-player] (1) - an audio player for X

% apropos find
chkdupexe (1)        - find duplicate executables
chktex (1)           - finds typographic errors in LaTeX.
dcopfind (1)         - Console DCOP client
FcConfigFilename (3) - Find a config file
ffs (3)              - find first bit set in a word
ffsl (3)             - find first bit set in a word
ffsll (3)            - find first bit set in a word
find (1)             - search for files in a directory hierarchy
find2perl (1)        - translate find command lines to Perl code
findaffix (1)        - Interactive spelling checking
findfs (8)           - Find a filesystem by label or UUID
fmax (3)             - find maximum value
fmaxf (3)            - find maximum value
fmaxl (3)            - find maximum value
fmin (3)             - find minimum value
fminf (3)            - find minimum value
fminl (3)            - find minimum value
glob (3)             - find pathnames matching a pattern, free memory from glob()
globfree (3)         - find pathnames matching a pattern, free memory from glob()
gst-typefind (1) [gst-typefind-0.8] - print MIME type of file
gst-typefind-0.8 (1) - print MIME type of file
kappfinder (1)       - searchs for program to add to the Kde menu
kfind (1)            - KDE find tool
lfind (3)            - linear search of an array
lilo_find_mbr (8)    - a simple script that prints the block device containing the main MBR
pidof (8)            - find the process ID of a running program.
runlevel (8)         - find the current and previous system runlevel.
sane-find-scanner (1) - find SCSI and USB scanners and their device files
texfind (1)          - graphical tool to search for text in TeX input files
tfind (3)            - manage a binary tree
ttyslot (3)          - find the slot of the current user's terminal in some file
XFindContext (3x)    - associative look-up routines
xfindproxy (1x)      - locate proxy services

>А если документов действительно МНОГО, и если из них, как всегда, уже сделан редкостный срач, все эти мельтешения будут только мешать и раздражать. В общем, очередная пафосная поделка.

От страча спасет только ген. уборка : )
Господа, у вас фаназия вообще имеется? Не из-за таких ли как вы мы не имеем воплощений новых инновационных идей не то что в линуксе, а во всей ИТ индустрии? Можно же комбинировать два подхода старой плоской системы (для запуска программ, веба и т.п.) и таким 3д десктопом. Допустим, к тому времени как это выйдет в стабильную версию, у нас вместо манипулятора мышь будут перчатки, удобно будет из списка файлов выбирать нужные документы одной рукой, правой в это время в другом уголке экрана открывать куда их перекинуть, и копировать их туда.. Получается что задействованы будут все 10 пальцев при работе с десктопом - что, при правильной реализации, работать будет также удобнее и быстрее как 2х пальцевый набор на клаве против 10 пальцевого..
Ладно такие перчатки пока не доступны простым смертным (хотя новость пробегала, что уже имеются). Но чувак то нацеливается на TabletPC и иже с ними..
От мельчешения избавиться можно только правильной реализацией выбора документов и комбинирования 2х и 3д мерного десктопа. Т.е. если документов (фоток и т.п.) в папке много - то удобнее работать со списком, если мало то с 3д превьюшками валяющимися на десктопе по аналогии как на столе.

>>пжалста хоть сегодня можно реализовать подобное например в symbol >table экспортировать symbol _help_ который будет указывать на null >terminated char[]...

>даже проще. можно просто секцию в файл добавить. хоть прямо png туда >пихать. меня давно такие мысли посещают.

В OS/2, с 90... лохматого года, есть понятие расширенных атрибутов файла . В которые записывается, в том числе, иконка, превьюшка, ключевые слова документа и прочая и прочая на что хватит фантазии.

PS: EA в линуксе поддерживаются PPS: а вот фантазии линуксоидам, не хватает.

/GLeb

> Значит, все-же, шестеренка???

НЕТ! каждая программа будет быстренько запускаться в маленькой виртуальной машинке и с неё будет делаться скриншот. =)

> НЕТ! каждая программа будет быстренько запускаться в маленькой виртуальной машинке и с неё будет делаться скриншот. =)

Segmentation fault? :)

>> Значит, все-же, шестеренка???

> НЕТ! каждая программа будет быстренько запускаться в маленькой виртуальной машинке и с неё будет делаться скриншот. =)

шестеренки?

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

ЗЫ Собсно а почему бы всю инфу что в файлах есть сразу не вывалить на рабочий стол в виде какой нить трехмерной красивой картинки, бог с ним что мелковато, зато все и сразу.

>>P.S.: "скриншоты" есть, но это всё равно что нет. >Где? придурок, зайди по ссылке "подробности" в раздел screenshots

>PS: EA в линуксе поддерживаются PPS: а вот фантазии линуксоидам, не хватает.

Тёплое с мягким.

> Можно поставить вопрос ширше, а как будет выглядеть прога, а не документ?

Никак. Особенно многостраничный. Дальше фотографий автора не хватило. Даже с видео он спёкся. :)

> Прикольно. Хотя конечно только если документы браузить. За такими интерфейсами будующее.

Нет, это уже прошлый век. Актуально иметь на десктопе _содержимое_, а не файлы. К этому, кстати, KDE 4 будет стремится.

> Можно же комбинировать два подхода старой плоской системы (для запуска программ, веба и т.п.) и таким 3д десктопом.

Огласите преимущества использования 3D десктопа. Особенно в свете отсутствия в широком распространении средств объемной оцифровки и управления. :)

> удобно будет из списка файлов выбирать нужные документы одной рукой, правой в это время в другом уголке экрана открывать куда их перекинуть, и копировать их туда..

Дурдом! Ради элементарного представления fs в виде меню (как в KDE) или быстрый поиск (привет, Beagle) вы начинаете придумывать какие-то усложнения. Да и не нужно основную массу времени перекидывать файлы. 99% времени уходит на поиск и просмотр содержимого и только 1% - на файловые операции.

> работать будет также удобнее и быстрее как 2х пальцевый набор на клаве против 10 пальцевого..

Нафига мне 10-пальцевый набор, если мне на нужно гору бессмысленного текста набирать? Мне удобнее распознавание речи. А вы всё ещё в прошлом веке живёте... :)

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

> Господа, у вас фаназия вообще имеется?

Имеется. Но ЗДОРОВАЯ фантазия, а не больная. Это всё-таки разные вещи.

> Не из-за таких ли как вы мы не имеем воплощений новых инновационных идей не то что в линуксе, а во всей ИТ индустрии?

Нет. Я никак не мешаю её внедрению, я лишь высказываю своё субъективное мнение. "Не имеем" мы по одной простой причине: это практически никому не нужно, не востребовано. Было бы нужно - люди бы сами попросили и установили себе. И это давно уже сделали бы. А когда начинается блеяние в стиле "мы их хотим осчастливить, а они отбиваются", то это говорит только об одном: впаривается перделка. И это КОМУ-ТО нужно.

> Можно же комбинировать два подхода старой плоской системы (для запуска программ, веба и т.п.) и таким 3д десктопом.

Можно. А ещё можно ходить на голове. Но нужно ли? Вот в чём главный вопрос.

> Допустим, к тому времени как это выйдет в стабильную версию, у нас вместо манипулятора мышь будут перчатки

Ужас. Так - подошёл, взял мышь, отпустил мышь, потом набрал что-то на клаве ДВУМЯ руками, снова взял мышь... Всё быстро и удобно. Но наши рационализаторы сказали, что это некошерно и неправильно, надо одевать перчатки. Каким будет следующий анекдот?

> , удобно будет из списка файлов выбирать нужные документы одной рукой, правой в это время в другом уголке экрана открывать куда их перекинуть, и копировать их туда..

Глупости. Мышой и клавой - гораздо быстрее. Впрочем, для извращенцев можно и так. Но я не думаю, что это станет мейнстримом. Слишком муторно.

> Получается что задействованы будут все 10 пальцев при работе с десктопом - что, при правильной реализации, работать будет также удобнее и быстрее как 2х пальцевый набор на клаве против 10 пальцевого..

Да не хочу я никакие перчатки одевать. Мне мобильность нужна. И руки мои для других дел нужны. :) Я ж не целыми днями за компом просиживаю. Хотя геймеры воспримут эту глупость с восторгом.

> Ладно такие перчатки пока не доступны простым смертным (хотя новость пробегала, что уже имеются). Но чувак то нацеливается на TabletPC и иже с ними..

Это ж какой им проц-то понадобится? :)

В общем, мнение моё не изменилось. Вся эта ерунда поможет впаривать леммингам более мощное и дорогое железо. В том, наверно, и польза :)

Понравилось, мышка конечно для полного пользования не катит. Думаю при появлении каких-нить перчаток такой "диалог" с системой будет весьма натуральным.

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

>> В OS/2, с 90... лохматого года, есть понятие расширенных атрибутов файла . В которые записывается, в том числе, иконка, превьюшка, ключевые слова документа и прочая и прочая на что хватит фантазии.

>>PS: EA в линуксе поддерживаются PPS: а вот фантазии линуксоидам, не хватает.

>>/GLeb

хм... и что??? нужен ли в fs такой костыль??? Если мне неизменяет память в HFS тоже есть поддержка мета-данных... так что это все [:]||||||[:]

>> Понравилось, мышка конечно для полного пользования не катит. Думаю при появлении каких-нить перчаток такой "диалог" с системой будет весьма натуральным.

псевдо-научной фантастики смотрим поменьше...