Web Connection
wwLocaleInfo Status
Gravatar is a globally recognized avatar based on your email address. wwLocaleInfo Status
  Randy Pearson
  All
  Nov 14, 2018 @ 08:44am

Hi Rick,

We were looking to update some of our framework code, and I noticed that the constant and code for loading wwLocaleInfo.prg had been removed from wconnect.h and wconnect.prg, but that wwServer still has the potential to use this via wwServer.SetLocale(). Nothing ever seems to call that method, so we were wondering whether there was any role left for the locale class.

Thanks, -rp

Gravatar is a globally recognized avatar based on your email address. re: wwLocaleInfo Status
  Rick Strahl
  Randy Pearson
  Nov 14, 2018 @ 12:07pm

The only thing that's changed is the default loading and the constants. The file is still there, but if you use it you just have to manually SET PROCEDURE TO wwLocaleInfo ADDITIVE to use it.

Actually - I just added the LOAD_WWC_WWLOCALEINFO flag back in, but it is false by default. I actually didn't realize there was a dependency in the framework. Probably should bracket the wwServer and wwRequest methods as well.

A lot of work in 7.0 has gone into removing lightly used features from loading by default to trim down the size of the Web Connection base executable.

One thing I'm particularly happy about is that 7.0 no longer has any visual classes except for the actual visual components - everything's been moved to PRG classes.

7.0 is done and ready - just updating some of the docs and little tweaks like this.

+++ Rick ---

Gravatar is a globally recognized avatar based on your email address. re: wwLocaleInfo Status
  Randy Pearson
  Rick Strahl
  Nov 14, 2018 @ 12:40pm

7.0 is sounding good, Rick.

Separate topic: have you looked into supporting bcrypt or PBKDF2 via wwEncryption? I think .NET has implementations, and I understand SHA512 is no longer recommended (by some) for password hashing and the like.

Thanks. -rp

Gravatar is a globally recognized avatar based on your email address. re: wwLocaleInfo Status
  Rick Strahl
  Randy Pearson
  Nov 14, 2018 @ 02:57pm

I think you're thinking of SHA256. SHA512 I believe is still a valid choice based on sheer size.

Problem with BCrypt and others is that they are third party libs, not native. I'm not sure what's actually available for hash algorithms recently but I don't think the list has changed. I'll add whatever is native, but not an external lib. Recommendation would be HMACSHA512.

+++ Rick ---

© 1996-2018