Re: [tlug] no, really: Die, .uim, die!

[Dave M G <martin@example.com>]

Jim, Alain,

Thank you for continuing to assist.

Sorry for my misuse of some terminology.

I guess it's more accurate to say that the .uim file in question is 
over_riding_  my settings.

It seems confusing to me because, so far as I can understand it, this 
settings file should represent any changes I make to the settings. If it 
is there to store settings, why does it not accept any changes I make in 
the GUI?

Another reason I find it odd is that it seems that whatever settings I 
make with the UIM GUI, are being stored ( I think in the (.uim.d 
directory). As soon as I remove the .uim file, my preferred settings are 
restored immediately.

So that means whatever changes I make are stored in one place, and this 
file exists in another. It takes priority over any other settings made 
by me, and has settings written into it which I can not change... at 
least as far as I know.

A very odd way to manage settings. So there must be some kind of error 
here. Or, the software was written by an evil madman who made 
frustration part of his goal.

Of Alain's and Jim's band-aid solutions, I went with Jim's, of placing a 
non-overwritable .uim file in my home directory, to block further 
creations of this file in the future. This solution is working very 
well, although of course it does no address the root of the problem.

Given that I have my printer, Palm Pilot, and a TV input card to settle 
first, I think I will turn my focus to those before making any further 
attempt to understand this .uim issue.

Thank you for your help.

--
Dave M G