Do we actually need CascadedDisplayConfigurationPolicy? Or could TranslucentOutputs simply decorate the default policy?
~~~~
49 +CascadedDisplayConfigurationPolicy::CascadedDisplayConfigurationPolicy(std::shared_ptr<graphics::DisplayConfigurationPolicy> const& l, 50 + std::shared_ptr<graphics::DisplayConfigurationPolicy> const& r)
vs
102 + CascadedDisplayConfigurationPolicy(std::shared_ptr<graphics::DisplayConfigurationPolicy> const& left, 103 + std::shared_ptr<graphics::DisplayConfigurationPolicy> const& right);
The naming should be consistent between declaration and definition. http://unity.ubuntu.com/mir/cppguide/index.html?showone=Function_Declarations_and_Definitions#Function_Declarations_and_Definitions
Also, I don't understand the significance of left/right (or the alternative l/r) - are these names meaningful? What I can see in the code is better represented as "first/second".
106 + std::shared_ptr<DisplayConfigurationPolicy> left, right;
These dependencies should be const.
Also, while it isn't in the style guide, we have evolved a strong tendency towards single declarations in a statement. Vis:
std::shared_ptr<DisplayConfigurationPolicy> const left; std::shared_ptr<DisplayConfigurationPolicy> const right;
438 - void configure_output(DisplayConfigurationOutputId, bool, geometry::Point, size_t, MirPowerMode power_mode); 439 + void configure_output(DisplayConfigurationOutputId, bool, geometry::Point, size_t, size_t, MirPowerMode power_mode);
OK, not introduced by this MP, but the declaration doesn't:
1. Name the parameters 2. mention "virtual" or "override"
« Back to merge proposal
Do we actually need CascadedDisplay ConfigurationPo licy? Or could TranslucentOutputs simply decorate the default policy?
~~~~
49 +CascadedDispla yConfigurationP olicy:: CascadedDisplay ConfigurationPo licy(std: :shared_ ptr<graphics: :DisplayConfigu rationPolicy> const& l, ptr<graphics: :DisplayConfigu rationPolicy> const& r)
50 + std::shared_
vs
102 + CascadedDisplay ConfigurationPo licy(std: :shared_ ptr<graphics: :DisplayConfigu rationPolicy> const& left, ptr<graphics: :DisplayConfigu rationPolicy> const& right);
103 + std::shared_
The naming should be consistent between declaration and definition. unity.ubuntu. com/mir/ cppguide/ index.html? showone= Function_ Declarations_ and_Definitions #Function_ Declarations_ and_Definitions
http://
Also, I don't understand the significance of left/right (or the alternative l/r) - are these names meaningful? What I can see in the code is better represented as "first/second".
~~~~
106 + std::shared_ ptr<DisplayConf igurationPolicy > left, right;
These dependencies should be const.
Also, while it isn't in the style guide, we have evolved a strong tendency towards single declarations in a statement. Vis:
std::shared_ ptr<DisplayConf igurationPolicy > const left; ptr<DisplayConf igurationPolicy > const right;
std::shared_
~~~~
438 - void configure_ output( DisplayConfigur ationOutputId, bool, geometry::Point, size_t, MirPowerMode power_mode); output( DisplayConfigur ationOutputId, bool, geometry::Point, size_t, size_t, MirPowerMode power_mode);
439 + void configure_
OK, not introduced by this MP, but the declaration doesn't:
1. Name the parameters
2. mention "virtual" or "override"