[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: [TSVN] Install for everyone/just me (Was: Re: [TSVN] no eula shown in installer of nightly build)

From: SteveKing <steveking_at_gmx.ch>
Date: 2005-08-13 09:34:27 CEST

Peter Mounce wrote:

> On further reading of docs and a bit of experimentation, it seems like
> having this choice, and remembering the previous choice, is a waste of
> effort.

Well, if you want to default to something, I suggest to "AllUsers".

> First of all, the choice only affects which account's start menu the
> _shortcuts_ to the program get installed to - AllUsers or <CurrentUser>.
> The applications and shell extension are available to everyone (unless
> it's install location is somewhere that other users explicitly don't
> have access to).

Not quite. AFAIK that choice also affects where certain registry keys
get written to. And if they're not written to the right place, other
users won't see the overlays and/or the context menu's because for them
the COM objects aren't registered.

> Secondly, if we want to remember which choice got picked last time, we
> have to use two registry keys; one to record the username of the
> installing user from last time, the other to record the radio button
> they picked. Then if the user is the same this time, we use the choice
> as stored in the registry. If the user doesn't match, we have to store
> _this_ username and choice, too. We could conceivably end up storing
> many usernames and choices in the registry, which seems nasty (to me).

I think it's not necessary to remember that choice.

> Thirdly, there appears to be a "sensible default" that can be applied
> without asking the user to click on something; to wit - if the user is
> an admin, install to the AllUsers account's start menu; if the user is
> not an admin, install to their own account's start menu.

That's what I would suggest: just use that default. But we should
default to "allusers" for Admins.

> Fourthly, it's an unbelievable pain in the ass to modify the dialogs
> using just text. WiXTool is a great help for the previewing, but still
> gets a few things wrong; has no editing-grid, snap-to function,
> multiple-selection-move, undo/redo, and the saved output messes with the
> order of the XML source of the controls in _every_ dialog in the file
> (not just the one being edited) (which would make diffing and merging a
> nightmare). It's taken an evening just to rearrange the controls on one
> form to make room for a pair of poxy radiobuttons and a label. Whinge.
> Sniffle. ;-)

I feel for you ;)

> So, if there are no objections, I'm going to opt for the sensible
> default and eliminate the headache entirely. Tomorrow.

Agreed.

Stefan

-- 
        ___
   oo  // \\      "De Chelonian Mobile"
  (_,\/ \_/ \     TortoiseSVN
    \ \_/_\_/>    The coolest Interface to (Sub)Version Control
    /_/   \_\     http://tortoisesvn.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Sat Aug 13 09:34:56 2005

This is an archived mail posted to the TortoiseSVN Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.