Hello Mr. Kasemir,
thank you for your answer. I have checked those new options and i set
them accordingly with our preferences. Unfortunately this change hasn't
fixed the strange behavior.
Our link container widget use a default OPI file while a dedicated rule
change the field "OPI File" accordingly to the (string) value wrote in a
specific PV. During the initialization, the container widget load the
(first) correct OPI (compared to the PV string value), but when we
change the "trigger" PV, the widget doesn't update the OPI link. We have
seen that a refresh screen command let the widget update the panel to
the correct one, but the problem persists when again we change the
trigger PV.
Have you ever tried to use this kind of widget in combination with Rules
dedicated to dynamically change the OPI file?
Thank you in advance for any help you could give us.
Best Regards,
- Maurizio M.
On Nov 13, 2015 08:35 PM, "Kasemir, Kay" <[email protected]> wrote:
> Hi:
>
> There have been changes regarding the specific resize options:
> Should the container resize to match its content,
> or should the content resize to match the container,
> or should nothing resize and there are scrollbars?
> I’ve seen older displays that don’t work properly without updating
> those (new) options.
>
> -Kay
>
> > On Nov 13, 2015, at 11:15 AM, Maurizio Montis
> > <[email protected]> wrote:
> >
> > Hi to Everyone,
> >
> > i have a question related to CSS control panels and widget: we
> > developed
> > a human-machine interface in CSS 3.2.16 (basic package, 64bit) for
> > our
> > project and it has been in production for about a year.
> > Recently we are trying to move to CSS 4.1.0 (always basic package,
> > 64bit) but we have some problem using the same OPI files: in
> > particular
> > linking containers don't work correctly, showing us a blank window
> > instead of the OPI file desired.
> > We also tried the nightly version (CSS 4.2.0 64bit): in this case
> > the
> > linking container widget is correctly initialized, but the OPI files
> > it
> > has to load don't follow the requirement defined through a dedicated
> > rule.
> >
> > Is there some change related to this widget or related to some
> > particular (new) configuration?
> >
> > Thank you a lot to everyone for any answer.
> >
> > Cheers
> >
> > - Maurizio
> >
> >
> >
> > ~~ Maurizio Montis - Control System Engineer ~~
> > mobile: +39 3408428089
> > mail: [email protected]
> > skype: maurizio_montis
> >
> > Istituto Nazionale di Fisica Nucleare - Laboratori Nazionali di
> > Legnaro
> > V.le dell'Universita', 2
> > 35020 LEGNARO (PD) - ITALY
> >
> >
>
~~ Maurizio Montis - Control System Engineer ~~
mobile: +39 3408428089
mail: [email protected]
skype: maurizio_montis
Istituto Nazionale di Fisica Nucleare - Laboratori Nazionali di Legnaro
V.le dell'Universita', 2
35020 LEGNARO (PD) - ITALY
- References:
- CSS migration and problem with linking container widget Maurizio Montis
- Re: CSS migration and problem with linking container widget Kasemir, Kay
- Navigate by Date:
- Prev:
Re: motor record DLY and STOP problem Torsten Bögershausen
- Next:
CAENels TetraMM Quad picoammeter nick.rees
- 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: CSS migration and problem with linking container widget Kasemir, Kay
- Next:
Alternatives to softGlue? (re-configurable TTL I/O line logic controllable from EPICS) Andrew Gomella
- 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
|