Gtkmm,重载的'Scale()'的调用是模棱两可的
Gtkmm, call of overloaded 'Scale()" is ambiguous
根据Gtkmm文档,Gtk::Scale::Scale
是重载构造函数,可以不接受任何内容或Gtk::Orientation
。
我创建了对象:
Gtk::Scale m_scale;
并将其添加到Gtk::HBox
hbox.pack_start(m_scale, false, 0);
但它会产生错误:
error: call of overloaded ‘Scale()’ is ambiguous
它告诉我,候选者是没有任何参数的Gtk::Scale和带有Gtk::Orientation的。
我应该如何强制使用没有参数的Gtk::Scale构造函数?
谢谢,S.
采用Gtk::Orientation
的构造函数似乎有该参数的默认值,因此也可以在没有参数的情况下调用它:
public:
Scale();
explicit Scale(Orientation orientation = ORIENTATION_HORIZONTAL);
这里的关键字explicit
没有帮助,它只是可能不允许将传入的任何内容转换为Orientation
类型以使其匹配。
我说,只要提供方向值,就可以清楚地看到您正在为其他阅读代码的人创建哪种Scale小部件。
相关文章:
- 调用重载的"<大括号括起来的初始值设定项列表>"对于对来说就足够了是模棱两可的
- 为什么对模板的调用不模棱两可?
- 模棱两可的调用 - 模板化函数
- C++ lambda 模棱两可的调用
- C++11 中对超载'ref(Select::Expressions::Code&)'的调用模棱两可
- 是可调用和模棱两可的调用:g++ 或 clang 中的错误
- 超载的调用是模棱两可的
- C 从同一基本模板类覆盖功能,具有多个继承模棱两可的函数调用
- MSVC发现这种方法调用模棱两可,而Clang / GCC则不然吗?
- 为模棱两可的超载功能调用创建默认值
- 重载函数的调用 - 以继承的类作为参数 - 是模棱两可的
- 为什么对函数的调用"sample_mean"模棱两可的?
- 对 glm::slerp 的模棱两可的调用
- 超载的调用是模棱两可的
- 对重载函数的模棱两可的调用,即使一个更专业
- 为什么 main() 中的调用 'A a(c);' 不模棱两可?
- Gtkmm,重载的'Scale()'的调用是模棱两可的
- 调用重载<大括号括起来的初始值设定项列表>是模棱两可的,如何处理?
- 调用超载to_string模棱两可
- 对函数的调用在C++中是模棱两可的.候选函数是原型和函数本身