#18299 closed bug (fixed)
Horizontal Deskbar cuts off last app entry
Reported by: | topolinik | Owned by: | jscipione |
---|---|---|---|
Priority: | normal | Milestone: | R1/beta5 |
Component: | Applications/Deskbar | Version: | R1/beta4 |
Keywords: | r1beta4-fixes | Cc: | |
Blocked By: | Blocking: | ||
Platform: | All |
Description
I've seen this in haiku 32 bit beta4 hrev 56578+70 run into a virtualbox VM. When using horizontal Tracker, the last application button (on the right) doesn't have the same spacing as the remaining ones, and appears to be smaller. Going to attach screenshot (my hand drawn arrows are strictly copy-pasted).
Attachments (1)
Change History (6)
by , 21 months ago
Attachment: | haiku_tracker_buttons_horiz.png added |
---|
comment:1 by , 21 months ago
Component: | User Interface → Applications/Deskbar |
---|---|
Keywords: | tracker button removed |
Owner: | changed from | to
Platform: | x86 → All |
Summary: | Horizontal Tracker and last button → Horizontal Deskbar cuts off last app entry |
comment:2 by , 21 months ago
I reproduced on haiku 64bit both on bare metal and into a VM (same hrev).
The number of launched application is the culprit: this shorter application button gets created just a step (an application) before both arrows appear. Open a further application and you'll get the arrows.
(Does Deskbar set button width based on localized strings???)
comment:3 by , 20 months ago
https://review.haiku-os.org/c/haiku/+/6214
Haiku does not set the team menu item widths based on localized strings, it's calculated by subtracting out the other widths. Something must have changed in Deskbar to make the width calculation be off by a bit. I managed to fix the problem by getting the leaf menu width from the object instead of trying to (re)calculate it.
comment:4 by , 20 months ago
Milestone: | Unscheduled → R1/beta5 |
---|---|
Resolution: | → fixed |
Status: | new → closed |
comment:5 by , 19 months ago
Keywords: | r1beta4-fixes added |
---|
cherry-picked to r1beta4. topolinik, a pkgman update
tomorrow should resolve this one for you in r1beta4.
Sorry for the delay, we're trying to get a bit better about cherry-picking fixes to release branches.
It's the "Deskbar". :)
I cannot reproduce here on 64bit, though I doubt the architecture mkes a difference. Maybe it's related to using localized application names. Normally, when the number of open applications exceeds the width of the Deskbar, arrows appear to scroll left and right.