<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 12pt;
font-family:Calibri
}
--></style></head>
<body class='hmmessage'><div dir='ltr'>I'm going to&nbsp;be submitting a patch for the list which&nbsp;I think helps address this issue (as well as a few others);&nbsp; Please <BR>provide your&nbsp;feedback and if you like the patch by all means commit it.<BR>&nbsp;<BR>The way I looked at solving this is by extending the memory editor toolbar, app edit menu, and memory editor context<BR>menu to provide additional access to the memory editor (property) dialog.<BR>&nbsp;<BR>I extended the concept of "Edit" on the context menu by modifying it to 1) include a "Properties" button the toolbar, which when 'clicked'<BR>will bring up the memory editor; 2) including the "Properties" menu item to both the View menu and memory editor context<BR>menu and 3) added the 'r' accelerator to the context menu.<BR>&nbsp;<BR>I believe this slight modification to the UI provides a clean interface to not only accessing the visible editable properties<BR>of a channel, but also the extended 'extra' properties.<BR>&nbsp;<BR>It is very simple to now add an app wide accelerator which links to the property page; so please suggest one that is supported <BR>by gtk and we can add it.<BR>&nbsp;<BR>A next step may be to retrofit the memory property dialog to be more explicit about which properties are 'standard' and which are<BR>'extra'.<BR>&nbsp;<BR>Opening up this UI element, may hopefully promote more radio to extend their interface through the 'extra' attribute of the memory <BR>class.<BR>&nbsp;<BR>&nbsp;<BR>-kosta<BR><br>&nbsp;<BR><div><hr id="stopSpelling">From: kosta@alumni.uvic.ca<br>To: chirp_devel@intrepid.danplanet.com<br>Date: Wed, 28 Jan 2015 23:19:10 -0800<br>Subject: Re: [chirp_devel] accessing channel edit menu on mac<br><br>

<style><!--
.ExternalClass .ecxhmmessage P {
padding:0px;
}

.ExternalClass body.ecxhmmessage {
font-size:12pt;
font-family:Calibri;
}

--></style>
<div dir="ltr">Yes, I also don't necessarily agree with the design implications this would have in creating a very large horizontally scrolling window.<br>&nbsp;<br>I do believe however, that appending an "edit" button/text label to the list would also appear out of place.&nbsp; However, I do have <br>some other ideas as to how we can provide access to this previously hidden information, I will explore&nbsp;this and post another patch when I can.<br>&nbsp;<br>To the original point, until Jens brought up this issue, I had not yet realized that there existed 'extra' memory settings at all...<br>&nbsp;<br>&nbsp;<br>Any chance of committing the previous changed I posted to the mailing list?<br>&nbsp;<br>&nbsp;<br><div>Date: Wed, 28 Jan 2015 17:55:21 -0800<br>From: dsmith@danplanet.com<br>To: chirp_devel@intrepid.danplanet.com<br>Subject: Re: [chirp_devel] accessing channel edit menu on mac<br><br><pre>&gt; Under the current prototype users can define user extensions to the<br>&gt; memory class by specifying a tuple in the radio features structure.<br>&gt; This tuple defines the caption, type, and choices for each "user"<br>&gt; defined memory which is then stored in the memory's "user"<br>&gt; dictionary.<br> <br>Yeah, I think I'm against making the memory editor too much larger.<br>Having to stack a potentially unlimited number of settings in a<br>horizontally-scrolling row just kinda sucks. Also, it is a little more<br>clear that things like extra settings aren't included in, say, CSV<br>exports since they're not part of the table.<br> <br>I think there *has* to be some way to embed a button in a row. If not,<br>we could just do a link or image thing or something and trigger opening<br>the dialog on click. I'd much prefer that I think.<br> <br>--Dan<br> <br></pre><br>_______________________________________________
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</div>                                               </div>
<br>_______________________________________________
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</div>                                               </div></body>
</html>