custom widgets as plugins

[wysota]

So? What is the problem?

struct WidgetInterface{
virtual QWidget *create(QWidget *parent)=0;
// ...
}
struct ListViewInterface{
virtual QListView *create(QWidget *parent)=0;
// ...
}

struct WidgetInterface{
virtual QWidget *create(QWidget *parent)=0;
// ...
}
struct ListViewInterface{
virtual QListView *create(QWidget *parent)=0;
// ...
}

To copy to clipboard, switch view to plain text mode 

Or even use only WidgetInterface and check the widgets classname using Qt's meta data access and cast it to its proper class.

[cwalsh]

The problem with this:

struct ListViewInterface{
virtual MyListViewWidget *create(QWidget *parent)=0;
...
};

struct ListViewInterface{
virtual MyListViewWidget *create(QWidget *parent)=0;
...
};

To copy to clipboard, switch view to plain text mode 

is that the application has to know what a MyListViewWidget class looks like. Which defeats the purpose of the interface.

What is needed is something like:

struct ListViewInterface{
virtual QWidget *create(QWidget *parent)=0;
...
};

struct ListViewInterface{
virtual QWidget *create(QWidget *parent)=0;
...
};

To copy to clipboard, switch view to plain text mode 

where I could then create a set of plugins:
MyListView
YourListView
AnotherListView
etc...
that all adhere to the ListViewInterface interface.

With the interface defined above, I can call create() and get back a QWidget and then stick that in the layout, but I can't call any of the ListViewInterface defined methods anymore , because i have a QWidget now, not a (QWidget+ListViewInterface)

So, as per your second suggestion, I guess I need to use Qt's meta data access and cast it to its proper class.

Thanks.
-C.

[wysota]

But you don't have to return a QWidget from the create method. You can return MyListViewWidget, provided that your main application knows that class.

[cwalsh]

I know , but as I said in my previous append, this defeats the purpose of the interface, because you have to tell the main the specifics of the class instead of the generics of the interface.

What is needed is a main that uses the interface to communicate with a set of plugins that obey the interface. However the plugins also have to be Widgets so that main can stick them in a layout.

Hmmm... is this possible:

class ListViewInterface :  public QWidget
{
   virtual MyListViewWidget *create(QWidget *parent)=0;
   ...
};

class ListViewInterface :  public QWidget
{
   virtual MyListViewWidget *create(QWidget *parent)=0;
   ...
};

To copy to clipboard, switch view to plain text mode 

????

probably not... must try it... back in a sec!
Chris

[wysota]

The interface shouldn't inherit QWidget, because the interface is the interface of your plugin, whereas the plugin (implementing the interface) can create widgets. Now the point is to define base classes for those widgets, so that you can communicate with your plugin-originated widgets without knowing their exact structures. So you can have something like this:

struct MyIFace {
  QStringList treeviews()=0;
  QStringList simplewidgets()=0;
  QStringList buttons()=0;
  QStringList gizmos()=0;
  QAbstractButton *createButton(const QString &classname, QWidget *p=0)=0;
  QWidget *createWidget(const QString &classname, QWidget *p=0)=0;
  QTreeView *createTreeView(const QString &classname, QWidget *p=0)=0;
  Gizmo *createGizmo(const QString &classname, QWidget *p=0)=0;
};

struct MyIFace {
  QStringList treeviews()=0;
  QStringList simplewidgets()=0;
  QStringList buttons()=0;
  QStringList gizmos()=0;
  QAbstractButton *createButton(const QString &classname, QWidget *p=0)=0;
  QWidget *createWidget(const QString &classname, QWidget *p=0)=0;
  QTreeView *createTreeView(const QString &classname, QWidget *p=0)=0;
  Gizmo *createGizmo(const QString &classname, QWidget *p=0)=0;
};

To copy to clipboard, switch view to plain text mode 

with Gizmo being your totally custom widget with custom interface.
Members returning string lists let you know, what classes the plugin is able to generate. Knowing that you can call one of "create" methods passing one of the names retrieved earlier and you receive a widget compliant with the given interface. The "Gizmo" thing shows that you're not limited to standard bases, you can have your own ones.