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 | 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 |
<== Date ==> | <== Thread ==> |
---|
Subject: | Re: OS X edm/medm openmotif woes |
From: | Matt Newville <[email protected]> |
To: | "J. Lewis Muir" <[email protected]> |
Cc: | Eric Norum <[email protected]>, tech-talk <[email protected]> |
Date: | Wed, 16 Nov 2016 08:17:46 -0600 |
On 11/15, Matt Newville wrote:
> Hi Lewis,
>
> I highly recommend caQtDM. It works great on Mac OS X. Automated
> translations of MEDM files with adl2ui works with very few (sometimes
> controls that have been grouped together in MEDM need to be un-grouped for
> accurate translation). Once translated, modifying or building new displays
> with QtDesigner is very easy, and allows features that MEDM will never
> support.
Hi, Matt!
Thanks for the recommendation! caQtDM looks quite interesting.
A concern for me is that I often want to include a GUI with EPICS-based
software I write. To date, I've always included MEDM screens (i.e.,
.adl files). I've noticed, however, that some modules include more than
one type of GUI. For example, areaDetectors's ADCore has .adl, .edl,
and .opi files. caQtDm's native GUI file format seems to be .ui files.
That makes four different GUI formats. I'd hate to have to maintain
more than one GUI.
So, how do I provide a useful GUI and at the same time avoid maintaining
more than one? You mention that adl2ui works well, but it sounds like
you would plan to convert MEDM screens once to .ui files, and then
continue in .ui files from there. Is there a way to automatically
generate .adl, .edl, and .opi files from .ui files? Or is there a
consensus forming around .ui files such that it would be reasonable to
just provide .ui files where I previously provided .adl files?