Toolbar icons (split, glue, pen tool) ..

split, glue, select, pen tool.. functions are useful on toolbar icons section too.

Another +100 for allowing some kind of programmable tools. Some of us are used to them and work quicker with them. Maybe Justin and Co. and many users won't believe, I really am a tool hater myself. But if they are virtually invisible and very convenient (like in the good old Logic), why not ? 1) switching sets of mouse/editing behaviors by keycommands, 2) saving the mouse-sets within each screenset/window/project, 3) using all available mouse buttons as separate, programmable "Ts". "Ts" for "Tao's", not Toolz, of course. This method is about ten times quicker and more productive than the current multitool Reaper interface (which I admit, still, is the best multitool DAW interface I've worked with !). Separate tool-spaces are more specialized, and switching screensets together with tools is like switching to another application to continue editing an item - with just one key stroke! Also many tools can be toggled only for a moment, when pressing a modifier key (like the zooming marquee tool with multiple undo-redo), or by moving to another screen spot. Now it's no longer Grandpa's clumsy tools. It's superquick, intelligent "Ts" of the 21st century. So: "Ts"+ "freely programmable mouse (open the toolbox, click mouse button on an icon to pick that tool; then the toolbox disappears)"+ "autosave with screenset"+ "multiple Ts switching mechanisms". It's not evil, at all :)

+1 There's always a couple of actions I'd like to have at the ready, rather than remember the shortcut for them, or finding them in a menu(slower).

+1 to airon's idea... It'd be really useful to have some "empty" buttons there to bind actions or custom actions to them

Other than "pen" they are actions not "tools," right? Seems like a good idea to let users drag actions from the actions window into any tool bar (where the buttons are now, above the timeline, or in the transport). The question would be how would they be graphically represented? (maybe just text buttons generated from the actions name/"button name") Of course the next step would be to have those buttons context sensitive, so that depending what was selected different options would be available. e.g. Why show "glue" when no items are selected.* This certainly has the potential of going from simple little FR to a very involved development effort. . . If I had to vote for how devs used their resources, this certainly wouldn't make the top. (*I'd love to see right-click be a little more context sensitive too in order to keep those menus shorter.

The buttons you are all looking for are on your keyboard. (and you are free to use whatever you like, for example there are q,w,e,r,t,y,u,i...) ;) Although, the idea to have selfmanagable buttons in the uppermenu in reaper is not so bad. Me and every newbie would be happy to see that. for sure.

Buttons for actions, that's smart!