https://bugzilla.novell.com/show_bug.cgi?id=636465
https://bugzilla.novell.com/show_bug.cgi?id=636465#c2 --- Comment #2 from Mike Kestner <[email protected]> 2010-09-08 03:33:18 UTC --- RE ArrayAdapter, the base class already has a Register attribute, and it would be the same as the one we put on ArrayAdapter<T>, right? We need to be able to support the case where a second-level ancestor contains a register attribute if we don't already. Handling generic wrappers between there seems like something that should be possible for monodroid.exe. This is basically the same scenario as: public class MyListView : Android.Widget.ListView {} public class MyTrickedOutListView : MyListView {} MyListView doesn't have a Register attr, but must be looked through to the ListView to realize it needs to be wrapped, and the MyListView java class must be determined programatically due to the lack of a Register in user-code. The constructor chaining also must be deduced dynamically here. As far as non-concrete Generic subclasses, I'm guessing we'll need to escape the type parameters into the name as you suggest. At least for the overloaded types. We could certainly mark this support as future. I don't think that stops us from handling the OrderAdapter : AdapterView<string> {} case now though. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. _______________________________________________ mono-bugs maillist - [email protected] http://lists.ximian.com/mailman/listinfo/mono-bugs
