Talk:StuffIt

	This article is within the scope of WikiProject Computing, a collaborative effort to improve the coverage of computers, computing, and information technology on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.ComputingWikipedia:WikiProject ComputingTemplate:WikiProject ComputingComputing articles
Low	This article has been rated as Low-importance on the project's importance scale.
	This article is supported by WikiProject Software (assessed as Mid-importance).

History

Stuffit has a pretty interesting history, none of which is mentioned here. (It was the first and primary file compressor for the mac for many years, produced by Aladdin, which was eventually acquired by smith)

This article reads to me like a press release, which is a shame for such a historical and (once) loved piece of software.

Untitled

StuffIt is not Open Source. Please remove the article from the Free Software category. —Preceding unsigned comment added by 67.101.108.170 (talk • contribs) 15:11, 2004 September 20

Alternatives?

What alternatives, if any, exist for StuffIt? I've searched the net and have only found one Mac alternative (which is still in developement), and none for windows. —Preceding unsigned comment added by 209.124.53.88 (talk • contribs) 12:46, 2005 August 21

If you're on OS X, why not just use .zip, which is built in to the operating system? Just right click on a folder and choose "create archive." Or do you mean something else by "alternative" that I don't understand? Nandesuka 04:47, 22 August 2005 (UTC)[reply]

Another software that has the ability to open stuffit files would be an alternative. To download a 7MB file, install the bloatware and be nagged everytime just to open a .sit file is quite annoying. Some mac fanatics think is a good thing because it supposedly "encourages" people to buy a mac, and send/publish files exclusively in this format, but to me it has the opposite effect.

Zip is a terribly outdated format (that sometimes mangles Mac files,) and the best Apple's sucktastic Archive Utility (which can't even browse, unlike the Zip utility in Windows) can muster is TBZ2. The best thing to do is just switch to Path Finder, which has Stuffit built in, can browse inside archives, and is just better than OS X's Finder in so many other ways. 72.235.10.209 (talk) 08:34, 11 January 2009 (UTC)[reply]

The “What alternatives?” question is useful, and the article does benefit from its partial discussion of alternatives. However, it really breaks down into 3 subsidiary questions:—

What alternatives are available for people who want to extract data from stuffit archives without access to a Mac?
What alternatives are available for people who want to archive data in stuffit format without access to a Mac?
What alternatives are available for people who aren't particularly committed to stuffit format but who nonetheless want to archive data without losing resource fork &/or finder metadata — preferably in formats that are accessible to users of other operating systems?

Some of the answers are already in the article, but with omissions that could confuse the unwary. For instance, there are two rival schemes for putting resource forks in zip archives: the “._” AppleDouble prefix scheme that Apple's recent zip implementations use, and the “.XtraStuffMac” folder that classic MacZip uses for AppleDouble resource-fork data. And to add to the confusion, AppleDouble format originally used a “%” prefix rather than “._”. Perhaps a restructuring of the article (subsidiary headings under “Alternatives”?) is needed to help readers navigate the confusion.

As far as I know, the only answers to question 1 above are (i) to use the Window/Linux ports of Stuffit, and (ii) to run an Apple operating system in an emulator such as Mini vMac, Basilisk II, Sheepshaver or QEMU. For question 2, the only option seems to be the barely documented stuffit-encoding utility in the mac-utils[[1]] package. For question 3, the obvious answers seem to be zip (notwithstanding the rival resource fork schemes mentioned above) and [mar]; but a rigorous answer would also need to take into account whether any implementations of tar (e.g. Apple's tar implementation for recent Macs and the SunTar implementation for pre OS X Macs) can handle resource forks and other metadata (something I've not found out from my casual perusal of the internet). 78.148.192.111 (talk) 18:37, 21 October 2024 (UTC)[reply]

Fair use rationale for Image:Stuffit Icon.png

Image:Stuffit Icon.png is being used on this article. I notice the image page specifies that the image is being used under fair use but there is no explanation or rationale as to why its use in this Wikipedia article constitutes fair use. In addition to the boilerplate fair use template, you must also write out on the image description page a specific explanation or rationale for why using this image in each article is consistent with fair use.

Please go to the image description page and edit it to include a fair use rationale. Using one of the templates at Wikipedia:Fair use rationale guideline is an easy way to insure that your image is in compliance with Wikipedia policy, but remember that you must complete the template. Do not simply insert a blank template on an image page.

If there is other fair use media, consider checking that you have specified the fair use rationale on the other images used on this page. Note that any fair use images uploaded after 4 May, 2006, and lacking such an explanation will be deleted one week after they have been uploaded, as described on criteria for speedy deletion. If you have any questions please ask them at the Media copyright questions page. Thank you.

BetacommandBot 05:09, 3 July 2007 (UTC)[reply]

Stuffit for Linux: Yes, but only a very old version

I'd suggest to discuss it here. Thank you. 84.46.6.46 (talk) 00:30, 4 November 2008 (UTC)[reply]

Stuffit UTI conformance?

Is the UTI conformance a typo? It says "public.date" ... did the author mean "public.data" instead? Uliwitness (talk) 16:54, 16 July 2021 (UTC)[reply]