git.sur5r.net Git - bacula/bacula/blob - bacula/src/qt-console/TODO

   1 dhb
   2 ====================================================
   3 Must:: get page selector to follow undocked windows.  Otherwise
   4 current console won't be current.
   5
   6 Low priority item:
   7 move behavior of:
   8   MainWin::setContextMenuDockText
   9   MainWin::setTreeWidgetItemDockColor
  10 to the pages class
  11
  12 Add context sensitive options for most commands
  13
  14 Re-add class for storage, I accidentally reverted because I left
  15 it on my laptop.  This is why I like committing often.
  16
  17 Add class for FileSets
  18
  19 Create list of what does not work.
  20
  21 Ask Kern about bRestore and what to do with it in terms of priorities.  Should
  22 that be working before an initial release.
  23
  24 Fix bug in myth box not working with .sql query="" command.
  25
  26 Create documentation for any other developers interested in creating
  27 new classes to add more pages.  Explain how to use the pages class
  28 and about not populating until the tree widget is clicked etc...
  29
  30 A Tree widget context sensitive from anywhere a job is listed for
  31 the ability to surf what's on the job.
  32
  33 Think about good ways to clean up the Console creation part of the
  34 loop creating pages.
  35
  36 Font is being set on a per console basis, should it be.
  37 Tried to get the settings to write for a second, but not coming up next time
  38
  39 ========================================================
  40 Things to do:
  41
  42 - Possibly some other things I didn't think of.
  43
  44 Another idea for what you have implemented:
  45 - I think that the dynamic pages that you create on the fly
  46 should be nested under the item that creates them more like a
  47 directory tree.
  48
  49 For example: Jobs on Volume xxx, probably should be shown under
  50 "All Jobs" (or Media if that is what created it) and "Jobs of
  51 Client Rufus" probably should be shown under "Clients".  I base
  52 this on looking at the Select page list after I have brought up 3
  53 or 4 dynamic pages.  Once there are a good number, I get a bit
  54 confused where they came from.  This would also permit selecting
  55 multipe Volumes then displaying multiple pages, one for each
  56 Volume selected.  If they are nested, then that nested level can
  57 be expanded or collapsed, which would be pretty cool at keeping
  58 information, but getting it out of the way, sort of like what
  59 happens for a directory tree.
  60
  61 dhb: ref above
  62 My original concept was to put these in a tabbed widget.  Your Idea may
  63 make for a cleaner user experience.  I like it.  It could save the
  64 effort of getting a tabbed widget to work.
  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 - I think we need to make the current Director more explicit, by
  83 perhaps highlighting it in the page selector when it is current
  84 and unhighlighting it when it is not (we could use color as we do
  85 for the console, though some color blind people may have
  86 problems.
  87
  88 - When any director is clicked, we need to set it as the current
  89 director and set the current console as well.
  90
  91 Remove DoubleClicking, From pages class not needed any more.
  92
  93 Broken with multiple directors:
  94 - If you click on the second director, it will probably open, but
  95 none of the pages that are defined below it will be able to talk
  96 to it.  They will most likely talk to the first director.
  97
  98 - When any console is clicked we need to set it as the current
  99 console (m_console) and also set its director as the current
 100 director (m_topItem).  These are in the mainwin class.
 101
 102 - When any page is selected, we must set both the current
 103 director (m_topItem) and current console (m_console) that this
 104 page is connected to.
 105
 106 dhb:
 107 m_topItem has been changed to Console::directorTreeItem()
 108 m_currentConsole->directorTreeItem(); returns disired treeWidgetItem
 109
 110 - We also need a concept of a "local" director/console for each
 111 page, so the page knows who it is talking to -- this doesn't
 112 currently exist, so I think we must pass the director and console
 113 to each page widget constructor.
 114
 115 dhb:
 116 m_currentConsole is saved in each page subclass's m_console.  This value
 117 is set by all but the console class calling Pages::pgInitialie() in it's
 118 constructor
 119
 120
 121 In short, there is a lot of work to be done to make multiple
 122 simultaneous directors work.
 123
 124 dhb:
 125 this may be moot:
 126
 127 If the above prooves to be too much, we might consider to only
 128 have a single director at a time, and simply let the user select
 129 which director he wants to connect to (one at a time, but
 130 dynamically).  In the end, this may be the best thing to do, so
 131 any user who wishes to connect to multiple directors would run
 132 two instances of bat.  I am a bit unsure now, but the above list
 133 of things to do is much bigger than I thought it was going to be.