]> git.sur5r.net Git - bacula/bacula/blob - bacula/src/qt-console/TODO
684b201caeb7fae0312d89a5b6f79b9e543509b9
[bacula/bacula] / bacula / src / qt-console / TODO
1 dhb
2 ====================================================
3 Test restore and get anything not working, working.
4
5 Create list of what does not work.
6 From what I can tell, just the restore window on the left.
7
8 Add numerous are you sure dialog boxes.  Like are you sure you want to
9 delete/purge that volume.  Show a little of the documentation about what
10 the consequences of delete or purging are.
11
12 Add context sensitive options for most commands
13 status dir on page select director item
14 All items with jobid= that I thought could work from joblist are done.
15 As well as many more
16 update slots scan
17
18 preempt all connections to console with 
19 if (!is_connectedGui())
20 or some other mechanism.  Partially done.
21
22 Create documentation for any other developers interested in creating
23 new classes to add more pages.  Explain how to use the pages class
24 and about not populating until the tree widget is clicked etc...
25
26 LOW priority items:
27
28 Get rid of "Warning: name layoutWidget is already used" when make uic's restore.ui
29
30 move behavior of:
31   MainWin::setContextMenuDockText
32   MainWin::setTreeWidgetItemDockColor
33 to the pages class
34
35 Think about good ways to clean up the Console creation part of the
36 loop creating pages.
37 ========================================================
38 This release or next:
39
40 A window showing a list of jobs and defaults.  Defaults can be gotten in manner
41 similar to what the first restore window does.
42
43 A window showing a list of schedule resources. 
44
45 Kern discussed windows showing statistics like web based interfaces.
46 ========================================================
47 Future Releases :
48
49 The ablility to modify configuration files to create jobs, schedules, filesets
50 and any other director resources.
51
52 The ablility to modify configuration files to create storage resources.
53
54 Add a status dir graphical interface.  It would auto update every ?? seconds
55 and have a list of scheduled jobs, and in the que to run jobs that could be
56 cancelled graphically.
57
58 Add a status client window.  Keep updating showing what file is being
59 processed.
60
61 A Tree widget context sensitive menu option and class to jump from known job
62 to surf the filestructure on the job.
63
64 bRestore add code to get working.
65
66 ===========================================================
67 NOT SURE
68 ===========================================================
69
70 I'm not sure about this one??  Things seem to work and I did not do a
71 thing to make it happen:  the "dir" is a member of Console
72
73 - We also must somehow make the low level I/O routines know which
74 director/console to use.  Currently they always use the single
75 global one defined in the mainWin class (if I remember right).
76
77
78 ============================================================
79 DONE:
80 ============================================================
81
82 relabel storage=DDS3 oldvolume=ddsvol003 volume=dds3vol003 slot=3 pool=dds3_hope
83 in label slot spinner, limit the upper to the value of slots for that storage.
84
85 Fix bug in myth box not working with .sql query="" command.
86 This was a fix in mysql
87
88 Figure out how to get tables like Joblist to do the equivalent of double clicking
89 on the separating lines between each of the headings.
90 Tried the hard way first.  Oops.
91
92 If the console command line entry docked widget gets the focus, make 
93 m_currentConsole the top widget by setting the treewidgetitem selected.
94 Did this in MainWin::input_line almost better to let the person see
95 whatever they want until they hit enter.
96
97 Set Window titles to reflect what director it is.
98
99 Must:: get page selector to follow undocked windows.  Otherwise
100 current console won't be current.
101
102 Re-add class for storage, I accidentally reverted because I left
103 it on my laptop.  This is why I like committing often.
104
105 Add class for FileSets
106
107 Another idea for what you have implemented:
108 - I think that the dynamic pages that you create on the fly
109 should be nested under the item that creates them more like a
110 directory tree.
111
112 For example: Jobs on Volume xxx, probably should be shown under
113 "All Jobs" (or Media if that is what created it) and "Jobs of
114 Client Rufus" probably should be shown under "Clients".  I base
115 this on looking at the Select page list after I have brought up 3
116 or 4 dynamic pages.  Once there are a good number, I get a bit
117 confused where they came from.  This would also permit selecting
118 multipe Volumes then displaying multiple pages, one for each
119 Volume selected.  If they are nested, then that nested level can
120 be expanded or collapsed, which would be pretty cool at keeping
121 information, but getting it out of the way, sort of like what
122 happens for a directory tree.
123
124 dhb: ref above
125 My original concept was to put these in a tabbed widget.  Your Idea may
126 make for a cleaner user experience.  I like it.  It could save the
127 effort of getting a tabbed widget to work.
128
129
130 - I think we need to make the current Director more explicit, by
131 perhaps highlighting it in the page selector when it is current
132 and unhighlighting it when it is not (we could use color as we do
133 for the console, though some color blind people may have
134 problems.
135
136 - When any director is clicked, we need to set it as the current
137 director and set the current console as well.
138
139 Remove DoubleClicking, From pages class not needed any more.
140
141 Broken with multiple directors:
142 - If you click on the second director, it will probably open, but
143 none of the pages that are defined below it will be able to talk
144 to it.  They will most likely talk to the first director.
145
146 - When any console is clicked we need to set it as the current
147 console (m_console) and also set its director as the current
148 director (m_topItem).  These are in the mainwin class.
149
150 - When any page is selected, we must set both the current
151 director (m_topItem) and current console (m_console) that this
152 page is connected to.
153
154 dhb:
155 m_topItem has been changed to Console::directorTreeItem()
156 m_currentConsole->directorTreeItem(); returns disired treeWidgetItem
157
158 - We also need a concept of a "local" director/console for each
159 page, so the page knows who it is talking to -- this doesn't
160 currently exist, so I think we must pass the director and console
161 to each page widget constructor.
162  
163 dhb:
164 m_currentConsole is saved in each page subclass's m_console.  This value
165 is set by all but the console class calling Pages::pgInitialie() in it's
166 constructor
167
168
169 In short, there is a lot of work to be done to make multiple
170 simultaneous directors work.
171
172 dhb:
173 this may be moot:
174
175 If the above prooves to be too much, we might consider to only
176 have a single director at a time, and simply let the user select
177 which director he wants to connect to (one at a time, but
178 dynamically).  In the end, this may be the best thing to do, so
179 any user who wishes to connect to multiple directors would run
180 two instances of bat.  I am a bit unsure now, but the above list
181 of things to do is much bigger than I thought it was going to be.