我写了一个基于 Mac 菜单栏的效率神器

gzyguy

2022-09-05 11:05:33 +08:00

这不是聚焦就可以做到了吗？或者说 Alfred 包含了所有。感觉效率并没有提升多大。

Cmdhelp

2022-09-05 11:12:15 +08:00

emmmmmm 实际上聚焦可以更方便

idoubi

2022-09-05 11:14:55 +08:00

@gzyguy 请看第三段介绍。聚焦是好用，BookBar 提供多一种选择。自定义方面会做更多。

dufu1991

2022-09-05 13:24:00 +08:00

应该是写一系列的 AppleScript 集合起来放在菜单栏。我都是将自己常用的 AppleScript 打包成 APP ，然后 Alfred 或聚焦或 HapiGo 快速调用。不常用的也没必要。

clrss

2022-09-05 13:59:14 +08:00

这个“进入终端”, 如果前台窗口是 Finder 的话, 能自动 cd 选中目录 /文件父目录吗?

idoubi

2022-09-05 14:00:04 +08:00

@dufu1991 嗯 BookBar 目前支持通过配置文件定义 AppleScript 的快捷调用。后面的版本会支持下载用户共享的插件和脚本。

idoubi

2022-09-05 14:03:12 +08:00

@clrss 你说的这个应该是右键功能，目前不支持，后面的版本打算支持。在 Finder 选中一个文件，进去终端时自动识别当前选择的 Finder 路径。

minamike

2022-09-05 14:18:45 +08:00

所以为啥要先触发 bookbar 窗口
不能快捷键直接触发对应操作吗

ferrum

2022-09-05 14:56:55 +08:00

功能不评价了。

不过作为一个 macOS App 的开发者，有一些建议：

效率软件一般不会预设全局快捷键，而是让用户开始时自定义。就算预设，一般也不会预设⌘ + E 这样的单修饰键，这样的预设会把应用内快捷键给占用了。比如我就没办法在 Chrome 内使用⌘ + E 了。

BookBar 主要是界面是 NSMenu 吧，为了限制长度，应该是直接限制了 title 的字符数量，但不同语言的单个字符占用的长度不一样。从截图里也看得到，菜单项的右边层次不齐，明明还有很多空间，为什么不用呢？

还有目前的性能也应该有优化空间，从打开到弹出有明显延迟。

neochen13

2022-09-05 17:26:27 +08:00

使用了一下，挺不错的，就是全局快捷键是不是有没有必要，因为冲突很严重，不好使……

idoubi

2022-09-05 17:59:33 +08:00

@ferrum 感谢建议。
1. 后面的版本修改成让用户能自行定义全局唤起快捷键；
2. 目前的设置是书签超过 15 个字符就会显示省略号，后面的版本也可以让用户自行设置是否要缩略和缩略长度；
3. 性能优化这一块，后面重点搞搞。目前体验起来还好，倒没太大延迟，可能跟你加载的数据量有关；

idoubi

2022-09-05 18:04:43 +08:00

@minamike 操作映射到全局快捷键，跟其他软件的快捷键冲突率会增加。通过 Command + E 上下文快捷键执行操作，体验起来也还好。比如我现在常用的：

Command + E, Command + 1 打开微信
Command + E, Command + 2 打开企业微信
Command + E, Command + T 打开 iTerm

用起来很流畅。😄

idoubi

2022-09-05 18:06:06 +08:00

@neochen13 只定义一个唤起主菜单的全局快捷键，其实还好，后面只要能支持用户自定义修改这个全局快捷键就行。不然就只能用鼠标点击了，效率会低很多。

wonderfulcxm

2022-09-05 19:03:00 +08:00

这不是 windows 的开始菜单吗？

idoubi

2022-09-05 19:53:22 +08:00

@wonderfulcxm 😂Windows 开始菜单不好用吗

justin2018

2022-09-07 14:17:42 +08:00

有插件商店吗 😁

idoubi

2022-09-07 16:20:48 +08:00

@justin2018 在搞了。😃

likeme

2022-09-09 16:26:51 +08:00

swift 写的吗？

idoubi

2022-09-09 18:05:23 +08:00

@likeme 是的