I'm currently playing with an Android layout for an app that is to be used to configure a remote (wireless connected) embedded controller. It configures a bunch of modes and related settings in the controller, and also configures a settings scheduler for all these settings in different modes, plus general setup for the embedded controller's internal stuff. so it's not a trivial one page thing.
I'm trying to stick to the basic android 4 holo building blocks, and so have started with an action bar to hold system configuration actions and high level mode controls, then having basic numeric settings and running info for the different controller modes displayed/edited in the main part of the screen.
Though having spent time in this direction I am now wondering how relevant this is to a configuration app, where almost everything it exists for is actions.
For instance - I want my app to have the ability to put the external controller into standby mode... so I made a little IEC 5009 standby icon for my action bar. The issue is the status of standby mode in the controlled system is also needed to be displayed, but from what I understand, the action bar shouldn't have action icons that change their look based on status.
In a document based app, for instance like gmail or a web browser, it's very sensible to have the main focus of the app on the "content" being viewed or edited. And then have items in the action bar that do actions on that content, or modify the app's setup/view/etc.
The fundamental presence of an action bar is wanted - it does double duty as a title bar, and gives me up navigation. I even have a view control to switch between the fundamental "perspective" modes that makes a lot of sense.. it's really just action buttons that I'm not sure about right now.
I'd really love some perspective from someone who's done work on (or even thought about) an app using action buttons in an action bar that don't relate to editing or viewing "content".
I'd also be interested to hear arguments against using an action bar at all, and if there's any standard interface design pattern that better suits an app intended just for configuration of a complex collection of settings.