slackcoder/xbmc - Kodi is an award-winning free and open source home theater media center software and entertainment hub for digital media

Age	Commit message (Collapse)	Author
2015-08-27	[groovy] Move groovy to tools/codegenerator/	hudokkow

2015-08-26	[groovy] Update to 2.4.4	hudokkow

2015-03-01	codegenerator: improve doxygen integration (thanks notspiff)	montellese

2015-03-01	python: fix property getters/setters for custom API types	montellese

2014-12-16	Revert "change xbmc/ path to src/ in all files"	Rainer Hochecker
	This reverts commit 4949be256667f3e500e52b7084476ae1f2b00d92.
2014-12-15	change xbmc/ path to src/ in all files	Fneufneu

2014-03-10	Correctly use JAVA_HOME when generating SWIG bindings	Tolriq
	Fix some compilation problems on windows with multiple java install or java not in path but with a correct JAVA_HOME defined
2013-12-24	codegenerator handles typdefs - needed for Strnig and Dictionary changes.	Jim Carroll

2013-12-08	Fix codegenerator to handle the <emphasis> doxygen generated by just putting ↵	Jim Carroll
	back the markdown.
2013-10-21	The codegenerator now handles dynamic typing (that SWIG alone could never ↵	Jim Carroll
	to) by using RTTI on the objects passed so that their concrete types, rather than their current static types, are considered correctly when being returned to python. This allows us to remove a lot of extraneous virtual methods from the Control parent class. Removed all of the extraneous methods at the parent level to handle the dynamic language concerns of returning a Control rather than a specific type. Added more documentation and removed some things that were only visible for reasons no longer viable. Hide show/close from python in WindowDialog since they are inherited from Window. Also added a simplistic hack for handling dynamically typed parameters to methods using an Alternative<T1,T2> template. The only better step would be full support of overridden methods. This allows the removal all of the explicit python code in the *.i files (with the exception of the rich compare _rcmp on the Action class).
2013-10-20	[cosmetic] Add documenting comments to the codegenerator template for ↵	Jim Carroll
	clarity. Also changed some things that were dynamically typed in groovy to static typing for clarity and safety.
2013-10-20	[fix] Update to groovy 2.1.7 should fix an old issue when importing classes ↵	Jim Carroll
	relative to the script's location and relative classpath references.
2013-08-11	[cosmetic] update copyright headers	Martijn Kaijser

2013-06-13	[codegenerator] Helper.groovy: add support for class variables	montellese

2013-06-13	[codegenerator] Helper.groovy: fix typo	montellese

2013-03-16	[fix] Update the groovy library to the lastest 1.x version to fix the ↵	Jim Carroll
	"non-latin characters in the path" issue. Closes #13517
2013-03-10	Introduce a Buffer class and use it to replace custom API definitions for ↵	Jim Carroll
	RenderCapture and xbmcvfs.File.
2013-02-09	[cosmetics] update date in GPL header	Martijn Kaijser

2012-11-12	[fix] part2: occasionally on OSX the case insensitive filesystem confuses ↵	Jim Carroll
	the file path calculation when attempting to locate the template file. This change includes a last ditch effort to recover.
2012-11-12	[fix] occasionally on OSX the case insensitive filesystem confuses the file ↵	Jim Carroll
	path calculation when attempting to locate the template file. This change includes a last ditch effort to recover.
2012-10-31	Relative paths to typemaps work from arbitrary locations now. As long as the ↵	Jim Carroll
	classpath is correct.
2012-10-21	[fix] handle multiple entries on the knownapitypes feature line.	Jim Carroll

2012-10-21	[fix] fix the Helper for the codegenerator so that out conversions for api ↵	Jim Carroll
	classes don't require the actual xml node. This is required to support returning api types from other modules.
2012-09-11	Change the name of getBaseName to getRootName since it has nothing to do ↵	Jim Carroll
	with parent classes.
2012-09-11	[win32] fix building XBMC with the SWIG-generated code	montellese
	To be able to run multiple custom build tools in Visual Studio every custom build tool needs to call a batch (*.bat) file but it has to do so using CALL otherwise only the first custom build tool will be executed. Therefore running the custom build tool on xbmc/win32/PlatformInclude.h to generate xbmc/win32/git_rev.h without using CALL blocked all other custom build tools from running. In addition all paths in the batch files have been surrounded by " to make sure they also work when a path contains a whitespace.
2012-09-09	Add Groovy based codegenerator to tools.	Jim Carroll