怎么在Megahertz单元中配置的SMC通道设置标记

谢谢你让我们注意到这一点。
根据您使用的输入字段的类型，在使用大写与小写'm'时，行为看起来确实存在差异。
当设置刺激频率时，'m'和'M'都被解释为“MHz”，但在制造商位置输入编辑框中，'m'被解释为milli。
虽然这种不一致令人困惑，但背后有一个原因。
频率激励值永远不会在毫赫兹范围内，但如果时域打开或者通道设置为CW时间扫描，则标记位置可以是毫秒范围，如果通道处于通电状态，则标记位置可以是毫秒范围
扫描模式。
因此，在标记条目编辑框中，“m”和“M”单位加速键的解释方式不同。
但是，可以检测标记条目的上下文并确定标记是否在具有x轴正常频率范围的迹线上，并忽略用户按下键盘上的“m”键时的情况。
标准扫描条件（请注意，前面板上的M和m单元位于两个不同的物理键上）。
我会将您的反馈意见传递给UI设计团队，看看我们是否可以在即将发布的版本中增强此行为。



     以下为原文

  thank you for bringing this to our attention.  it does look like there is a difference in behavior when it comes to using upper versus lower case 'm' depending on the type of entry field you are using.  when setting a stimulus frequency, both 'm' and 'M' are interpreted as "MHz", but in a maker position entry edit box, 'm' is interpreted as milli.  while this inconsistency is confusing, there is a reason behind it.  Frequency stimulus values can never be in milli-Hz range, but a marker position can be in milli-second range if time domain is turned on or the channel is set to CW Time sweep or in milli-dB range if the channel is in power sweep mode.  for this reason, in marker entry edit boxes, 'm' and 'M' unit accelerator keys are interpreted differently.  However, it is possible to detect the context of the marker entry and determine if the marker is on a trace that has a normal frequency range for x-axis and ignore the case when the user presses the 'm' key on the keyboard under the standard sweep conditions (notice that on the front panel the M and m units are on two different physical keys).  I will pass your feedback on to the UI design team and see if we can enhance this behavior in one of our upcoming releases.

你好，谢谢你的回复。
我对GUI的行为感到困惑，因为我一直输入'200'然后是小'm'，标记显示会瞬间闪烁并仍然显示190 MHz，让我相信它已更新但不接受该频率
价值，这对我没有意义。
当我尝试千兆赫单位示例时，我才怀疑它可能是一个区分大小写的问题。
我只想提醒其他人注意，以防他们遇到同样的困难。
谢谢，rok



     以下为原文

  Hi,

Thanks for the reply. I was confused by the GUI behavior, because I kept entering '200' followed by the little 'm' and the marker display would flash momentarily and still show 190 MHz, leading me to believe that it had updated but wouldn't accept that frequency value, which didn't make sense to me. Only later did I suspect it might be a case-sensitive issue when I tried the gigahertz unit example. I just wanted to alert other folks to be aware in case they encountered the same difficulty I did.

Thanks,
rok

使用键盘输入值时会出现相同（恼人）问题。
大M或小m解释不一致，但取决于背景。
但依赖性并不像我想的那样强大（标记就是一个例子）。



     以下为原文

  The same (annoying) issue occurs when using a keyboard to enter the values.  The big M or little m interpretation is not consistent, but depends upon context. But the dependency is not as robust as I would like (marker being one example).

> {quote：title = Dr_joel写道：} {quote}>使用键盘输入值时会出现同样（烦人）的问题。
使用键盘是唯一的用例，这是一个问题。
在前面板上，小'm'和大'M'单元乘法器是两个不同的物理键，但在标准键盘上它们不是，因此Rok描述的问题。
我们的PNA UI用户已将此问题添加到他们的UI增强候选列表中。



     以下为原文

  > {quote:title=Dr_joel wrote:}{quote}
> The same (annoying) issue occurs when using a keyboard to enter the values.  

using the keyboard is the only usecase where this is an issue.  On the front panel the little 'm' and big 'M' unit multiplyers are two different physical keys, but on a standard keyboard they are not, hence the problem described by Rok.  Our PNA UI brethren have already added this issue to their list of UI enhancement candidates.