forked from mirrors/gecko-dev
The XUL behavior in nsBox.cpp is fairly different to what the non-XUL
layout code paths do. In particular, canOverride=false means that the
min-{width,height} properties cannot go under the min widget size of the
widget, but that doesn't mean that intrinsic sizes don't affect the
final size of the widget.
This is very visible if you turn on flex emulation on Windows or macOS,
where the toolbar has an appearance that returns
width=0,height=N,canOverride=false.
With flex emulation we'd collapse the item to be zero-width, which is
not good at all.
The good thing is that this is no longer exposed to the web
(non-native-theme always returns canOverride=true), and our front-end
code doesn't seem to rely on this, so we can just remove support for
canOverride=false.
Differential Revision: https://phabricator.services.mozilla.com/D158608
35 lines
1 KiB
C++
35 lines
1 KiB
C++
/* -*- Mode: C++; tab-width: 2; indent-tabs-mode: nil; c-basic-offset: 2 -*-
|
|
*
|
|
* This Source Code Form is subject to the terms of the Mozilla Public
|
|
* License, v. 2.0. If a copy of the MPL was not distributed with this
|
|
* file, You can obtain one at http://mozilla.org/MPL/2.0/. */
|
|
|
|
#ifndef mozilla_widget_ThemeCocoa_h
|
|
#define mozilla_widget_ThemeCocoa_h
|
|
|
|
#include "Theme.h"
|
|
|
|
#include "ScrollbarDrawingCocoa.h"
|
|
|
|
namespace mozilla::widget {
|
|
|
|
class ThemeCocoa : public Theme {
|
|
public:
|
|
explicit ThemeCocoa(UniquePtr<ScrollbarDrawing>&& aScrollbarDrawing)
|
|
: Theme(std::move(aScrollbarDrawing)) {}
|
|
|
|
LayoutDeviceIntSize GetMinimumWidgetSize(
|
|
nsPresContext* aPresContext, nsIFrame* aFrame,
|
|
StyleAppearance aAppearance) override;
|
|
|
|
ThemeGeometryType ThemeGeometryTypeForWidget(nsIFrame*,
|
|
StyleAppearance) override;
|
|
bool ThemeSupportsWidget(nsPresContext*, nsIFrame*, StyleAppearance) override;
|
|
|
|
protected:
|
|
virtual ~ThemeCocoa() = default;
|
|
};
|
|
|
|
} // namespace mozilla::widget
|
|
|
|
#endif
|