Opened 9 years ago
Last modified 7 years ago
#12283 assigned bug
BSplitLayout needs some additional sanity checks for programmatic collapsing
| Reported by: | anevilyak | Owned by: | nobody |
|---|---|---|---|
| Priority: | low | Milestone: | Unscheduled |
| Component: | Kits/Interface Kit | Version: | R1/Development |
| Keywords: | Cc: | ||
| Blocked By: | Blocking: | ||
| Platform: | All |
Description
Currently, BSplitLayout does not have any safeguards that prevent programmatically collapsing all of its layout items. When this is done, the layout ends up in a state where the items cannot be re-expanded by dragging. Probably not the most urgent of issues since AFAICT this situation can't be replicated via manual resizing, but something that may need to be addressed eventually.
This was observable in Debugger after the fixes in commit http://cgit.haiku-os.org/haiku/commit/?id=3333f968888a , since its settings were saving/restoring the collapsed flag verbatim, so a settings file from before the fix would result in the app loading with all views collapsed (assuming none of the previous splits had any collapsed items).
