Bugs are here. Platform specific, naturally.
I see what you're saying. The command "Expand All" belongs to the outliner, not to the binder. I don't use the outliner because it lacks features I am used to, and since my shortcut works in the binder (but only if I FIRST go there), I assumed "expand all" would belong to the binder.
Expand all, in my opinion, belongs as much to the binder as it does the outliner. My main point in this example was: which should take the universal expand all from the editor? I think either one might be too much of a presumption on the software's part. It can't guess as to which is your primary (which you last clicked on might not really be your primary navigation tool), and expanding both seems to me something that hardly anyone would ever really want. Maybe live with, but not really set out to do. Neither really pops out to me as a good situation. Even though I kind of like the idea of expand/contract all remotely, that quandary makes it difficult to apply.
Remote control in the program in something we (EDIT) don't shy away from. You can for example flip the history on the other split while typing in the other, and eventually we'll add the ability to PgUp/Down remotely, too. So it's not that that is the problem, it's that the remote control only ever impacts the alternate split. Bringing the Binder in as a potential canditate confuses the clarity of the operation.
While you may not work this way yourself, plenty do not use the binder as a primary navigator. They have it set up to affect only one split, which goes to a an outliner/corkboard and then that is set up to auto-load clicks in the second split. So they navigate part of the way with the binder, and then the rest of the way with the navigation split. It's a useful way to work when your draft has 650 pieces; fully expanding the binder is unrealistic. In that case the most relevant outline would be the split, not the binder.
No. Nothing changes. Neither the title bar of the editor (which loses the focus) nor anything in the binder (which receives the focus). I am on Vista32.
I'll check and see if that is a known issue. You are on 1.0.3 right? I recall that was updated fairly recently (my concept of time is blurry, however, so I could be wrong!).
"Reveal in Binder" is irreversible
Ah, got it. That's something to think about. There is, by the way, a passive information tool in the header bar, the "Path" menu. It is functional as well as informational. Selecting any ancestor in the list will jump the editor to that spot, and is thus useful for many contextual operations.