I'd propose that nothing you do *requires* Qt. There are many uses for
GUI-less flowgraphs. Qt is a heavyweight framework; it should not be
required in order to build GRC flowgraphs.
---
Jim Melton
-----Original Message-----
From: discuss-gnuradio-bounces+jim.melton=sncorp.com@gnu.org
<discuss-gnuradio-bounces+jim.melton=sncorp.com@gnu.org> On Behalf Of
Marcus D. Leech
Sent: Sunday, January 29, 2023 12:30
To: discuss-gnuradio@gnu.org
Subject: [EXTERNAL] Re: Qt widgets Improvement
On 29/01/2023 14:20, Rohit Bisht wrote:
I'd like to start with "integrating gnu with qt creator" because it
would make it easier to write code in the integrated qt environment
and speed up build, run, and testing. I believe adjusting the cmake
file and fixing paths to missing library files would be the way to go
(though I'll require more directions on that).
Then "adding new widgets" followed by "improving them" .
I guess it depends on what you think the dominant design doctrine
should be "gorgeous UI with the DSP as a kind of afterthought",
or "robust DSP with the UI as a kind of afterthought". I don't
think that Qt designer is a particularly productive way to design
the DSP bits of a DSP application.
The whole "form is more important than function" is a bit of leftover
brain-death promulgated by Steve Jobs, and it was as
wrong-headed then as it is now, IMHO.
CONFIDENTIALITY NOTICE - SNC EMAIL: This email and any attachments are
confidential, may contain proprietary, protected, or export controlled
information, and are intended for the use of the intended recipients
only. Any review, reliance, distribution, disclosure, or forwarding of
this email and/or attachments outside of Sierra Nevada Corporation
(SNC) without express written approval of the sender, except to the
extent required to further properly approved SNC business purposes, is
strictly prohibited. If you are not the intended recipient of this
email, please notify the sender immediately, and delete all copies
without reading, printing, or saving in any manner. --- Thank You.