Hi Paul,
>1) Using BOY, I want large numbers to be displayed with no comma.
>e.g. 145,123 I want to display as 145123
The default numeric format depends on your OS locale setting, e.g. LC_NUMERIC. Unfortunately, I found that most locales use comma as thousands separator. See http://lh.2xlibre.net/values/thousands_sep/
This should not be a problem in our next release since we are porting BOY to use PVManager. In PVManager, it doesn't use locale settings, so there won't be thousands separators anymore. For example, 12345678.123.
>2) With medm, when I resized a display's window the entire display
>scaled. With BOY this is not the behavior - you just shrink the
>visible portion of the display. To shrink/enlarge/scale the entire
>display takes several steps and the F8 key. Is there a trick or
>setting to rescale the entire display - widgets, text, objects?
You can try the "Auto Zoom to Fit All" property or "Auto Scale Widgets" property of the Display.
>Does a WebOPI display behave any differently in this regard?
No, there is no difference on zoom/scale behaviors.
>I was very impressed with how quickly I was able to adl2boy our 400
>medm displays. Most needed a tweak (compound visibility rule) and
>some wouldn't convert (shell script launcher?) but basically they all
>worked. adl2boy worked on my 32-bit RHEL5 Basic_EPICS but not on my
>64-bit RHEL_5.
We should thank John Hammonds from APS for his excellent work on adl2boy!
>I tried to drag
>the display's tab out of the window but this didn't work. I also
>thought a right-click option to 'detach' would also be useful ...I
>know I know, if I want that feature then code it up :). But my
>window resize/rescale issue remains. The operators are used to this
>feature.
There is an "Open OPI in View" widget action that can open an OPI in detached view. I don't know if that can meet your needs.
Thanks,
Xihui
- Replies:
- Re: BOY number representation & display scaling Paul Sichta
- References:
- BOY number representation & display scaling Paul Sichta
- Navigate by Date:
- Prev:
memory and vxWorks based IOCs James F Ross
- Next:
Re: memory and vxWorks based IOCs Tim Mooney
- 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: BOY number representation & display scaling Paul Sichta
- Next:
Re: BOY number representation & display scaling Paul Sichta
- 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
|