Today the dictionaryValue converts only from/to integer, float or boolean types. I am thinking about adding conversions from/to strings as well, so that dictionaries are a bit more flexible as a data exchange format.

Of course, string to int / double / bool would be done safely (using parseInt/ parseFloat... and checking that the number of bytes read is equal to the length of the string). 

Before doing this though, I'd like to know if you would be interested in integrating this feature in the library in the future (provided that the code works for you of course), as I would prefer to avoid forking. Also I am wondering if this is possible to implement it in a way that supports third party string implementations.

I have had a deeper look at it... Since dictionary already uses the std string implementation I guess it's not a problem to have a dependency on it :-).

So far it seems to be working pretty well, and it is quite useful to be able to cast from/to string, especially when dealing with text files dumped into a dictionary. I have implemented "unsafe" conversions in the end, since it is already done like this for double to int or int to double etc.

Since the cast is explicit, I guess it's not an issue.

By the way I have noticed a couple of weird return values in the Get function (it returns true when the conversion is not successful, and for booleans, it simply always return false).

I will upload a patch later if you are interested!

But if I understand correctly there is no conversion routines for strings?

Indeed, maybe that's the way to go then. I was just afraid of modifying the specification of strings in the language. I guess an explicit cast is preferred in this case (for literals to strings at least).

I have indeed seen this. Thanks!

For implicit constructor conversion, does it mean that the following code will compile?

any@ GetAny()
{
  int i=0;
  return i;
}