[java-gnome-hackers] Best way to extend java-gnome functionality?
Brought to you by:
afcowie
From: Niranjan R. <nh...@gm...> - 2013-12-19 00:06:28
|
Greetings, I am looking for a recommended/best way to add support for libraries which java-gnome currently does not support. My primary interest at this time is webkit-gtk version 2 and libsoup and any other supporting libraries these two need I had a code generator working which will read gnome introspection files and will generate required java files and defs files. This approach worked well for Webkit version 1. However for Webkit 2, gtk annotations are not ready yet. My understanding of current architecture is there are finely tuned hand written classes which are public - e.g. VPaned which in turn direct calls to protected class (GtkVPaned) which do actual work. If I introduce new .defs file, I get latter part, but not first part that is no public classes. Exact problems: 1. Keep my additions as separate as possible if I need to upgrade java-gnome library versions. 2. Ideally I would like to load only one JNI library. If I can convince existing infrastructure to accept new source files while still maintaining separation at least at code level. 3. Find easy way to generate public classes - at least for bootstrapping purposes. 4. Convince python script "faster" to accept new libraries - either as a command line parameter or as environment variable I am thinking of 1. Extending code generator so that it can accept source directory on command line 2. Adding code generation part which will generate public classes from def files. This will give me first cut which can be fine tuned latter if need arises. Any ideas/suggestions/thoughts are appreciated. Regards, Niranjan |