Opened 14 months ago

Closed 14 months ago

Last modified 13 months ago

#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)

haiku_tracker_buttons_horiz.png (31.4 KB ) - added by topolinik 14 months ago.

Download all attachments as: .zip

Change History (6)

by topolinik, 14 months ago

comment:1 by humdinger, 14 months ago

Component: User InterfaceApplications/Deskbar
Keywords: tracker button removed
Owner: changed from stippi to jscipione
Platform: x86All
Summary: Horizontal Tracker and last buttonHorizontal Deskbar cuts off last app entry

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.

comment:2 by topolinik, 14 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 jscipione, 14 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 pulkomandy, 14 months ago

Milestone: UnscheduledR1/beta5
Resolution: fixed
Status: newclosed

comment:5 by kallisti5, 13 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.

Note: See TracTickets for help on using tickets.