[DUG] Vista and Ini files

[David Brennan]

Hi Ross,

 

Exactly my point. They are making it very hard, if not impossible, to update
something system-wide in the registry without making the user run a
re-install or doing a clunky switch to admin rights. 

 

The only redeeming point is that you can presumably get around it with an
ini file in All Users\AppData. But even this sounds like it is getting
harder and it does lead to very mixed metaphors. use the registry for user
values but the All Users directory for global values? What sort of
consistent developer interface is that?

 

I would also be interested to see what Microsoft are doing internally with
their Office/Visual Studio/etc apps. Are they doing this or do they have
their own special Microsoft only ways around things?

 

Cheers,

David.

 

 

 

I'm not sure I can be bothered with all this hassle for just one option.  It
looks like it will have to be an installation option which users can't
change afterwards without reinstalling.

 

What a major hassle.  Ubuntu Linux is looking better every day!

 

Ross.

 

-----Original Message-----
From: delphi-bounces at delphi.org.nz [mailto:delphi-bounces at delphi.org.nz] On
Behalf Of David Brennan
Sent: Monday, 30 April 2007 16:24
To: 'NZ Borland Developers Group - Delphi List'
Subject: RE: [DUG] Vista and Ini files

 

Hi Jeremy North,

 

The suggestion that a program should write to HKEY_LOCAL_MACHINE at

installation and then never again doesn't make much sense to me. If a

software program needs to store stuff in HKEY_LOCAL_MACHINE then odds are

good it needs to be able to change it. 

 

So is there a way to write to some HKEY_LOCAL_ALL_USERS (my invention!) as

opposed to HKEY_LOCAL_USERS?

 

Or does this mean that software programs are meant to be using INI files now

(in All Users profile) instead of the registry for storing machine wide

parameters and settings?

 

I'm asking you because you seem to know what you are talking about ;-).

 

David.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.adventureeducation.co.nz/pipermail/delphi/attachments/20070430/617092c0/attachment.html