Обсуждение:StuffIt

Эта статья имеет рейтинг C-класса по шкале оценки контента Википедии . Она представляет интерес для следующих WikiProjects :

Вычислительная техника : Программное обеспечение Низкая важность Эта статья находится в рамках WikiProject Computing , совместных усилий по улучшению освещения компьютеров , вычислений и информационных технологий в Википедии. Если вы хотите принять участие, посетите страницу проекта, где вы можете присоединиться к обсуждению и увидеть список открытых задач.Вычисления Википедия:WikiProject Computing Шаблон:WikiProject Computing Низкий Данная статья имеет низкую значимость по шкале важности проекта . Эта статья поддерживается WikiProject Software (оценена как средняя важность ).

У Stuffit довольно интересная история, ни одна из которых здесь не упоминается. (Это был первый и основной файловый компрессор для Mac на протяжении многих лет, выпускавшийся компанией Aladdin, которую в конечном итоге приобрела компания Smith)

Эта статья воспринимается мной как пресс-релиз, что является позором для такого исторического и (некогда) любимого программного обеспечения.

StuffIt не является Open Source. Пожалуйста, удалите статью из категории Free Software. —Предыдущий неподписанный комментарий добавлен 67.101.108.170 (обсуждение • вклад ) 15:11, 20 сентября 2004 г.

Какие альтернативы, если таковые имеются, существуют для StuffIt? Я искал в сети и нашел только одну альтернативу для Mac (которая все еще находится в разработке), и ни одной для Windows. —Предыдущий неподписанный комментарий добавлен 209.124.53.88 (обсуждение • вклад ) 12:46, 21 августа 2005 г.

Если у вас OS X, почему бы просто не использовать .zip, который встроен в операционную систему? Просто щелкните правой кнопкой мыши по папке и выберите "создать архив". Или вы имеете в виду что-то другое под "альтернативой", чего я не понимаю? Nandesuka 04:47, 22 августа 2005 (UTC) [ ответить ]

Альтернативой может стать другое ПО, способное открывать файлы stuffit. Загружать файл размером 7 МБ, устанавливать bloatware и каждый раз получать уведомления о необходимости открыть файл .sit — это довольно раздражает. Некоторые фанатики Mac считают, что это хорошо, потому что это якобы «поощряет» людей покупать Mac и отправлять/публиковать файлы исключительно в этом формате, но для меня это имеет противоположный эффект.

Zip — ужасно устаревший формат (иногда калечащий файлы Mac), и лучшее, что может предложить отстойная утилита Archive Utility от Apple (которая даже не умеет просматривать, в отличие от утилиты Zip в Windows), — это TBZ2. Лучше всего просто переключиться на Path Finder , в который встроен Stuffit, который может просматривать содержимое архивов и который просто лучше Finder в OS X во многих других отношениях. 72.235.10.209 (обсуждение) 08:34, 11 января 2009 (UTC) [ ответ ]

Вопрос «Какие альтернативы?» полезен, и статья действительно выигрывает от частичного обсуждения альтернатив. Однако на самом деле он распадается на 3 вспомогательных вопроса:—

1. Какие альтернативы доступны тем, кто хочет извлечь данные из архивов stuffit, не имея доступа к Mac?
2. Какие альтернативы доступны для людей, желающих архивировать данные в формате stuffit без доступа к Mac?
3. Какие альтернативы доступны для людей, которые не особенно привержены формату stuffit, но тем не менее хотят архивировать данные без потери метаданных resource fork и/или finder — желательно в форматах, доступных пользователям других операционных систем?

Некоторые ответы уже есть в статье, но с пропусками, которые могут сбить с толку неосторожных. Например, есть две конкурирующие схемы для помещения ветвей ресурсов в zip-архивы: схема префикса AppleDouble «._» , которую используют последние реализации zip от Apple, и папка «.XtraStuffMac», которую классический MacZip использует для данных ветвей ресурсов AppleDouble. И чтобы добавить путаницы, формат AppleDouble изначально использовал префикс «%», а не «._». Возможно, необходима реструктуризация статьи (дополнительные заголовки в разделе «Альтернативы»?), чтобы помочь читателям разобраться в путанице.

Насколько мне известно, единственными ответами на вопрос 1 выше являются (i) использование портов Stuffit для Windows/Linux и (ii) запуск операционной системы Apple в эмуляторе, таком как Mini vMac , Basilisk II , Sheepshaver или QEMU . Для вопроса 2 единственным вариантом, похоже, является едва документированная утилита stuffit-encoding в пакете mac-utils[[1]]. Для вопроса 3 очевидными ответами, похоже, являются zip (несмотря на упомянутые выше конкурирующие схемы ветвления ресурсов) и [mar]; но для строгого ответа также необходимо принять во внимание, могут ли какие-либо реализации tar ( например, реализация tar от Apple для последних Mac и реализация SunTar для Mac до OS X) обрабатывать ветвления ресурсов и другие метаданные (чего я не обнаружил, бегло просматривая интернет). 78.148.192.111 (обсуждение) 18:37, 21 октября 2024 (UTC) [ ответить ]

Image:Stuffit Icon.png используется в этой статье. Я заметил, что на странице изображения указано, что изображение используется в рамках добросовестного использования , но нет объяснения или обоснования того, почему его использование в этой статье Википедии является добросовестным использованием. В дополнение к шаблону добросовестного использования , вы также должны написать на странице описания изображения конкретное объяснение или обоснование того, почему использование этого изображения в каждой статье соответствует добросовестному использованию .

Пожалуйста, перейдите на страницу описания изображения и отредактируйте ее, включив в нее обоснование добросовестного использования . Использование одного из шаблонов на Wikipedia:Fair use reasone guideline — это простой способ убедиться, что ваше изображение соответствует политике Wikipedia, но помните, что вы должны заполнить шаблон. Не вставляйте просто пустой шаблон на страницу изображения.

Если есть другие добросовестные медиа, рассмотрите возможность проверки того, что вы указали обоснование добросовестного использования для других изображений, используемых на этой странице. Обратите внимание, что любые добросовестные изображения, загруженные после 4 мая 2006 года и не имеющие такого объяснения, будут удалены через неделю после загрузки, как описано в критериях быстрого удаления . Если у вас есть какие-либо вопросы, пожалуйста, задайте их на странице Вопросы об авторских правах на медиа . Спасибо.

BetacommandBot 05:09, 3 июля 2007 (UTC) [ ответить ]

Предлагаю обсудить это здесь . Спасибо. 84.46.6.46 (обсуждение) 00:30, 4 ноября 2008 (UTC) [ ответить ]

Является ли соответствие UTI опечаткой? Там написано "public.date" ... автор имел в виду "public.data" вместо этого? Uliwitness ( обсуждение ) 16:54, 16 июля 2021 (UTC) [ ответ ]