I haven't really been following this thread because switching in and out of split operation with a K3 has never really been a problem for me. So I have probably missed something along the way and may not even be addressing the main thrust of the thread. I quickly learned how to operate split with my K3s when I first got them and I've never had a problem since. I agree with Joe that Quick Split is not and never was practical. I never used it on my 1000MP either and would never use it if it were available on the K3. I consider myself a seasoned DXer and over the years have operated split with pretty much every type of configuration except for a separate transmitter and receiver, but have used everything from transceiver with remote vfo all the way up to transceiver with dual receivers and panadapter. I learned how to use them all and they all worked great in my hands. The more bells and whistles one has at his disposal the easier it gets of course.
As an aside, I have two K3s, one with subreceiver and panadapter and the other without subreceiver but with panadapter. From my point of view, while it is nice to have the subreceiver while operating split, it's certainly not necessary, and I've never had a problem busting big split pileups with either rig. To me, it's not a big deal to quickly switch the main tuning dial from VFO A to VFO B to quickly monitor the pileup. What I'm saying here is that I don't think anything is broken here, so I don't really think it needs fixing. As long as any new so-called enhancement is menu selected and the choice to use the old system is still available I'll be a happy camper. Don, N5LZ -----Original Message----- From: Elecraft [mailto:elecraft-boun...@mailman.qth.net] On Behalf Of Joe Subich, W4TV Sent: Thursday, February 19, 2015 8:30 AM To: elecraft@mailman.qth.net Subject: Re: [Elecraft] K3 Programmable Split? On 2015-02-19 9:49 AM, brian wrote: > Ian's proposal won't gore your ox. BS. It sure will if I set down to another K3 that has been set up so the normal Split function is "Quick Split" that forces VFO B to some predetermined offset from VFO A. I *don't have a problem with quick split* as long as it does not involve any change to the current split operation or reprogram the operation of the current "Hold A>B". A long hold or [programmable] fixed offset of the current split function fundamentally changes the current UI. A fixed offset violates the "establish transmit on the current VFO B frequency" principle. A long hold is fraught with timing sensitivity as proven by all the problems with LINK vs. DIVERSITY. This hooey over Quick Split is just like the periodic BS about wanting direct access band buttons with frequency stacking or the debate about XFIL vs. APF v.s. Dual PB. Creating a separate button for Split with a hold for Quick Split is a feature that is not practical unless you want Wayne to design a larger front panel with more buttons ... sure it might be nice but otherwise it is a distraction as something that does not fit in the current UI. Could one come up with a better use of the current buttons? Probably. How about removing B Set - simply use A/B set up B and use A/B again. That would free up a hold of A/B for A>B then Split could move to A>B and Split Hold be used for Quick Split. However, I'm sure someone would have a problem with that solution as well. This is just one more manifestation of the user interface limitations of a small format transceiver. 73, ... Joe, W4TV ______________________________________________________________ Elecraft mailing list Home: http://mailman.qth.net/mailman/listinfo/elecraft Help: http://mailman.qth.net/mmfaq.htm Post: mailto:Elecraft@mailman.qth.net This list hosted by: http://www.qsl.net Please help support this email list: http://www.qsl.net/donate.html Message delivered to n...@comcast.net ______________________________________________________________ Elecraft mailing list Home: http://mailman.qth.net/mailman/listinfo/elecraft Help: http://mailman.qth.net/mmfaq.htm Post: mailto:Elecraft@mailman.qth.net This list hosted by: http://www.qsl.net Please help support this email list: http://www.qsl.net/donate.html Message delivered to arch...@mail-archive.com