开云体育

ctrl + shift + ? for shortcuts
© 2025 开云体育

Hide TX Section of the FLDigi Screen


 

It would be nice if there was an option to hide the TX portion of the screen to allow more room for RX traffic.
?
I am not doing any transmitting and I am sure other hams and SWL folks just might desire more receive room on the screen.? I already have set Rig/Log Controls to None.
?
Whoever the powers to be are, please consider this.
?
Thanks very much.? This is a great program.
?
Regards,
George, NJ3H
Redmond, Oregon USA


 

I don't have mine handy, but ISTR that all you do is drag the divider...

73 Rich NE1EE
The Dusty Key
On the banks of the Piscataqua

On 2025-03-30 02:13:, George Stein - NJ3H via groups.io wrote:
It would be nice if there was an option to hide the TX portion of the screen to allow more room for RX traffic.


 

Hi George,

If you are comfortable editing an FLdigi config file, you can try this sequence (back up the original file before, in case there's an issue):

1. Close FLdigi.

2. Open 'fldigi.prefs' in your fldigi.files folder (using a simple text editor like 'notepad.exe'), usually placed in 'C:\Users\<YOUR USER NAME>\fldigi.files'.

3. Find the following entry : 'int_tile_y_ratio:'

4. Set it to a higher value, in my case a value 'int_tile_y_ratio:980' made the TX pane entirely disappear. The suitable value may depend on your window / screen height.

5. To make the Tx pane re-appear while running fldigi, you can drag the upper limit of the Rx Pane horizontal scrollbar upwards with your mouse.

6. If you need this hidden Tx Pane more frequently, you may consider defining and using an alternate fldigi.files folder for this purpose.
Then run FLdigi in this special state using a link such as <FLdig path>\fldigi.exe --config-dir <alternate fldigi.files folder path>.
Be sure to replace the <paths> above with your actual paths, e.g. 'C:\DX\FLdigi\fldigi.exe --config-dir C:\Users\George\alternate_fldigi.files'.

Hope this will provide a solution for your request.


Good luck!


73s Tobias
.-.-.
Am Sonntag, 30. M?rz 2025 um 08:13:32 MESZ hat George Stein - NJ3H via groups.io <nj3h@...> Folgendes geschrieben:


It would be nice if there was an option to hide the TX portion of the screen to allow more room for RX traffic.
?
I am not doing any transmitting and I am sure other hams and SWL folks just might desire more receive room on the screen.? I already have set Rig/Log Controls to None.
?
Whoever the powers to be are, please consider this.
?
Thanks very much.? This is a great program.
?
Regards,
George, NJ3H
Redmond, Oregon USA


 

Hello Tobias and Rich,
?
Thank you both for your replies.? Rich, I did lower the TX area as much as possible, but it still had a few lines of height.? Tobias, I had to user 1100 as the magic number for my setup.? However, if you look at the screen you will notice a large gray area below the decoded text.? I got this when I went from the smaller size window, expanded it, and it now won't print text there.? So it almost did the trick.
?
If you have any ideas on this little glitch, I am all ears.? HiHi.
?
Again, thanks to both for the help.
?
Regards,
George
?


 

Sorry, I forgot to post the image.? Look at the one with blue text.


 

I just tried it again after closing the program and things now work as they should.? I will keep an eye on it.
Regards,
George
?


 

Hi George,

Thanks a lot for sharing your experience.

Since we kind of tweaked the 'standard' user interface behavior, it may well be that the full height is not updated until you restart FLdigi.
So hopefully you'll be OK for good as is.


Regarding the RTTY ITA2 character set, I think I had asked the same question a while ago in this group but it went uncommented. I have looked into as much as I understand about the program and could not find any means to replace the US RTTY character set with the European one.


As you show in your 'FLDigi_Images' on the right side, more modern modes such as MFSK (e.g. 32/64 as used in SW Radiogram) don't have this issue, and they even allow using many special characters over the air, if using UTF-8 encoding.


So I guess unless you get someone else's more knowledgeable feedback, we're stuck here for RTTY.


You can, of course, always write a little script allowing to re-convert the 'wrong' characters later, but then, of course, it's not 'live' on the screen but only possible after storing the text for a separate conversion step. If that's something anyway you'd be interested in, I could probably write it for you (but I can handle MS-Windows only here), if you send me an example text with the wrong <-> right cross-reference shown in some way.


But it would, of course, be a lot better to include the regional RTTY char set option in FLdigi directly. We have propagation beacons in Germany, called DRA5 (5195 kHz) and DK0WCY (10144 kHz) which also use RTTY once every hour and the same issues are observed every time, yet maybe to a lesser extent, because of the limited text in a Solar Wx Report.


Well, I guess now I'm QRU... ;-)


Have a great day and enjoy the higher Rx Pane...


73s from Bavaria,

Tobias
.-.-.
Am Montag, 31. M?rz 2025 um 21:52:09 MESZ hat George Stein - NJ3H via groups.io <nj3h@...> Folgendes geschrieben:


I just tried it again after closing the program and things now work as they should.? I will keep an eye on it.
Regards,
George
?


 

Hello Tobias,
?
Well the issue has returned with the wide gray area where the TX text was.? What is strange is that when I close the program the "int_tile_y_ratio:" is reset to 835, it's original value.? I have tried this a number of times.? I make sure that the prefs text file is closed before running and closing FLDigi.? When the gray area is displayed and then FLDigi is closed, the program appears to subtracting the gray area line height from the "int_tile_y_ratio:" value. ? So I am stuck right now.
?
In the really old day, W1HKJ would chime in with answers or comments.? I am sure he is busier than a one-armed wallpaper hanger these days.? So we have to look at this situation as not a bug, but a feature.? It would just be nice to have a SWL version of the program.
?
Thanks for the offer to write a script file for the character issue, but it is not worth the effort, as I generally read the incoming text as it is received.
?
Have great Tuesday, Tobias.
?
?


 


Hello George,

I wasn't aware this 'reset' might happen once the values were manually set.


To prevent any direct FLdigi induced modifications, you can, of course, edit the fldigi.prefs file and then write protect it (via right click - Properties - 'Read-only' or the like), but then if you change anything while running FLdigi, this also won't be stored for the next launch. So there's always a snag, it seems...


When I tried to figure out what to modify, I found a couple of other parameters which may or may not have an effect, too, e.g.:
rx_text_height:
tile_y:
tile_h:
tile_y_ratio:

...and so on. Unfortunately, some of these config keys are not really self-explanatory and a few called 'ratio' actually appear to be a decimal factor around 1, while others, despite also being called 'ratio', are given in pixels, which is not exactly easy to understand, as far as I'm concerned.


So I agree, and I fear that's where we're stuck at this point.


Just like you, I wish David who (unlike me) really knows what he does and advises would reply directly with a 'proper' solution...


Hopefully another input or idea will evolve at some point, but until then, enjoy the radio hobby and FLdigi nonetheless!


73s Tobias
.-.-.
Am Dienstag, 1. April 2025 um 02:36:13 MESZ hat George Stein - NJ3H via groups.io <nj3h@...> Folgendes geschrieben:


Hello Tobias,
?
Well the issue has returned with the wide gray area where the TX text was.? What is strange is that when I close the program the "int_tile_y_ratio:" is reset to 835, it's original value.? I have tried this a number of times.? I make sure that the prefs text file is closed before running and closing FLDigi.? When the gray area is displayed and then FLDigi is closed, the program appears to subtracting the gray area line height from the "int_tile_y_ratio:" value. ? So I am stuck right now.
?
In the really old day, W1HKJ would chime in with answers or comments.? I am sure he is busier than a one-armed wallpaper hanger these days.? So we have to look at this situation as not a bug, but a feature.? It would just be nice to have a SWL version of the program.
?
Thanks for the offer to write a script file for the character issue, but it is not worth the effort, as I generally read the incoming text as it is received.
?
Have great Tuesday, Tobias.
?
?