Kind of. That’s what I thought. But I personally use tablet only for sculpting or texturing. I think it’s the default approach used by most of people. Drag-and-select menus (those with little triangles in corner) also look like they were inspired by graphics tablet use.
But when it comes to other changes - Wow finally left-click can do more than only changing cursor position 
And it doesn’t loose its previous function.
This is Perfect indeed!
If I have to criticize the toolbar icons, they do not seem very clear at small sizes (try pressing the +/- keys on the keyboard to zoom in/out the toolbar only), like for example 24x24 pixel which I believe is kind of standard.
Yeah man…
Now if 2.8 doesn’t come like that by default, then I really, really hope there will be some way or even a hack in the preferences to achieve that, otherwise I’m gonna kill myself hahaha…
What if you want to inset multiple faces on different parts of the mesh?
I really hope that the entire right click selection BS will die with 2.7 release series, and hopefully will be remembered as a very dark and repulsive period of Blender’s history 
Always supposed to work this way, (when accessed as a tool, but not from a key binding).
There are other tools that need work here (bevel, loopcut, offset edge loops … etc)
there’s also another great advantage within c4d - drag&drop adding then easily organizing info, controls & sliders in HUD/viewport.
Right Click Select is an option. I prefer it. Don’t force your opinion onto others, might come back sooner than expected. Respect karma.
This is an open topic for now. The toolbar was duplicating menus quite a lot…
We might not add back, but support popovers which can be docked in the viewport if you want.
So this will be the default behavior for all tools?
Well, it would be nice if it would be possible to change it.
In the user preferences in “Editing” tab the there is a checkbox “Release confirms”.
Hopefully it’s possible to make this work for the tools in 2.8.
In 2.79 this checkbox works for stuff like moving keyframes but it has no influence on the tools.
oh yeah, this I like
pretty sure it was already posted but in case someone missed it:
2_8_design_proposal_v02.pdf
or go to:
2.8: Code-Quest (Topics we plan to cover)
all the right questions and some interesting proposals
I guess everybody participating in this discussion should take glance in it
The defaults depend on how you access, as stated already. Using a keyboard can have different defaults to activating as a tool.
The answer is yes - in this case.
However there are many operators so I wont make absolute statements about “all tools”.
Our rule of thumb is not to break the existing efficient keyboard dominant workflow.
That doesn’t mean “Nothing changes”, just that we don’t accept designs choices that degrade the good aspects of Blender’s current workflow (e.g. artists at the Blender institute shouldn’t become less productive ).
Campbell, where do you go to put all shading options, commands, plugins tabs,… in topbar? and the “t-panel” or F6 will have a better implementation than actually? like pin, other positions,…
I think it’s great that some operators get the tool treatment (especially knife, loopcut… basically any operator that’s likely to be called several times in a row) but I don’t see how for instance inset or extrude are improved in any way ? All in all it’s one more click to get your inset, regardless of whether you activate the tool from the toolbar or bind it to a pie menu. Are operators going to stay accessible as they were ? Like a portion of users I have come up with my own pie menu that lays out my favourite operators, and allows me to model pretty much at the speed of thought - it would be a bummer to have to kiss it goodbye.
The toolbar also does not really convince me in its current form, with buttons that big it’s going to be hard to fitting anything else in there given the number of modeling operators Blender has, not accounting for anything the user might want to add - if you guys end up supporting docking.
edit Ok just saw your last comment ! Excellent.
Bravo! Applause!
====
UI: Add icon color saturation preference:
Cool!!! Now color codes make sense again!
Initially tool settings will go into top bar, with general settings in popover panels, further we don’t have plans set in stone - @billreynish has got some designs for ways to handle this - this is part of ongoing design work & testing.
Has any thought been given to update the linking libraries function to allow multiple proxies on the same group instance? IE. It would be nice to be able to animate materials while animating at the same time without having to go back into source files. It would be nice to tweak a shape key as you animate rather than return to the source file.
Great job so far!
Any icons planned around the cursor (or his replacement) that show the work or selected tool from the T-panel?
I think this would be convenient, so as not to be distracted from the process of modeling or anything else
why the option to make tool panel as a tab in properties side is not considered?