#8895: Artifacts in menu bar when resizing horizontally
----------------------------------+----------------------------
Reporter: humdinger | Owner: stippi
Type: bug | Status: assigned
Priority: normal | Milestone: R1
Component: Kits/Interface Kit | Version: R1/Development
Resolution: | Keywords:
Blocked By: | Blocking: 13067
Has a Patch: 0 | Platform: All
----------------------------------+----------------------------
Comment (by axeld):
I looked into the issue briefly, and I'm almost confident that it doesn't
have (anymore, after hrev51035) anything to do with
`BView::FrameResized()`; the `Draw()` calls match up.
Some interesting notes:
* In the non-layout constructor, a `B_FULL_UPDATE_ON_RESIZE` is being
used. Adding this flag to the layout-supporting constructor let the
problem go away.
* However, using `Invalidate()` in `FrameResized()` only works for the top
most menu bar, not for the bookmark bar. This one left me clueless, to be
honest.
* The white rectangles are most interesting. Since the app_server is
responsible for invalidating newly exposed regions, this should not really
happen.
* So, as a first hint, I'd look into the clipping regions used -- maybe
they mess up the resizing in some way.
In general WebPositive only seems to relayout (showing Haiku's Trac) when
shrinking the window, not when enlarging it (since it draws the page
correctly after scrolling, it's more likely an update than a layout issue,
though).
--
Ticket URL: <https://dev.haiku-os.org/ticket/8895#comment:7>
Haiku <https://dev.haiku-os.org>
The Haiku operating system.