Scrolling ToolBar ?

[guga]

Someone has an example of a scrolling toolbar ?

I´m not saying a rebar, but a typical toolbar (ToolbarWindow32) that can scroll when the client area is too big for their buttons. For example, if on the toolbar we have 20 buttons and the zie of each one of them is 64 (or 96 or whatever) the total amount of buttons won´t fit the window.

So, is there any example of a scrollable toolbar from where i can move it from left<->right to see the other buttons?

[Grincheux]

I found this link
http://www.progdoc.de/papers/ScrollableBar/scrollable.pdf
https://msdn.microsoft.com/fr-fr/library/windows/desktop/bb760446(v=vs.85).aspx

I continue to search

https://msdn.microsoft.com/fr-fr/library/windows/desktop/hh298391(v=vs.85).aspx
Create a child windows

https://msdn.microsoft.com/fr-fr/library/windows/desktop/bb775450(v=vs.85).aspx
Uning a rebar with chevrons

[guga]

Tks, phillipe. I´m taking a look if i can find something too.

This is for the new RosAsm design i´m doing



The toolbar buttons needs to be scrollable (No rebar). With a statusbar appended to the toolbar (setwindowlong can do it) or by grabbing it with the mouse and "rolling" the toolbar from right to left (Without loosing his functionality: buttons dragable or rolling from right to left and vice-versa, customized, highlight)

I´m fixing a couple of thing in RosAsm (Disassembler and debugger mainly, and i´m trying to make the interface not be so attached to each one of the internal functions, so i can make dlls for it. Like i did with RosMem.dll) and needed that before the next release. I plan to include the new profiler as well.

[ragdog]

Hello Guga

I hope it helps
http://www.masmforum.com/archive2012/4437_ScrollTool_v1_1.zip

[guga]

BIG Tks !!!! Helped a lot  !  :t :t :t

I´ll take a look at the code to implement.



I never used a SysPager control before

[guga]

Tks ragdog

it is working :)

Some minor problems with the colors because i erased the background for double buffering. I´m currently working on it, but the syspager control is working as expected  :t :t

The buttons are being properly highlighted and the toolbar is rolling. Need minor adjusts on the color to avoid this deletion on painting and adjusting the size of the toolbar5 inside the syspager.

[ragdog]

Please Guga

But a Toolbar with Rebar control is better ;)

[guga]

Not sure if it will be better using a rebar on this case.  I use rebar only on the debugger but this is because the debug toolbar have less buttons.

On the main RoAsm toolbar there are at least 20 buttons (i planned to make more on that same btn size = 60 x 60 )

If i use a rebar i could be able to roll from the btns from left to right too and use all of the 20 ones ?

What are the main differences ? I´m currently working on the new design and all ideas are appreciated :) What do you think that a toolbar/rebar may contains (Besides the btns, of course) ? A edit control for search/replace ?

I´m out of ideas of what to insert on a toolbar/rebar, except redesigning the "looks". I´m tired of that old toolbar style.

[jj2007]

If you want to be innovative, add vv more vv or a down array as the middle button and show a second row when the user hovers more than 0.2 seconds over that one.

Even more radical: move the buttons as a function of their usage. Most frequently used in permanent row to the left, least frequently used in row 2 to the right.

[guga]

I liked both concepts  :t

"add vv more vv or a down array as the middle button and show a second row when the user hovers more than 0.2 seconds over that one."

The hover idea seems interesting to show combobox to display a list of functions, search or replace text, etc. So insert controls on the toolbar that are not buttons. Seems useful to display on the screen additional features only on user´s demand. It may help to keep the interface clean (visually speaking) without too many things showing at the same time.

"move the buttons as a function of their usage. Most frequently used in permanent row to the left, least frequently used in row 2 to the right."

Liked it. Maybe add a maximum of 2 or 3 most used btns showing on the left and in the middle of that area keep the rolling toolbar. and on the left, instead using the least used btns, implement the one responsible for the hovering as on your 1st idea ?

So, at the end, the toolbar will contains 3 main "toolbars"
On the left: the most used btns (or simply the ones that we always will use, like: Open, Compile and debug)
On the middle: The toolbar itself hovering to show all of the btns
On the right a isolated btn from where the user click on it (or hover) and a additional toolbar shows below this main area. This additional toolbar may contains no btns, just edit boxes or comboboxes to the user search/replace text inside the code or view a list of functions/constants/macros/strings used on his code

What to you think ?

[guga]

Ok, the new toolbar is taking shape. I´m doing it with a "non Api" toolbar class (I mean, i created a new class, instead using the ToolbarWindow32). It is simpler then windows one, but the results seems prettier and works faster the the normal Api.



I´doing some tests on the functionality and finishing the implementation of this short version of a toolbar.

At night i should start building a "wheelbar" that is a new toolbar class that rolls from left to right when you pass the mouse over it (or click) (Like a roulette or a carousel... but horizontally). I intend to make the wheelbar looks soething like 3D, so when the button is on the middle it appears bigger then the others that are away from it. And while you are moving the wheel, the buttons appears to change it´s size accord, giving the illusion of 3D

The floating toolbar that shows up when you click the "+" sign seems to be the easier part, but i´ll let at at the end after doing the wheelbar