/*******************************************************************************
 * Copyright (c) 2010 Oak Ridge National Laboratory.
 *  All rights reserved. This program and the accompanying materials
 *  are made available under the terms of the Eclipse Public License v1.0
 *  which accompanies this distribution, and is available at
 *  http://www.eclipse.org/legal/epl-v10.html
 ******************************************************************************/
package org.csstudio.alarm.beast;

/** Placeholder for to-do items
 *
 *  @author Kay Kasemir
 */
public class TODO
{
    /**
     * ======== Misc Issues
     * 
     * TODO Alarm Tree on Linux has problem: When adding new entries
     * at bottom, the tree widget doesn't "grow" as needed,
     * so the new items are not accessible.
     * 
     * ======== Support for multiple alarm setups
     * 
     * Idea: Secondary control rooms, not always manned, have their own alarm setup.
     * Could also be used to simply split the alarm configuration into "plant subsystems".
     * These are individual setups with their own config, alarm server, GUI.
     * Usually an operator looks at them.
     * But not always.
     * In that case, if there are alarms un-acknowledged for some time,
     * send alarms to a "main" control room.
     * 
     * TODO Alarm Server has command-line switch "global_alarm_delay <seconds>", sends alarms to GLOBAL_ALARMSERVER after such delay
     * 
     * TODO (New) "Global" Model; Global Alarm Table displays these, fetching guidance etc. in background thread
     * 
     * TODO Alarm RDB includes ALARM_TREE.GLOBAL_DELAY (INT), PV.GLOBAL_ALARM (BOOL) for finer configuration
     * 
     * TODO Alarm Server uses ALARM_TREE.GLOBAL_DELAY instead of command-line switch
     * 
     * TODO Alarm Server updates PV.GLOBAL_ALARM to persist state
     * 
     * TODO Global Alarm Table initializes properly:
     *      1) Subscribe to GLOBAL_ALARMSERVER, buffering messages
     *      2) Read all PV with GLOBAL_ALARM set
     *      3) Apply updates from buffered JMS info
     *      
     * TODO Alarm Tree supports editing of ALARM_TREE.GLOBAL_DELAY
     *      (Could be done earlier)
     *      
     * TODO Combine Global Alarm Table with original Alarm Table
     *      (Nice; not essential)
     *      
     * TODO Phone Dialer monitors GLOBAL_ALARMSERVER
     *      Should work for any *_ALARMSERVER, but then immediate, not using GLOBAL_DELAY
     */
}

@@ -614,26 +614,25 @@
 ssues%0A     *
- 
 %0A
+
      * TODO 
@@ -790,33 +790,32 @@
 cessible.%0A     *
- 
 %0A     * ========
@@ -851,25 +851,24 @@
 etups%0A     *
- 
 %0A     * Idea
@@ -1301,150 +1301,8 @@
    *
- %0A     * TODO Alarm Server has command-line switch %22global_alarm_delay %3Cseconds%3E%22, sends alarms to GLOBAL_ALARMSERVER after such delay%0A     * 
 %0A   
@@ -1413,25 +1413,24 @@
 hread%0A     *
- 
 %0A     * TODO
@@ -1529,25 +1529,24 @@
 ation%0A     *
- 
 %0A     * TODO
@@ -1621,25 +1621,24 @@
 witch%0A     *
- 
 %0A     * TODO
@@ -1698,17 +1698,16 @@
 e%0A     *
- 
 %0A     * 
@@ -1922,30 +1922,24 @@
  info%0A     *
-      
 %0A     * TODO
@@ -2028,38 +2028,32 @@
  earlier)%0A     *
-      
 %0A     * TODO Com
@@ -2136,28 +2136,22 @@
 ential)%0A
+
      *
-      
 %0A     * 

Configure 'global' delay via preference