Tulip  5.0.0
Large graphs analysis and drawing
View.h
1 /*
2  *
3  * This file is part of Tulip (www.tulip-software.org)
4  *
5  * Authors: David Auber and the Tulip development Team
6  * from LaBRI, University of Bordeaux
7  *
8  * Tulip is free software; you can redistribute it and/or modify
9  * it under the terms of the GNU Lesser General Public License
10  * as published by the Free Software Foundation, either version 3
11  * of the License, or (at your option) any later version.
12  *
13  * Tulip is distributed in the hope that it will be useful,
14  * but WITHOUT ANY WARRANTY; without even the implied warranty of
15  * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
16  * See the GNU General Public License for more details.
17  *
18  */
19 #ifndef VIEW_H
20 #define VIEW_H
21 
22 #include <QObject>
23 #include <QSet>
24 #include <QList>
25 #include <QSize>
26 
27 #include <tulip/tulipconf.h>
28 #include <tulip/Observable.h>
29 #include <tulip/Plugin.h>
30 
31 class QGraphicsView;
32 class QGraphicsItem;
33 class QWidget;
34 class QPixmap;
35 class QMenu;
36 class QPointF;
37 class QPoint;
38 
39 namespace tlp {
40 static const std::string VIEW_CATEGORY = "Panel";
41 
42 class Interactor;
43 
44 /**
45  @ingroup Plugins
46 
47  @brief View plugins provide a way to dynamically add to a Tulip plateform various ways to visualize a graph.
48 
49  A view takes the following elements as inputs:
50  @li A graph which contains the data to be displayed.
51  @li A state (@c tlp::DataSet) which contains initialization parameters.
52 
53  As an output, a View must provide a @c QGraphicsView instance where all drawing is done.
54  User interaction on a View is handled by the tlp::Interactor class. Several interactors can be installed on the same view but there can be only one active interactor at the same time.
55  In the end, the view can provide several configuration widgets used to set up additional parameters.
56 
57  When a View gets created, the following methods will always be called in the following order:
58  @li The constructor. Basically, you don't want to do anything in this method as View instance may be created at Tulip startup when the plugin system gets initialized. Subsequent methods will be called in order for the view to build UI elements
59  @li View::setupUi(). Notifies the view it can now build GUI components since every part of its initial state should be valid by now. Once this method is called, any call to View::graphicsView() is expected to return a valid pointer object.
60  @li View::setGraph. Sets the graph that is meant to be visualized in the View's panel.
61  @li View::setState(). Sets initial data. This method may be used to restore a previously backed-up state retrieved from the View::state() method.
62  @li View::interactorsInstalled(). Notifies the view of the available interactors. Interactors objects taken from the list have already been initialized.
63 
64  Once the View is initialized, none of the previously mentioned methods, except View::setGraph(), can be called again.
65  View::setGraph method may be called again to notify the view that another graph should be displayed (this may be a sub/parent graph of the previously displayed graph or a graph coming from a totally different hierarchy)
66 
67  Views are meant to be managed by an overleying system. As a consequence, a view may not decide directly when to redraw.
68  Thus, you should never call the View::draw() method. To notify the overleying system that your view needs to be redrawn, emit the View::drawNeeded() signal instead.
69 
70  A tlp::View subclass automatically inherits from the tlp::Observable interface. The tlp::View interface also automatically listn to its active graph to trigger handling trigger when this graph gets deleted.
71  When the graph associated to a View gets deleted, the View::graphDeleted() callback is triggered. @see graphDeleted() for more information.
72  */
73 class TLP_QT_SCOPE View: public QObject, public tlp::Plugin, public tlp::Observable {
74  Q_OBJECT
75 
76  QList<tlp::Interactor*> _interactors;
77  tlp::Interactor* _currentInteractor;
78  tlp::Graph* _graph;
79 
80  QSet<tlp::Observable*> _triggers;
81 
82 public:
83  /**
84  @brief Default constructor
85  @warning Code of this method should almost be a no-op. Subsequent calls on other methods should allow you to setup your view.
86  */
87  View();
88 
89  /**
90  @brief Destructor
91  View's GUI components (graphics view, configuration widgets) responsibility belongs to the overleying system. Thus, the View is not in charge of deleting its graphcis view.
92  View's interactors are already deleted in the top class.
93  */
94  virtual ~View();
95 
96  virtual std::string category() const {
97  return VIEW_CATEGORY;
98  }
99  std::string icon() const {
100  return ":/tulip/gui/icons/32/plugin_view.png";
101  }
102 
103  /**
104  @return the View's panel as a @c QGraphicsView instance.
105  @note This method MUST ALWAYS return the same instance of a QGraphicsView.
106  */
107  virtual QGraphicsView* graphicsView() const=0;
108 #if (QT_VERSION >= QT_VERSION_CHECK(5, 0, 0))
109 //Following commit #10531 (see void WorkspacePanel::showEvent(QShowEvent *event);)
110 //this method is called when creating a new QGraphicsScene
111 //to restore any specific behaviour in user made graph views
112  virtual void resetGraphicsScene() {}
113 #endif
114 
115  /**
116  @return The list of interactors installed on this view.
117  The list is always the same as the one given when View::setInteractors() was called.
118  @see setInteractors();
119  */
120  QList<tlp::Interactor*> interactors() const;
121 
122  /**
123  @return The currently active interactor.
124  The active interactor is the one that currently recieve user inputs.
125  @see setCurrentInteractor();
126  @warning This method may return a NULL pointer if no interactor is currently active.
127  */
128  tlp::Interactor* currentInteractor() const;
129 
130  /**
131  @return a list of widgets that can be used to set up the view.
132  Since several widgets can be retrived, user will be able to select them from a combo box where each widget will be identified by its windowsTitle.
133  @see View::applySettings()
134  @warning This method must not instantiate configuration widgets on the fly.
135  */
136  virtual QList<QWidget*> configurationWidgets() const;
137 
138  /**
139  * @brief This method can be used to change the configuration widgets' style
140  * sheet. From Qt documentation: The style sheet contains a textual description of customizations to the
141  * widget's style, as described in the Qt Style Sheets document. see http://qt-project.org/doc/qt-4.7/stylesheet.html.
142  * @return The stylesheet to use
143  */
144  virtual QString configurationWidgetsStyleSheet() const;
145 
146  /**
147  @brief Backup the state of the view.
148  This method is used to restore the View's parameters when it's re-opened.
149  */
150  virtual tlp::DataSet state() const=0;
151 
152  /**
153  @return the graph displayed by the view.
154  @note This method MUST return the same graph pointer that was previously passed down to setGraph.
155  */
156  tlp::Graph* graph() const;
157 
158  /**
159  @return The list of currently registered triggers.
160  @see View::addRedrawTrigger()
161  */
162  QSet<tlp::Observable*> triggers() const;
163 
164  /**
165  @brief reimplemented from tlp::Observable to provide the triggers mechanism.
166  @see View::addRedrawTrigger()
167  */
168  void treatEvents(const std::vector<Event> &events);
169 
170  /**
171  @brief defines which item is considered as the central item in the view.
172  The central item is considered to be a background item that will be set as parent of every graphics item added by the workspace into the view.
173  By default, this method returns NULL, which means that no central item is defined.
174  */
175  virtual QGraphicsItem* centralItem() const;
176 
177  /**
178  @brief Takes a snapshot of the view's screen and saves it into the given pixmap.
179  The snapshot is scaled to outputSize. If a null size is given, the snapshot is to be on a 1:1 ratio
180  @return A non-null pixmap of the snapshot was correctly taken.
181  */
182  virtual QPixmap snapshot(const QSize& outputSize=QSize()) const=0;
183 
184 public slots:
185  /**
186  * @brief This method is called whenever the context menu is required on the view.
187  * @param point The screen coordinates where the context menu should be displayed.
188  */
189  void showContextMenu(const QPoint& point, const QPointF &scenePoint);
190 
191  /**
192  * @brief This method is a callback to notify the panel that the pop() method (undo) has just been called on the graph.
193  * By default, this method will make a call to centerView()
194  **/
195  virtual void undoCallback();
196 
197  /**
198  @brief This method applies settings changed in the configuration widgets
199  This method may be called from the overleying system in various situations. The View is expected to apply settings in an optimized way to prevent extra redraws.
200  By default, this method does nothing.
201  */
202  virtual void applySettings();
203 
204  /**
205  @brief Reset the visualization to the center.
206  This method is called after major changes into the data structure. At this point, the user point of view should be reset and brought back to a point where all the data can be seen.
207  @note It is expected for the view to be redrawn when calling centerView
208  For a 3D visualization, this method could be implemented by centering the camera. For a table, this could be done by setting the scroll bar to the top position etc...
209  By default, this method calls draw().
210  */
211  virtual void centerView(bool graphChanged = false);
212 
213 
214  /**
215  @brief defines the list of interactors available on this View
216  @note Calling this will trigger the View::interactorsInstalled() callback for custom handling.
217  */
218  virtual void setInteractors(const QList<tlp::Interactor*>&);
219 
220  /**
221  @brief defines the active interactor that will receive user inputs.
222  @note This method will first remove the previously active interactor (if any) using Interactor::uninstall()
223  @note Calling this will trigger the View::currentInteractorChanged() callback for custom handling.
224  @note Calling View::setCurrentInteractor(NULL) will only remove the previous current interactor.
225  */
226  void setCurrentInteractor(tlp::Interactor* currentInteractor);
227 
228  /**
229  @brief Restores the state of the view.
230  DataSet passed down to this method can come from a previous backup or be generated by the overleying system. It's up to the view to use this data or not.
231  */
232  virtual void setState(const tlp::DataSet&)=0;
233 
234  /**
235  @brief Defines the graph that should be displayed by the View
236  @note Calling setGraph triggers the View::graphChanged() callback for custom handling.
237  @warning This method and its subsequent callback might be called several times.
238  */
239  void setGraph(tlp::Graph* graph);
240 
241  /**
242  @brief Asks the view to draw.
243  A call to draw() means that internal data has most probably been modified and that the View should take that into account when drawing.
244  */
245  virtual void draw()=0;
246 
247  /**
248  @brief Refresh the View's panel.
249  Calling refresh() means that no internal data has been modified. This can happen when the view's panel gets resized, restored etc
250  */
251  inline virtual void refresh() {
252  draw();
253  }
254 
255  /**
256  @brief Sets up GUI elements belonging to the View.
257  This method is called once the initial state as been set (using setGraph and setState) and is called only once.
258  */
259  virtual void setupUi()=0;
260 
261  /**
262  @brief This method is inherited from tlp::Observable and allows the view to trigger custom callback when its associated graph gets deleted.
263  @warning When overriding this method. You MUST always make a call to View::treatEvent before doing anything in order to keep this callback working.
264  */
265  virtual void treatEvent(const Event&);
266 
267  /**
268  @brief Registers a new trigger for automatic view drawing.
269  Triggers are tlp::Observable subclasses. Once registered, the view will listen to the trigger's events and emit the drawNeeded signal each time the Observable::treatEvents() callback is run.
270  For more information about the Observable system, @see tlp::Observable
271 
272  @note This is a convenience function. However, using triggers prevent from performign extra checks on the data structure to know if a redraw must me made or not. For more control over event handling, you will have to implement your own treatEvent/treatEvents callback.
273  @warning If your tlp::View subclass overloads the treatEvents method. You must make sure to call the View::treatEvents method in order to keep the triggers system working.
274  */
275  void addRedrawTrigger(tlp::Observable*);
276 
277  /**
278  @brief Removes a trigger from the list of registered triggers. Event coming from this trigger will no longer trigger the drawNeeded signal.
279  @see View::addRedrawTrigger()
280  */
281  void removeRedrawTrigger(tlp::Observable*);
282 
283  /**
284  @brief Clears the list of attached triggers
285  This method removes all triggers associated to the View.
286  @note From the moment this method is called, no update on previous triggers will be considered. Even if this is called during an Observable::holdObservers()
287  */
288  void clearRedrawTriggers();
289 
290  /**
291  @brief This function emit the signal drawNeeded
292  */
293  void emitDrawNeededSignal();
294 
295  /**
296  @brief allow to add some check when a user want to close a view.
297  @return true if the view can be closed, false if not
298  */
299  virtual bool checkOnClose() {
300  return true;
301  }
302 
303 signals:
304  /**
305  @brief Inform the overlying subsystem that this view needs to be drawn.
306  @note Depending on the overlying implementation, a subsequent call to draw might not be immediate.
307  */
308  void drawNeeded();
309 
310  /**
311  @brief Emitted after the setGraph method has been called.
312  @note This signal is emitted from the non-virtual View::setGraph() method thus cannot be prevented.
313  */
314  void graphSet(tlp::Graph*);
315 
316  void interactorsChanged();
317 
318 protected slots:
319  /**
320  @brief Callback method after setInteractors() was called.
321  At this point, a call to View::interactors() is considered valid.
322  */
323  virtual void interactorsInstalled(const QList<tlp::Interactor*>& interactors);
324 
325  /**
326  @brief Callback method after setCurrentInteractor() was called.
327  At this point, a call to View::currentInteractor() is considered valid and return the newly active interactor.
328  @warning The interactor passed down to this method MAY BE a NULL pointer ! This means that no current interactor should be set.
329  */
330  virtual void currentInteractorChanged(tlp::Interactor*);
331 
332  /**
333  @brief Callback method after setGraph() was called.
334  At this point, a call to View::graph() is considered valid and return the lastly set graph.
335  */
336  virtual void graphChanged(tlp::Graph*)=0;
337 
338  /**
339  @brief Called when the graph associated to the view gets deleted.
340  This method should call setGraph to input a new graph pointer (NULL or valid)
341  @param parentGraph The parent of the graph that was just deleted. If there is no parent available (eg. the graph was root), parentGraph is NULL
342  */
343  virtual void graphDeleted(tlp::Graph* parentGraph)=0;
344 
345  /**
346  * @brief fills the context menu with entries related to the view.
347  * This method is called whenever the context menu is displayed on the panel.
348  * @param QMenu The popup menu that will be displayed. This menu should be populated with context action related to the panel.
349  */
350  virtual void fillContextMenu(QMenu*,const QPointF &) {}
351 };
352 
353 }
354 
355 #endif /* VIEW_H_ */
Interactor provides a way to handle user inputs over a view. Basically, The interactor class is an ov...
Definition: Interactor.h:53
std::string icon() const
The icon (preferably a thumbnail) of the plugin.
Definition: View.h:99
A container that can store data from any type.
Definition: DataSet.h:190
virtual void refresh()
Refresh the View&#39;s panel. Calling refresh() means that no internal data has been modified. This can happen when the view&#39;s panel gets resized, restored etc.
Definition: View.h:251
virtual std::string category() const
A string identifier for a plugin used for categorization purposes.
Definition: View.h:96
virtual bool checkOnClose()
allow to add some check when a user want to close a view.
Definition: View.h:299
virtual void fillContextMenu(QMenu *, const QPointF &)
fills the context menu with entries related to the view. This method is called whenever the context m...
Definition: View.h:350
Event is the base class for all events used in the Observation mechanism.
Definition: Observable.h:47
Top-level interface for plug-ins.
Definition: Plugin.h:79
View plugins provide a way to dynamically add to a Tulip plateform various ways to visualize a graph...
Definition: View.h:73
The Observable class is the base of Tulip&#39;s observation system.
Definition: Observable.h:123