Исходное сообщение
"Для ОС Haiku предложен слой совместимости с Xlib/X11" Отправлено анонн, 23-Дек-21 01:23
> Ну, справедливости ради, в Виндах тоже с альтернативными файловыми потоками умеет работать > мало что. Даже собственный файловый менеджер, насколько я помню, не умеет. Причем тут венда, если речь о сабже - там, ЕМНИП, с поддержкой все в порядке, тот же email клиент использует эту фичу во все поля: https://www.haiku-os.org/docs/userguide/en/workshop-email.html > Могу сказать, что большое кол-во прикладников в принципе не знает что такое есть, оказывается. Проблема курицы и яйца - "прикручено кое-как" (или вообще недоступно) - атрибутами не пользуются прикладники, а раз "никто не пользуется", то и дорабатывать никто не спешит. Сделали в древние времена, в первую очередь - под один юзкейс (ACL) и все ... Тем более, распространенные пингвинячьи ФС (EXT) еще и ограничили аттрибуты размером ФС-блока, т.е. 1024-4096 байт. Ну и остается вопрос эффективности такой БД - с одной стороны, для "сохранить MIME тип, чексумму или иконку" хватит и "прикрученного сбоку" (т.е. дополнительного|ых блоков к айноде, хотя ограничение в extX ИМХО тоже сильно играет|ло против). Но вот для коллекций файлов на пару десятков тысяч (то же мыло) нужна уже более серьезная реализация - в сабже, вроде бы, есть индексация атрибутов.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> Ну, справедливости ради, в Виндах тоже с альтернативными файловыми потоками умеет работать >> мало что. Даже собственный файловый менеджер, насколько я помню, не умеет. > Причем тут венда, если речь о сабже - там, ЕМНИП, с поддержкой > все в порядке, тот же email клиент использует эту фичу во > все поля: > https://www.haiku-os.org/docs/userguide/en/workshop-email.html >> Могу сказать, что большое кол-во прикладников в принципе не знает что такое есть, оказывается. > Проблема курицы и яйца - "прикручено кое-как" (или вообще недоступно) - атрибутами > не пользуются прикладники, а раз "никто не пользуется", то и дорабатывать > никто не спешит. > Сделали в древние времена, в первую очередь - под один юзкейс (ACL) > и все ... > Тем более, распространенные пингвинячьи ФС (EXT) еще и ограничили аттрибуты размером ФС-блока, > т.е. 1024-4096 байт. > Ну и остается вопрос эффективности такой БД - с одной стороны, для > "сохранить MIME тип, чексумму или иконку" хватит и "прикрученного сбоку" (т.е. > дополнительного|ых блоков к айноде, хотя ограничение в extX ИМХО тоже сильно > играет|ло против). > Но вот для коллекций файлов на пару десятков тысяч (то же мыло) > нужна уже более серьезная реализация - в сабже, вроде бы, есть > индексация атрибутов.
	Введите код, изображенный на картинке: