Most of the advice online seems to be "you must construct additional LinearLayouts".
Most of the advice online seems to be "you must construct additional LinearLayouts".
Sadly the whole way the layout system works seeps into the programmatic APIs in all sorts of bad ways too -- like, I just want to set the width of this view... there's no setWidth, wtf? Oh... LayoutParams? What in the hell is all this. Not to mention things like every layout type having its own LayoutParams class and all the fun that comes along with changing say a RelativeLayout to a LinearLayout and then having to both change all your different dpi xml files to match (especially on tablet/phone hybrid apps), and also make a ton of code changes to correct your Java casting, etc. bleh.
I really wish Google would let people use HTML and CSS instead of that bizarre relational XML stuff.
Embarrassingly, it actually worked out okay. The thing is, with XML layouts, eventually the functionality requirements force you to pull in nearly all the views in Java and set styles and behavior programmatically. It's not exactly pleasant to do everything in Java (especially things like RelativeLayout.LayoutParams), but you're going to have to do it anyway, so the only thing the XML layouts really save you is setting up the view hierarchy. Perhaps if I worked with a designer who created the XML layouts and styles, this wouldn't be the case, but the Android tools for designers seem laughably bad.
But picked it up again later using Xamarin Studio. Much nicer experience and easier to make a nice design.
I managed to make a small app and have it run on my iPhone and Windows Phone, and my flatmates Android.
Lots of fun, just lacking ideas to make a real world app now :(