I'm developing a user-driven sandbox application, wherein the user (more or less) builds their interface. In my preliminary web design drafts, I've found myself favoring a contextual content area at the top of my application.
The idea would be that if you had a menu:
Feed | Settings | Logout
and the user clicked Settings, the contextual area beneath it would load the settings for the current page, along with another menu for navigating to the alternate "context irrelevant" content; eg. The user is on the "Shared Documents" page, and clicks Settings:
Feed | *Settings | Logout
*Shared --> Account --> Privacy--> ...
- Shared Setting 1 - (Value)
- Shared Setting 2 - (Value)
Once Settings has been clicked, the shared settings are loaded along with the Settings menu above (granting access to the settings for other parts of the site.)
If a user were to click Privacy, the context sensative area (coined "the stage,") fades out the current content, slides the menu over so that Privacy is now in a prominent position--culminating with the privacy settings fading in:
Feed | *Settings | Logout
*Privacy --> Shared --> Account --> ...
- Privacy Setting 1 - (Value)
- Privacy Setting 2 - (Value)
I've seen similar conventions at work on the mobile platform, yet none come to mind for the web. Can anyone share their thoughts on why something like the above may not be more prevalent in web UI/UX architecture... because it appears to suit my needs perfectly.