RileyM, please look in your help files...
Explaining everything about GetSetting/SaveSetting is too much. And explaining the registry API's is even much more to explain.
Put your cursor on "GetSetting" and/or "SaveSetting" in VB6
and press F1 to access the help files...
Or, in case you have an illegal version
you can also take a look at the msdn library which contains all the VB6 helpfiles. More specifically, the
Visual Basic Document: Programmers Reference. There you'll find every command, statement, whatever you can use in VB6 with full detailed explanations (just as in the help files; heck, they are the helpfiles, but online).
eg:
SaveSetting
GetSetting
DeleteSetting
GetAllSettings
---------------
As for GetSetting/SaveSetting. This saves data to "HKEY_CURRENT_USER\Software\VB and VBA Program Settings\*". But that registry path isn't much appreciated by many ("professional") people. If you can, don't use GetSetting/SaveSetting as they not only save data in a very obscure place, they also don't provide much flexibility. Use the registry API functions instead, but only if you know exactly what each function does and why and what the restrictions are etc. In other words, you need to know (almost) everything about the registry and its API's. This said, if you are making a private project (one which you aren't gonna distribute) you can do whatever you like of course.
---------------
Also, a very important note on the registry example modules/classes you'll find on the net for VB6. They all are roughly the same (no wonder, they all are copies from eachother without people even checking the API's and their funcionality and ins and outs!!!). They contain some errors and/or some minor glitches and don't always provide 100% compatibily with all Windows versions or even provide decent/correct functionality (yes, and I'm even speaking of the ones you'll find on sites like vbAccelerator, although they are correct for the most part, they often are very bloated... Codes you'll find on PSC are even worse and should never be taken as-is!)...
I say this because some time ago, I searched for some example registry module/class (because I was in a lazy mood). After finding out that everything you find on the net is a copy of eachother I began to wonder and studied the API's and registry and quickly came to the conclussion that all those sources can be optimized a lot and even contained some glitches (note: all this goes for many many... many example sources).