I'm going to be submitting a patch for the list which I think helps address this issue (as well as a few others); Please provide your feedback and if you like the patch by all means commit it.
The way I looked at solving this is by extending the memory editor toolbar, app edit menu, and memory editor context menu to provide additional access to the memory editor (property) dialog.
I extended the concept of "Edit" on the context menu by modifying it to 1) include a "Properties" button the toolbar, which when 'clicked' will bring up the memory editor; 2) including the "Properties" menu item to both the View menu and memory editor context menu and 3) added the 'r' accelerator to the context menu.
I believe this slight modification to the UI provides a clean interface to not only accessing the visible editable properties of a channel, but also the extended 'extra' properties.
It is very simple to now add an app wide accelerator which links to the property page; so please suggest one that is supported by gtk and we can add it.
A next step may be to retrofit the memory property dialog to be more explicit about which properties are 'standard' and which are 'extra'.
Opening up this UI element, may hopefully promote more radio to extend their interface through the 'extra' attribute of the memory class.
-kosta
From: kosta@alumni.uvic.ca To: chirp_devel@intrepid.danplanet.com Date: Wed, 28 Jan 2015 23:19:10 -0800 Subject: Re: [chirp_devel] accessing channel edit menu on mac
Yes, I also don't necessarily agree with the design implications this would have in creating a very large horizontally scrolling window.
I do believe however, that appending an "edit" button/text label to the list would also appear out of place. However, I do have some other ideas as to how we can provide access to this previously hidden information, I will explore this and post another patch when I can.
To the original point, until Jens brought up this issue, I had not yet realized that there existed 'extra' memory settings at all...
Any chance of committing the previous changed I posted to the mailing list?
Date: Wed, 28 Jan 2015 17:55:21 -0800 From: dsmith@danplanet.com To: chirp_devel@intrepid.danplanet.com Subject: Re: [chirp_devel] accessing channel edit menu on mac
Under the current prototype users can define user extensions to the memory class by specifying a tuple in the radio features structure. This tuple defines the caption, type, and choices for each "user" defined memory which is then stored in the memory's "user" dictionary.
Yeah, I think I'm against making the memory editor too much larger. Having to stack a potentially unlimited number of settings in a horizontally-scrolling row just kinda sucks. Also, it is a little more clear that things like extra settings aren't included in, say, CSV exports since they're not part of the table.
I think there *has* to be some way to embed a button in a row. If not, we could just do a link or image thing or something and trigger opening the dialog on click. I'd much prefer that I think.
--Dan
_______________________________________________ chirp_devel mailing list chirp_devel@intrepid.danplanet.com http://intrepid.danplanet.com/mailman/listinfo/chirp_devel Developer docs: http://chirp.danplanet.com/projects/chirp/wiki/Developers
_______________________________________________ chirp_devel mailing list chirp_devel@intrepid.danplanet.com http://intrepid.danplanet.com/mailman/listinfo/chirp_devel Developer docs: http://chirp.danplanet.com/projects/chirp/wiki/Developers