#include <recogniserbrowser.h>
Inheritance diagram for RecogniserBrowser:

Public Slots | |
| void | refreshModel () |
Public Member Functions | |
| RecogniserBrowser (AbstractController *controller, JavaVM *jvm, QWidget *parent=0, Qt::WindowFlags flags=0) | |
Protected Member Functions | |
| void | showEvent (QShowEvent *) |
| void | resetEvent (VEvent *) |
| void | trainedRecogsEvent (VTrainedRecogsEvent *) |
| RecogniserBrowser::RecogniserBrowser | ( | AbstractController * | controller, | |
| JavaVM * | jvm, | |||
| QWidget * | parent = 0, |
|||
| Qt::WindowFlags | flags = 0 | |||
| ) |
| void RecogniserBrowser::refreshModel | ( | ) | [slot] |
| void RecogniserBrowser::showEvent | ( | QShowEvent * | event | ) | [protected, virtual] |
Re-syncs the GUI with the database if digestDbModel() is non-null, as it may have changed for some unknown reason without sending update events to us.
Users tend to expect a refresh if a window is hidden and then shown again.
It then then passes event onto GuiDbComponentDialog.
Reimplemented from GuiDbComponentDialog.
| void RecogniserBrowser::resetEvent | ( | VEvent * | ) | [protected, virtual] |
A view receives this event when the controller() needs to reset / synchronise the view's knowledge (and possibly display) of the model().
When the view receives a VModelChangedEvent, a reset event will automatically be posted to the view by the modelChangedEvent() handler if the model is non-null.
This implementation does nothing.
It should be re-implemented it to suit the specific view sub-classs.
Reimplemented from AbstractDigestDbView.
| void RecogniserBrowser::trainedRecogsEvent | ( | VTrainedRecogsEvent * | ) | [protected, virtual] |
Reimplemented from AbstractDigestDbView.
1.5.2