Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 380703 - Floating action bar
Summary: Floating action bar
Status: RESOLVED WONTFIX
Alias: None
Product: Orion
Classification: ECD
Component: Client (show other bugs)
Version: 0.5   Edit
Hardware: PC Windows 7
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Project Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 367458 380454 381610
  Show dependency tree
 
Reported: 2012-05-25 12:15 EDT by Szymon Brandys CLA
Modified: 2015-05-05 14:37 EDT (History)
4 users (show)

See Also:


Attachments
Mockup (20.54 KB, image/png)
2012-05-25 13:05 EDT, Szymon Brandys CLA
no flags Details
The idea shown for floating section header (20.20 KB, image/png)
2012-05-25 14:25 EDT, Szymon Brandys CLA
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Szymon Brandys CLA 2012-05-25 12:15:26 EDT
This bug is to discuss an idea.

We have a section with toolbar and an explorer inside (e.g. unstaged section on git-status2). We agreed that each item has the default action on the left and other actions are available in the toolbar when something is selected.

My idea is that if just one item is selected the actions area floats to this item row. If we select more than one item, the actions area floats to the toolbar. We may use an animation similar to the one from Libing's example on Bug 374400.
Comment 1 Szymon Brandys CLA 2012-05-25 13:05:17 EDT
Created attachment 216306 [details]
Mockup
Comment 2 Susan McCourt CLA 2012-05-25 13:33:26 EDT
I really like this idea!  It reminds me of when we had the floating/hover inline actions, but that was not tablet friendly.  Now that we have a selection model, it lets us bring back the idea that the actions appear when you need them, and there's none of the confusion about what it applies to.
Comment 3 libing wang CLA 2012-05-25 14:24:07 EDT
(In reply to comment #2)
> I really like this idea!  It reminds me of when we had the floating/hover
> inline actions, but that was not tablet friendly.  Now that we have a selection
> model, it lets us bring back the idea that the actions appear when you need
> them, and there's none of the confusion about what it applies to.

I do like it as well.
We need a widget like this so later on we can consume it in different places.
One thing I am not sure is that why do we treat single selection differently?
If the single selection is out of view port  I still need to see the floating bar.

Maybe I am thinking something further: I was expecting the floating bar to be able  to dock in page level as well(under page too bar?).
Comment 4 Szymon Brandys CLA 2012-05-25 14:25:17 EDT
Created attachment 216310 [details]
The idea shown for floating section header
Comment 5 libing wang CLA 2012-05-25 14:56:38 EDT
(In reply to comment #4)
> Created attachment 216310 [details]
> The idea shown for floating section header

Perfect. And here is the third case:
When the actions are not visible from view port(either in single or multiple selection case), it should goes to some where under page toolbar.
Comment 6 Szymon Brandys CLA 2012-05-25 15:37:11 EDT
(In reply to comment #5)
> (In reply to comment #4)
> > Created attachment 216310 [details]
> > The idea shown for floating section header
> 
> Perfect. And here is the third case:
> When the actions are not visible from view port(either in single or multiple
> selection case), it should goes to some where under page toolbar.

Actually some section header is visible all the time and is sticked to the top of the page. That is shown in attachment 216310 [details].
Comment 7 John Arthorne CLA 2015-05-05 14:37:54 EDT
Closing as part of a mass clean up of inactive bugs. Please reopen if this problem still occurs or is relevant to you. For more details see:

https://dev.eclipse.org/mhonarc/lists/orion-dev/msg03444.html