1994 1995 1996 1997 1998 1999 2000 2001 2002 2003 2004 2005 2006 2007 2008 2009 2010 2011 2012 2013 2014 2015 2016 2017 2018 2019 2020 2021 2022 <2023> 2024 | Index | 1994 1995 1996 1997 1998 1999 2000 2001 2002 2003 2004 2005 2006 2007 2008 2009 2010 2011 2012 2013 2014 2015 2016 2017 2018 2019 2020 2021 2022 <2023> 2024 |
<== Date ==> | <== Thread ==> |
---|
Subject: | Re: Links between bob files in different support modules |
From: | Andrew Johnson via Tech-talk <tech-talk at aps.anl.gov> |
To: | "Cobb, Tom (DLSLtd,RAL,LSCI)" <tom.cobb at diamond.ac.uk>, "tech-talk at aps.anl.gov" <tech-talk at aps.anl.gov> |
Date: | Tue, 28 Mar 2023 11:03:47 -0500 |
Hi Tom, An approach that I've introduced for APS-U is that at IOC build-time I'm having all our IOC applications copy the screens from their support modules into a $(TOP)/opi/<tool> directory. That ensures (a) the screens for a specific IOC area are all loaded from the same directory, and (b) the screens will always be appropriate for the version of the support modules the IOCs are loading. The IOC area also installs its own screens there, providing higher-level screens to call up the support screens with appropriate macros. In our case these are adl files for MEDM which does have a search path, but MEDM searches the directory that the parent screen was loaded from before it tries the path (unless the screen is specified with an absolute filename). The IOC area has a Makefile with a 1-line wildcard to find the screen files for each support module. If your operators won't have direct file-system access to the IOC build area you can always package up the IOC's opi/<tool> directory to install or rsync it elsewhere. We still have some unresolved issues in this design on how to get to the inner screens of an IOC from higher-level system screens; the idea of using macros that Paul mentioned might help there, but I haven't really thought about that much yet. HTH, - Andrew On 3/28/23 5:02 AM, Cobb, Tom
(DLSLtd,RAL,LSCI) via Tech-talk wrote:
-- Complexity comes for free, Simplicity you have to work for. |