[sldev] RFC: design proposal for VWR-1071
Dzonatas Sol
dzonatas at gmail.com
Wed Jul 15 20:48:23 PDT 2009
It appears the attempt to break out the *settings.xml were inconsistent,
but were used anyways. With the patch, the inconsistency is easily
noticed. There is info for the client software, for the user, for the
avatar, for the grid, for the machine, etc etc.
At this point, I suggest to use SQLite instead of the current xml for
settings. There is no need to reinvent the wheel here in order to handle
the desired complexities in settings.
Ambrosia wrote:
> A note here,
>
> I strongly, -strongly- suggest against reading and storing the alt
> information in the normal custom user settings.
>
> Remember, any options that any other client one might use does not
> know about get removed from the custom settings.xml, on start of said
> client.
>
> Simply store the alt account information, with the passwords encrypted
> in some manner, in a new alt_info.xml that gets stored in
> SecondLife/user_settings.
>
> The client has excellent functions to read and write this data, and
> you can then also make backups of this specific file for other
> computers with the same featuure supporting client. Also, the
> information would not be overwritten by using other clients that do
> not support it.
>
> When it comes to non-printable characters in the binary encoding of
> the stored passwords, well, there are alternatives to that encoding
> that allow storage in an ascii-safe matter.
>
> On Wed, Jul 15, 2009 at 13:15, Argent
> Stonecutter<secret.argent at gmail.com> wrote:
>
>> Wouldn't the per-account information (like the password) go in the per-
>> account settings files?
>>
>> And after reading more of this thread, I'm inclined to prefer a
>> separate user interface element to select the user name, not part of
>> either user entry box, possibly even in the menu bar.
>> _______________________________________________
>> Policies and (un)subscribe information available here:
>> http://wiki.secondlife.com/wiki/SLDev
>> Please read the policies before posting to keep unmoderated posting privileges
>>
>>
> _______________________________________________
> Policies and (un)subscribe information available here:
> http://wiki.secondlife.com/wiki/SLDev
> Please read the policies before posting to keep unmoderated posting privileges
>
>
More information about the SLDev
mailing list