[chirp_devel] Thoughts on upload/download terminology
Dan Smith
Fri Jan 20 17:00:31 PST 2023
> Probably thinking about it too hard myself, but here are some thoughts.
>
> Upload and download infer a temporary, potentially unstable connection or a remote/temporary target.
>
> Read and write infer something less remote and much more stable and consistent.
>
> I think upload and download make the most sense for this use case considering protocols in use and the temporary connection or potentially unstable one.
>
> Read and write might set expectations too high for some users.
I'm going to go out on a limb and say, from one over-thinker to another, I think you over-thought that real good :)
Looking at several other packages, here's what I find:
KC8UNJ Commander: Read/Write
Kenwood MCP: Read/Write
Kenwood Commercial: Read/Write
Icom CS: Read/Write
Yaesu ADMS: Get/Send
CHIRP-legacy: Download/Upload
Sure seems like read/write is the more common thing. "Because Yaesu did it" is never a good reason, IMHO, so that's an easy outlier.
I think that means read/write would put us on par with most everything else. Anyone else have data points or opinions? Maybe some non-Americans with different connotations for those words?
--Dan
More information about the chirp_devel
mailing list