JaedenRuiner
Well-known member
- Joined
- Aug 13, 2007
- Messages
- 340
- Programming Experience
- 10+
Well,
I'm placing this here because well, every time I place something in the General it gets moved, so I'm trying to guess which category this fits into.
It is sort of deployment, but my problem isn't on the the deploying side but the generate My.Settings stuff, but regardless this is the issue:
Windows.Forms.Application Static Class
These are very helpful and easy to use properties for quick and simple access to Application specific locations for storage or settings. That's fine, and quite nice as well the moment they are accessed they actually create their location, so when I did a Console.Writeline() of all their string values, immediately following the Hard Drive Locations and Registry Keys were created.
Not a problem. The issue revolves around the handling of "Spaces" in the names. Example:
As you can see all of these are created exactly like they should be. now look at where my My.Settings object saves the user.config file:
\Local Settings\Application Data\CorbiPlastics,_LLC\RexamClean.exe_StrongName_cadninxn5l3yxjsagxaqwat2ra5utq4w
It replaced the " " with a "_". Why? Can I control this behavior? I basically was planning to utilize and conform more to some of the VB standards, but If I request the Application.LocalUserAppDataPath, and the folder is created for me to access, then it should be the same as the my.Settings default save location so I'm in the same place. I figure I could try to write my own "LocalFileSettingsProvider" but there doesn't seem to be much good documentation on where to begin writing one's own settings provider.
Thanks
I'm placing this here because well, every time I place something in the General it gets moved, so I'm trying to guess which category this fits into.
It is sort of deployment, but my problem isn't on the the deploying side but the generate My.Settings stuff, but regardless this is the issue:
Windows.Forms.Application Static Class
Application.UserAppDataRegistry, _
Application.UserAppDataPath, _
Application.LocalUserAppDataPath, _
Application.ProductVersion, _
Application.CommonAppDataPath, _
Application.CommonAppDataRegistry
Application.UserAppDataPath, _
Application.LocalUserAppDataPath, _
Application.ProductVersion, _
Application.CommonAppDataPath, _
Application.CommonAppDataRegistry
These are very helpful and easy to use properties for quick and simple access to Application specific locations for storage or settings. That's fine, and quite nice as well the moment they are accessed they actually create their location, so when I did a Console.Writeline() of all their string values, immediately following the Hard Drive Locations and Registry Keys were created.
Not a problem. The issue revolves around the handling of "Spaces" in the names. Example:
VB.NET:
HKEY_CURRENT_USER\Software\CorbiPlastics, LLC\UpdateInstall\1.2.1.10
C:\Documents and Settings\All Users\Application Data\CorbiPlastics, LLC\UpdateInstall\1.2.1.10
HKEY_LOCAL_MACHINE\Software\CorbiPlastics, LLC\UpdateInstall\1.2.1.10
and
\Local Settings\Application Data\[B]CorbiPlastics, LLC[/B]\RexamClean\1.1.5.30As you can see all of these are created exactly like they should be. now look at where my My.Settings object saves the user.config file:
\Local Settings\Application Data\CorbiPlastics,_LLC\RexamClean.exe_StrongName_cadninxn5l3yxjsagxaqwat2ra5utq4w
It replaced the " " with a "_". Why? Can I control this behavior? I basically was planning to utilize and conform more to some of the VB standards, but If I request the Application.LocalUserAppDataPath, and the folder is created for me to access, then it should be the same as the my.Settings default save location so I'm in the same place. I figure I could try to write my own "LocalFileSettingsProvider" but there doesn't seem to be much good documentation on where to begin writing one's own settings provider.
Thanks
