On Wed, Apr 01 2015, Mark Rivers <[email protected]> wrote:
> One ugly solution that I have used is to only display those widgets on
> little screens that are meant to be opened temporarily and then
> closed. Each time the screen is opened it will get the latest values
> of the enums.
Hi, Mark. We've thought about solutions like this, but unfortunately
the users tend to leave these screens open indefinitely, which is kind
of the source of the problem. If the users always closed the screens
after use, the menu would always be refreshed. We would need to have
the sub-screen automatically close after the user made their selection,
but I think that would require another MEDM hack.
> The problem is not the client applications so much as it is a
> limitation on Channel Access monitor types. See the recent tech-talk
> thread about DBE_PROPERTY subscriptions.
Yes, I was the instigator of that thread [0] as well ;) and for similar
reasons. In that case, though, we have a custom client application
using pyepics that's been written from scratch. I would like to avoid
writing a custom client interface in this case, though, if at all
possible, which is why I'm looking for a solution with existing
infrastructures. Unfortunately I haven't yet figured out to get MEDM to
monitor the DBE_PROPERTY. If anyone knows how to do that, I would love
a reference.
jamie.
[0] http://www.aps.anl.gov/epics/tech-talk/2015/msg00540.php
Attachment:
signature.asc
Description: PGP signature
- Replies:
- Re: EPICS UIs in the context of changing enum record identifiers Andrew Johnson
- References:
- EPICS UIs in the context of changing enum record identifiers Jameson Graef Rollins
- RE: EPICS UIs in the context of changing enum record identifiers Mark Rivers
- Navigate by Date:
- Prev:
Re: EPICS UIs in the context of changing enum record identifiers Peter Milne
- Next:
RE: EPICS UIs in the context of changing enum record identifiers Jameson Graef Rollins
- 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
- Navigate by Thread:
- Prev:
RE: EPICS UIs in the context of changing enum record identifiers Mark Rivers
- Next:
Re: EPICS UIs in the context of changing enum record identifiers Andrew Johnson
- 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
|