Gary, I think you can do almost this with a macro key.: <TX> de <MYCALL><RX>
The difference is that the text comes out before the "de MYCALL" rather than after. Maybe Stelios could think of a macro to send hold off on sending the already buffered text, something like this: <PUSH><TX> de <MYCALL>: <POP> <RX> A macro might be better than a mode bceause it's often not obvious hot to get out of modes, unless it puts up something obvious like a dialog box which you can close. That sounds like a lot of UI work. Leigh/WA5ZNU > Hi, > > I just wanted to float this idea by everyone. If it is of some > interest, great. If not, only a few digital bits wasted. > > While testing fldigi and flarq we found the flarq Plain Talk feature > very handy. It made coordinating our testing very easy. We were > running BPSK250. For running flarq, high data rates are good. > Hitting enter after typing a line of text causes flarq to send that > line and switch back to receive. It was similar to running vox on > SSB. When we screwed up and lost flarq Plain Talk communications, we > would switch over to fldigi keyboard-to-keyboard operation. After > Plain Talk, that felt a bit clumsy. Keyboard BPSK250 operation is a > bit silly. fldigi is screaming away sending the idle pattern while > infrequently a keyboard character sneaks out. > > I don't suppose that idle time mattered for what we were doing but it > brings up the idea I've had. How about putting a feature in fldigi so > that it could be switched to an operating mode where pressing the > enter key causes what is in the transmit panel to be sent and then > automatically drop back to receive. This would allow a kind of Plain > Talk operation within fldigi. > > What I have in mind for this is net operation. Much of what goes on > in a net is basically one line transmissions, or at least often should > be, when real traffic is not being passed. I am picturing net control > having a few macros to run things while net check in could be done > with short on/off transmissions. Simple one liners in PSK250 take > less time to transmit than it takes me to slide the mouse cursor to > the transmit button. Things run a little slower in other modes but > mostly we will be running the fastest mode that provides reliable > communications. Whatever we can do to shorten needed transmission > time during an active net should be an advantage. > > Transmission identification is an issue in this kind of operation. > What I think would work best is for each of these Plain Talk style > transmissions to start with an automatic header consisting of a CR/LF > to start the text on the left side of the screen, the transmitting > stations call sign, a colon, a space, and then the transmit buffer > text. It might sound a little cute to format a transmission like that > but for minimizing transmission time for net operation with several > stations on frequency, it might allow things to move along quickly. > > Anyway, that is my thought. > > Gary - N0GW > > ------------------------------------------------------------------------ > > _______________________________________________ > fldigi-alpha mailing list > fldigi-alpha at lists.berlios.de > https://lists.berlios.de/mailman/listinfo/fldigi-alpha >
