EPICS Controls Argonne National Laboratory

Experimental Physics and
Industrial Control System

1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  <20132014  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  <20132014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
<== Date ==> <== Thread ==>

Subject: Re: BOY number representation & display scaling
From: Paul Sichta <[email protected]>
To: "Chen, Xihui" <[email protected]>
Cc: "[email protected]" <[email protected]>
Date: Mon, 28 Jan 2013 13:36:19 -0500
Xihui,
Ahh, 'Auto-Zoom to Fit All'  did the trick.  Text and widgets shrunk
with window size.

-ps


On Mon, Jan 28, 2013 at 11:20 AM, Chen, Xihui <[email protected]> wrote:
> 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 Chen, Xihui
References:
BOY number representation & display scaling Paul Sichta
RE: BOY number representation & display scaling Chen, Xihui

Navigate by Date:
Prev: Re: memory and vxWorks based IOCs James F Ross
Next: Re: copying archived data from 32-bit to 64-bit machine Bruce Hill
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  <20132014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
Navigate by Thread:
Prev: RE: BOY number representation & display scaling Chen, Xihui
Next: RE: BOY number representation & display scaling Chen, Xihui
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  <20132014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
ANJ, 20 Apr 2015 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·