Mailing List
Home
Forum Home
Mac Game - Mac game development
Rivers of MUD - a Diku and Merc based multiuser dungeon
SMAUG
Subjects
Getting UDP through NAT/firewalls/whatever for a game
Getting UDP through NAT/firewalls/whatever for a game
QuickTime errors
Python script as stand alone MUD server
Subject: Various sound problems
Fragment Shaders & GL TEXTURE RECTANGLE EXT
Subject: Timers and global variables
Re: Language and platform for Text MUD server
Apparent acquisition of Yantis (mysupersales) by IDE
HID keyboard
Getting UDP through NAT/firewalls/whatever for a game
Microsoft Sparkle
Subject: Director MX
Congratulations Horizons
Yet more problems fullscreen mode
Apple Dev Kitchen Them 's tasty vittles, Maw!
NSOpenGLContext, Pbuffers, and drawables
More DCR "theft " naughtiness
dynamic sprite creation and imaging lingo
Re: Find stuff in Flash array?
Effects of skill imbalances?
QuickTime errors
Rom 2 4/Quickmud Enhancement/Bug fix
Subject: Working with XML files/CFURL
smooth scrolling/subpixel tweening
RE: (Ron help me?) Flash text
Subject: Flash Racing
Subject: MudDev FAQ 2
Browser based games
Installing GLUT
Special character in Flash XML
 
Apple and Gaming

Apple and Gaming

2007-11-22       - By Henry Maddocks

 Back
Reply:     <<     11     12     13     14     15     16     17     18     19     20     >>  

I was really trying to avoid getting into this :(

On 23/11/2007, at 5:02 PM, Alexei Svitkine wrote:

> I say it's very un-Mac like to have the removal of an application  
> to require more effort than a drag-n-drop to the trash.

Rubbish. There are apps available devoted to removing all traces of  
apps from your disk. If you drag iPhoto.app to the trash does it  
remove your iPhoto Library? What about the preferences or USER  
installed plugins?

Drag and drop install is a Mac thing, not drag and drop un-install.


> Games that download their content (many megabytes, etc) to anywhere  
> but their own folder automatically fail on this criteria.
>
> So you can argue both ways with this issue.

No you can't because Mac OSX is a 'secure' multi user environment and  
you have to operate by the rules of that environment. Far cleverer  
people then you, I or Aaron have set these rules for a reason. Follow  
them.

> My question is, what's wrong with the game writing to its own  
> folder inside Applications (note: it's not writing to the  
> applications folder).

Because this makes the directory writ-able by anyone, including your  
binary which is then open to being modified under the user.
Scenario...
User A downloads a trojan that modifies your app. User B (or worse,  
root) runs your app which proceeds to hose the system.

Are you prepared to deal with that support call?

And sure you can come up with all sorts of elaborate schemes to get  
round this, but we already have a simple one. Don't write to your app  
bundle.

> With ACLs, the user who installs the game can add users who he  
> would allow to use the game into the ACLs for the game's folder.

Permissions are way above most Mac users (and it appears some  
developer) let alone ACLs. See the above comment about elaborate  
schemes. Plus it doesn't solve the security issues.


> (Other than silly arguments like 'you can't run it from a disk  
> image' ... oh no!).

Just about every app I download gets run from the disk image to see  
if it's any good before I install it. You happy to fail that test?

Look, games aren't special. Other than crap UI there is absolutely  
nothing that they do that any other app doesn't. Stop kidding  
yourself and get with the program.

Henry

__ ____ ____ ____ ____ ____ ____ ____ ____ ____
Do not post admin requests to the list. They will be ignored.
Mac-games-dev mailing list      (Mac-games-dev@(protected))
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/mac-games-dev/junlu%405341.com

This email sent to junlu@(protected)