A NEW thread for feature requests and suggestions for RTQM for the next round of beta test. 73, Steve KF8KI
Sorry, Steve. I wasn't mindful of the particular forum I had just posted to, but now I'm here at the right QTH. I simply wanted to say thanks for the spellcheck in the QSY Session window and also for the scrollbar in the RTQM widget. Anything in particular you want me to try out? - Joe WA3JR
I typically use Map Mode Session View. Works great. When I'm in the Map mode and select List Mode Session View the page takes considerable time to transition and when it finally does the Op Session Filter leaks other non-selected bands and modes onto the list. My OS: Win11, 64-bit Browser: Brave 1.93.129 64-bit (built on Chromium 151.0.7922.71)
Feature request for the RTQM widget: In addition to the Session ID, Gridsquare, and RF (band, mode, MHz) could we include a date/timestamp? Or maybe even prefacing the Comment and subsequent comments with a date/timestamp. Its's not so much for a Live Session. That speaks for itself, but for a posted Off the Air widget the inclusion of a date/timestamp records when it was that you were active in that particular RTQM session.
Thoughts? LOL. I'm so brain fried at the moment, I'm not sure I can put together cohesive thoughts. I'll take a look at it. I agree it's crowded unless you zoom in. Unfortunately the current framework doesn't support more than one size icon for the base view so I'd have to pick something that worked reasonably well at all levels of zoom. I'll report back after I've had a chance to play with it. 73, Steve KF8KI
I actually intentionally left the last active off the widget initially because I wasn't sure if the history of when the user was last on the air was something they'd want broadcast. That said, I've seen plenty of "last heard" indications on people's profiles from other logging services and such, so maybe the concern is misplaced. It's an easy addition to the widget. Anyone else have an opinion? 73, Steve KF8KI
Page load is already on my radar. First I've heard of "filter leaks" though. I'll look into it. 73, Steve KF8KI
Steve, in regard to the filter leaks I wanted to rule out there being an issue with my browser of choice, the Brave browser. As an experiment I have now used my alternative browser (DuckDuckGo Version 0.169.0) and the filter leaks appear there as well. In either of these two browsers the rendered listing appears to be the same. Both have a singular filter parameter enabled, that of Band (6m) and with the Mode filter not selected and wide open to all modes. Listing behaves similarly in both browsers, that when the list updates (my guess triggered by a new entity in the stream of data) there exist on the list and however brief some callsigns operating outside of the 6m band. Some of these outside-the band callsigns persist through a page refresh, but most disappear rather quickly with a subsequent page refresh. I'm wondering if there is an issue somehow with the timing/queue. Most of the erroneous reports appear briefly, but within seconds <poof> they're gone. Is there any direction you'd like for me to pursue. Please advise. Thanks, Joe
Steve, Here's a link to a screenshot of an RTQM listing with just one filter enabled, that of the 6m band. Notice the 40m, 30m, and 20m reports in addition to the filtered 6m spots: Band_Leak.png
New Feature for HF Net Controllers Hi Steve, New Feature/filter - "HF Nets"... this could be filter under Op Session Filter... this will enable HAMS to join/chase HF Nets across the world. The data is provided by Net Controllers with with session timings expiring based on UTC time ... Cheers and 73, Manoj VU3MDO
