Indeed, I was misjudging the syntax of QString.arg(double, int); the second thing is just a minimal width to be filled up with spaces. The optional precision argument is never specified, so Qt just does whatever the hell it feels like. Splendid functionality.
Regarding moving things out-of-tree: In fact, that's possible, but I'd argue that as interwoven as it is, gr-qtgui is the worst candidate for that. The most likely-to-work solution would be getting the Ubuntu package sources, fixing the things you need fixed, and rebuilding the Ubuntu package, to be completely honest :( Or, you can build GNU Radio from source, and we fix that bug upstream ASAP; that'd require you to "sudo apt-get remove gnuradio && sudo apt-get build-dep gnuradio", "git clone https://github.com/gnuradio/gnuradio", "cd gnuradio; mkdir build; cd build; cmake .." and finally "make -j8; make install" as well as to recompile anything that uses GNU Radio, and never to install Ubuntu's GNU Radio again, lest you want to end up in conflict hell. Best regards, Marcus On Tue, 2018-03-06 at 09:07 -0500, John Ackermann N8UR wrote: > Thanks, Marcus! > > First, there's something goofy because I am getting 6 decimal places, > not 4. See the attached screen shot. > > Second, unfortunately at the moment I'm using the Ubuntu packages. I > used to always use the build-gnuradio script, but last summer I started > having problems with librtlsdr when I did that, so I reverted to the > packaged version because it still worked. So I'm not set up to build > gnuradio from sources without going back to ground zero. (Though I > suppose I could do the whole deb-source thing. *Shudder*) > > Is there a reasonable process to take an existing GRC block and convert > it to an OOT module? I'd be happy to do that but don't know how to go > about it. > > Thanks, > John > ---- > > On 03/06/2018 08:47 AM, Müller, Marcus (CEL) wrote: > > Hi John, > > > > there's no dumb questions, maybe badly researched ones, and you > > definitely don't have the habit of posting the latter, so: Good > > question! > > > > It all boils down to this line in gnuradio/gr- > > qtgui/lib/numberdisplayform.cc: > > > > d_text_box[i]->setText(QString("%1 %2").arg(f, 4, ' ').\ > > arg(QString(d_unit[i].c_str()))); > > > > in which the current value `f` is displayed with four digits after the > > decimal dot. > > > > I'd agree this is probably not what's desirable in any application. > > > > Now, this can be changed; for example, we could add a way to set the > > number of digits variably instead of to 4. However, that'll be a source > > code and API change, so it'll require recompilation of GNU Radio and > > relinking of everything that use gr-qtgui. Does that help you? > > > > Best regards, > > Marcus > > > > On Mon, 2018-03-05 at 16:36 -0500, John Ackermann N8UR wrote: > > > I hate to put such a dumb question to the list, but I'm going nuts > > > trying to do something that ought to be simple. > > > > > > I am using a QT Number Sink to display dB values in float format. It is > > > showing many more decimal places than have any meaning. I'd like to > > > round the display to one or two decimal places. > > > > > > I tried making an embedded python block to do the rounding and finally > > > succeeded (it was a long and painful process, and frankly I don't > > > understand why I had to do what I did to get it to work), but the number > > > sink is still printing all the extra decimal places, they're just now > > > set to zero. > > > > > > Is there any trick to round or even just truncate the number of decimal > > > places shown in the QT Number Sink? > > > > > > Thanks, > > > John > > > > > > _______________________________________________ > > > Discuss-gnuradio mailing list > > > Discussfirstname.lastname@example.org > > > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Description: S/MIME cryptographic signature
_______________________________________________ Discuss-gnuradio mailing list Discussemail@example.com https://lists.gnu.org/mailman/listinfo/discuss-gnuradio