EPICS Controls Argonne National Laboratory

Experimental Physics and
Industrial Control System

2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  <20182019  2020  2021  2022  2023  2024  Index 2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  <20182019  2020  2021  2022  2023  2024 
<== Date ==> <== Thread ==>

Subject: Re: Normative types (again...)
From: Timo Korhonen <[email protected]>
To: Michael Davidsaver <[email protected]>, "Kasemir, Kay" <[email protected]>, EPICS Core Talk <[email protected]>
Date: Tue, 17 Apr 2018 07:17:31 +0000
On 17/04/18 07:09, "Michael Davidsaver" <[email protected]> wrote:

>On 04/15/2018 11:40 PM, Timo Korhonen wrote:
>> Hi,
>> 
>> A short update.
>> 
>> 
>> 
>> On 13/04/18 17:57, "Kasemir, Kay" <[email protected]> wrote:
>> 
>>>
>>>> QSRV ..  Use  var("qsrvDisableFormat", "0") to enable display.format
>>> OK, Timo, try that.
>> 
>> Tried. Enabling and disabling the format works, no surprise. Changing
>>PREC
>> also changes the format, etc.
>> 
>> However, this does not change how BOY displays the numbers; again, no
>> surprise. 
>> I would have been surprised if it did. Or maybe it was agreed to be
>> implemented, I am not sure.
>> 
>> (I am using the ESS-specific CS-Studio, by the way.)
>
>This is funny as I know I've seen an effect, which is one of the reasons
>I hesitated to enable it.
>
>During my first experiments, I naively treated display.format like PREC,
>and set it to eg. "3".  It took me a moment (or two) to understand why
>the rendered value was always "3".

Well, I may have to correct my statement: _I_ did not see any change,
except that the format that pvget reports changes.

So my conclusion was that the client (BOY or Display Builder, tried both)
does not handle the format string.
Which is perfectly OK with me if we can agree on a better way than sending
format specifiers. 
And have it implemented, of course (but I think this part of the story is
much shorter).

Timo






>


References:
Normative types (again...) Timo Korhonen
Re: Normative types (again...) Kasemir, Kay
Re: Normative types (again...) Michael Davidsaver
Re: Normative types (again...) Kasemir, Kay
Re: Normative types (again...) Timo Korhonen
Re: Normative types (again...) Michael Davidsaver

Navigate by Date:
Prev: Re: Normative types (again...) Michael Davidsaver
Next: Re: Normative types (again...) Benjamin Franksen
Index: 2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  <20182019  2020  2021  2022  2023  2024 
Navigate by Thread:
Prev: Re: Normative types (again...) Michael Davidsaver
Next: Re: Normative types (again...) Benjamin Franksen
Index: 2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  <20182019  2020  2021  2022  2023  2024 
ANJ, 17 Apr 2018 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·