HeaderSuffixContent set to grid with 74 width about dragablz HOT 17 CLOSED

The reason it's there is because I was having trouble with sizing/measuring of the tab header strip, tabs pushing up - and then over - towards the standard Window buttons & scroll bars, all cuasing a bit of a layout issue.

Yes...it's not right, but there is some history behind it.

I'll try and revisit it, resolve the underlying issue and remove the default.

from dragablz.

gotya .. i'm kind of in the same position now.
I'm trying to get the dragablzitemscontrol to size properly, and I got it to work partly, but that kind of stuff is always a pita.

from dragablz.

I'll try and improve...

from dragablz.

@mrfrostfire which style and window are you using?

from dragablz.

I only need the dragablz for the ability to drag tabs around, so i've tried to keep it as native as possible.
So i'm just using it as a tabcontrol with ability to drag tabs around if that helps.

from dragablz.

Btw, I used the MaterialDesign style as the base and have modified it to what we need it for.
There's still problems with the sizing though causing limitations due to the meassureoverride etc.
I get that the canvas is causing issues due to it not reporting any size. But can't that be solved by specifying it's width/height based on the content inside instead of having a meassureoverride on the itemscontrol etc?

from dragablz.

The MeasureOverride in DragablzItemsControl is a pretty fundamental requirement to figure out how big the content is, according to the IItemsOrganiser; which is plug-able.

from dragablz.

ok, then just replacing it might be a bit hard.
So here's the issue i'm currently at:
We want to have the tabs inside a scrollviewer to be able to do horizontal scrolling if there's not enough room to fit all the tabs into the area.
While doing that, we want to have the defaultaddbutton flowing to the right of the tabs as it is per default.
The addbutton however should be outside the scrollviewer as it should always be visible.
I haven't been able to find any combination of that scenario that works, since either the addbutton is pushed out because the itemscontrol takes up too much space, or it gets aligned wrong.
Do you have any suggestions?

from dragablz.

Can you post a sketch of that?

My intent is to remove the default suffix, and rework the style a bit, so when I do that I'll try and get your requirement working.

from dragablz.

Here's a pic of the header using styled dragablz before the scrollviewer is activated and after.
I hope that helps
The scrollviewer is styled to have a button on the left and right side of the itemscontrol to scroll them forth and back.

And thanks!

from dragablz.

Nice theme 👍

from dragablz.

Thanks :)

from dragablz.

So yeah, turned out to be a 1 liner, where I wasn't measuring the default add button when calculating the size of the header strip, so incoming will give you this:

from dragablz.

GitHub auto-closes issue...but please let me know if this is OK with your style...

from dragablz.

i'll try it out asap .. probably tomorrow

from dragablz.

Thank you! Worked like a charm.
Since I have the scrollviewer around the dragablzitemscontrol, I moved the maxwidth binding to the scrollviewer and bound the dragablzitemscontrols maxwidth to its own ItemPresenterWidth.
This makes sure to compensate for any additional size the scrollviewer might take up.

from dragablz.

👍

from dragablz.