1 files changed, 45 insertions, 0 deletions
diff --git a/src/interfaces/legacy/Dictionary.h b/src/interfaces/legacy/Dictionary.h
new file mode 100644
index 0000000000..35d677ca35
--- /dev/null
+++ b/src/interfaces/legacy/Dictionary.h
@@ -0,0 +1,45 @@
+/*
+ *      Copyright (C) 2005-2013 Team XBMC
+ *      http://xbmc.org
+ *
+ *  This Program is free software; you can redistribute it and/or modify
+ *  it under the terms of the GNU General Public License as published by
+ *  the Free Software Foundation; either version 2, or (at your option)
+ *  any later version.
+ *
+ *  This Program is distributed in the hope that it will be useful,
+ *  but WITHOUT ANY WARRANTY; without even the implied warranty of
+ *  MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
+ *  GNU General Public License for more details.
+ *
+ *  You should have received a copy of the GNU General Public License
+ *  along with XBMC; see the file COPYING.  If not, see
+ *  <http://www.gnu.org/licenses/>.
+ *
+ */
+
+#pragma once
+
+#include <map>
+#include "AddonString.h"
+
+namespace XBMCAddon
+{
+  // This is a hack in order to handle int's as strings. The correct fix for
+  // this is to get rid of Alternative all togther and make the codegenerator
+  // finally handle overloading correctly.
+  typedef String StringOrInt;
+
+  /**
+   * This is a bit of a hack for dynamically typed languages. In somce
+   * cases python addon api calls handle dictionaries with variable
+   * value types. In this case we coerce all of these types into
+   * strings and then convert them back in the api. Yes, this is messy
+   * and maybe we should use the CVariant here. But for now the 
+   * native api handles these calls by converting the string to the
+   * appropriate types.
+   */
+  template<class T> class Dictionary : public std::map<String,T> {};
+
+  typedef Dictionary<StringOrInt> Properties;
+}