EXCEL宏的快捷键可以使用一个单键吗 F1什么的不用的？

Posted 2023-05-06

是这样的，系统不建议使用单键作为宏的热键，但是如果强烈希望这样做也是有办法的，可以自己写Application.OnKey调用指定，示例：

测试没有问题，在EXCEL界面可以响应F1，替换掉了系统的F1帮助功能：

参考技术A 在录制宏的界面已经给限制住了，热键就是Ctrl加某个按键。。
单独的F1到F12本身就是功能键，很容易冲突，所以不能用。追问

功能键我可以自己设置取消啊

追答

不是所有热键都能取消的。取消是一方面，更重要的是很多软件的默认热键就是常用的功能键。总不能挨个去改吧，而且有的系统级的还不能改。

使用宏的 Fortran 替换子例程名称

【中文标题】使用宏的 Fortran 替换子例程名称

【英文标题】：Fortran substitute subroutine name using macro

【发布时间】：2013-12-03 23:30:14

【问题描述】：

我正在编写一个允许用户记录信息的模块。我想提供一个记录字符串消息的接口，可以称为

call m_log(msg)

所以在文件 m_logger.f90 中，我会有

module m_logger
..
  subroutine m_log(msg)
  ..
end module 

在 main.f90 文件中，用户将拥有

program main
use m_logger

call m_log(msg)
end program 

现在如何将call m_log(msg) 替换为call m_log(msg, __FILE__, __LINE__)？

由于这种替换，将调用记录器模块中的不同子例程subroutine m_log(msg, filename, linenum)。

如果我使用像 #define m_log(msg) m_log(msg,__FILE__,__LINE__) 这样的宏，则必须将它添加到每个使用记录器的用户文件中。

另外，我不想强​​制用户明确传递__FILE__ 和__LINE__。

有没有办法做到这一点？还是完全有其他选择？

提前致谢

编辑： 我讨论了 comp.lang.fortran。添加链接以供参考。 here

【问题讨论】：

您能否在此处添加一些说明或示例来说明您要实现的目标？我很困惑。

基本上我如何用m_log(msg,__FILE__,__LINE__)自动替换m_log(msg)，也许使用宏。

__FILE__ 和 __LINE__ 在哪里出现？当您说您不希望用户显式传递参数时，您的意思是用户会将它们定义为环境变量或宏，而不是将它们放在函数调用中？

__FILE__ 和 __LINE__ 是编译器宏。

【参考方案1】：

在这种情况下，您必须使用与 C 相同的方法。定义你提议的宏

 #define log(msg) m_log(msg,__FILE__,__LINE__)

在一个单独的文件中（可能包含其他有用的宏）并使用#include "file.inc" 包含它（标准的 Fortran 包含不够用）。

如果宏的名称与它实际调用的子程序不同，您可以确保用户必须使用包含并且不会忘记它。

【参考方案2】：

如果您不想显式地强制使用__file__ 和__line__，那么您可以使用optional 标志，这样您的子例程如下所示：

subroutine m_log(msg, filename, linenum)
   character(len=*) :: msg
   character(len=*), optional :: filename
   integer, optional :: linenum
   if(present(filename)) then
      <something with filename>
   endif
   if(present(linenum)) then
      <something with linenume>
   endif
   <normal stuff with msg>
end subroutine

如果filename 或linenum 附加了任何值，则内部函数present 返回真值，否则返回假。

【讨论】：

这并不能解决我的问题。如果用户不传递可选参数，我就不会有文件名和行号。

那我误解了你写的东西。我唯一的建议是向用户强烈建议他们将子例程/文件名和行号包含在msg 中，并且只使用一个m_log 子例程。

【参考方案3】：

由于您希望用户将它们作为编译器宏传递，因此您首先必须为宏选择不同的名称。 __FILE__ 和 __LINE__ 都是预定义的宏。这两个宏是由预处理器定义的，而不是由用户传递的。我认为这可能会引起一些混乱。

如果您希望允许用户通过编译器选项选择性地提供宏，最好在您的子例程中包含 #ifdef 指令：

subroutine m_log(msg)
  implicit none
  character(len=*) :: msg
  character(len=something) :: file
  integer ::line
  !Initialize file and line to some default value
  file=...
  line=...
#ifdef __KVM_FILE__
   file=__KVM_FILE__
#endif
#ifdef __KVM_LINE__
   line=__KVM_LINE__
#endif
   ...

这样用户将始终以相同的语法call m_log(something)调用子程序，但效果会根据您的编译宏而改变。当然，这也需要用户在每次更改此宏时重新编译您的代码。如果这样做成本太高，您可以设置一个带有可选参数的子例程（如 Kyle 的回答），然后将 #define 宏包含在 #ifdef 块中，并将它们放入 .h 文件中，并让您的用户始终包括该文件。 （类似于弗拉基米尔的回答）