If he wants to move it somewhere else then he's probably an advanced user. When I install Eclipse it ends up in my ~/Downloads folder. Then I drag it to where I want it to reside in /Developer/Applications. I have write permissions to that folder.
I've seen the Finder ask the user to authenticate when copying things into /Applications where the user doing the copy does not have enough permissions to do it.
On Oct 7, 2010, at 12:54 PM, Christos Konidaris wrote: My thought exactly. The new user would not be sure if it will break something by moving things around.
-ck On Oct 7, 2010, at 7:45 PM, John Huss wrote: YOU CAN DO THAT???
;-) On Thu, Oct 7, 2010 at 11:41 AM, Ricardo J. Parada <email@hidden> wrote:
If someone wants it somewhere else, then maybe they can just drag it from ~/Applications to wherever they want to put it in.
:-)
On Oct 7, 2010, at 12:37 PM, Christos Konidaris wrote: How about making it a preference in the installer, something like:
a) for All Users (put it in /Applications), b) for this User only (put it in ~/Applications) ?
This way the user should be in control, so everybody is happy and kittens will be spared.
-ck
On Oct 7, 2010, at 6:18 PM, Mike Schrag wrote: Doesn't mean we need to be complicit in their terrible life decisions. And, I would wager that developers would be tend to be more discerning with respect to permissions. I think this is officially a religious argument at this point. I nominate that Jeremy just does whatever makes him feel good ........ with the knowledge that I'll kill a kitten if he puts it in /Applications.
Should we switch over to debating optimal code formatter preferences and curly brace placement?
ms On Oct 7, 2010, at 11:12 AM, David Avendasora wrote:
How do 99% of all Mac users run? I'm guessing as admin users (there's a little evil in all of us).
Sent from my iPad On Oct 7, 2010, at 11:03 AM, Mike Schrag < email@hidden> wrote:
That's because you either made it world-writable or you run as an admin user, either of which is kind of evil.
ms On Oct 7, 2010, at 10:53 AM, John Huss wrote:
I have put eclipse into /Applications forever and I've never had a single problem with permissions. I think that is a non-issue.
John On Thu, Oct 7, 2010 at 9:48 AM, Kieran Kelleher <email@hidden> wrote:
David,
I disagree with you and Timo, and I agree with Mike and others. ;-)
In summary 2 good reasons for installing in ~/Applications, considering that novice/intermediate users are the ones we are trying to make life easy for.....
1) Writeable Eclipse dir ... keep writeable in user dir. Prevent permission issues that 'stump' newbies into giving up too early.
2) Painless migrations to new machines
-Kieran
On Oct 7, 2010, at 7:54 AM, David Avendasora wrote:
> I'm pretty against ~/Applications. Nothing installs there by default. Why would we make an installer that's targeted at getting new users up and running install in a place other than the normal /Applications? Sure ~/Applications is _better_ but it's not _normal_.
>
> If they're advanced enough to want it in ~/Applications then they can move it.
>
> Dave
>
> On Oct 6, 2010, at 9:49 PM, Jeremy Matthews wrote:
>
>> I had no idea what I was getting myself into....heh.
>>
>> This is for newbies...generally speaking, so we'll do ~/Applications...maybe offer a choice...dunno yet.
>>
>> -j
>>
>> On Oct 6, 2010, at 8:57 PM, Mike Schrag wrote:
>>
>>>> I was the same until recently when I switched to a new machine and forgot to copy over eclipse for the umteen'th time. So I moved it to my home directory instead.
>>>>
>>>> If eclipse kept it's plugins and other global config in my home directory I would have no reason to keep it there also.
>>> welcome to one of the longest-standing debates in eclipse history
>>>
>>> ms
>>
>
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list ( email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
_______________________________________________Do not post admin requests to the list. They will be ignored.
This email sent to email@hidden
_______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list ( email@hidden)
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list ( email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
|