v1.2释放 - kinto现在包括一个系统托盘和简单的向导,以便以最小的努力设置安装。
如果您想直接向我发钥匙键盘,请通过Twitter向我联系并发送DM。
如果向导没有出现,那么键入" kinto.sh"在您的应用程序概述搜索栏中或运行以下命令。
尝试切换Numlock On&关闭(官方Mac键盘上的清除密钥)。如果它仍然不起作用然后重新启动Kinto服务并再次尝试切换NumLock / Clear键,它可能会在此之后工作。 #369
如果您想要类似于Mac用户的全局菜单应用程序,那么我强烈推荐Ubuntu Budgie,因为它具有内置的Vala AppMenu并准备好激活。 Vala-appmenu可以安装在各种发行版中,里程会有所不同。如果您尝试使用XFCE的最新20.xx版本激活它,那么您可能需要运行以下命令。
只要捕获整个键盘输入,RDP就会完全运行。 RDP已经使用Windows工作了一段时间,但截至2/14/2021,Linux现在也支持和潜在的麦克斯。 VNC&其他协议可以工作,但可能最依赖于键盘输入如何在运行客户端的计算机上捕获。
点击XQuartz - >首选项并设置这些选中标记,以便全屏可以工作,可能需要退出并从步骤6重新运行XfreerDP命令。
如何为MacoS用户配置跳转桌面的屏幕截图,用于使用Kinto访问Windows PC的宏用户。我很抱歉,它不是一个免费的RDP客户 - 但它确实有效,如果你计划经常使用它,它可以合理。
Kinto为标准窗口,Apple和Chromebook键盘工作。但是,以下内容基于标准的Windows / Mac键盘描述了动态rebinding。
注意:终端的RCTRL也在大多数情况下加入Shift,但它取决于所使用的特定终端,并将自身改变为该终端应用程序的预期键盘。
与大多数其他映射相比,这是一个完整的系统范围内的基础修改器键重新映射,这节省了时间。你'重申不会死于一千份点评的死亡,试图支持太阳下的每个快捷键。
它还保留了一些最常用的系统级快捷键,例如CMD-C / V,CMD-TAB和CTRL-Tab等。您将保持无缝副本和amp;所有应用程序之间的粘贴,在仍在使用物理CMD / ALT键位置时切换Windows的能力;在您喜欢的终端,代码编辑器或Web浏览器中切换选项卡。根据您的操作系统和/或桌面环境,您还可以使用与其他基本系统级快捷方式相同的方式切换虚拟桌面环境。
如果您的操作系统和MacOS在系统级别上具有相似的功能,但只有不同的差异略有差异,那么Kinto可能已经支持它。如果KINTO' T有您需要的内容,那么您可以打开支持机票,并将添加。您还可以将该项目丢弃以添加修复程序,我将通过您所做的PR来合并它。
此外,如果您使用的是跨平台应用程序,并且它恰好有一些不同的快捷键,那么可以很容易地添加到kinto.py或kinto.ahk配置文件中在此处〜/ .kinto / kinto.ahk和Linux它可以在这里找到〜/ .config / kinto / kinto.py。这里可以找到更多信息快捷方式创建
注意:Sublime文本用户应该禁用屏幕旋转热键,因为它们会干扰多光标和可能的其他组合。有关详细信息,请参阅https://windowsloop.com/disable-screen-rotation-keyboard-shortcut/。
您可能还想禁用Xbox游戏栏,以便Win + G或其他快捷方式不会与您的任何refaps干扰。开始菜单 - >游戏吧捷径 - >切断。
您可以通过此方法为特定应用程序定义新的Keymaps。如果您不需要或想要,您也不必取消原始键键,但是您可以使用" pass_through_key"
#sublime textdefine_keymap(re.compile(" sublime_text"),{k(" c-h"):pass_through_key,#取消替换k(" ctrl-alt- F"):k(" ctrl-h"),#替换k(" cm-v"):[k(" c-k") ,k(" c-v"),#paste_from_history}
在上面的示例中,我也显示您可以通过定义要触发的快捷方式数组来定义单个快捷方式以在需要时颁发多个快捷键。
您还可以更改/tmp/kinto/xkeysnail/kinto.py位置中的文件,并查看它们实时采取影响,但对于您的更改永久,您需要在〜/ .config中进行更改/kinto/kinto.py位置&重新启动XkeySnail服务。
这适用于Kinto的Windows版本,以及如何为应用程序添加其他支持。配置文件位置为〜/ .kinto / kinto.ahk和更新它后,您需要右键单击纸盘图标,然后再次单击设置键盘类型,并将重新应用最新更改。
Windows 10在尝试添加特定应用程序时需要了解几种方法,典型方法如何添加任何EXE程序,但是还有一些应用程序使用的较新的UWP应用格式两者都将讨论类似但不同的方法。
您可以使用以下传奇,但意识到这些repaps引用本文档开头附近提到的图中的虚拟键,因此不要将其与物理密钥混淆,除非它们恰好是相同的键。
...#ifwinactive ahk_exe sublime_text.exe#^ Up ::发送!{o};切换文件#^ f ::发送{f11}; toggle_full_screen ^!v ::发送{ctrl向下} k {ctrl向上} {ctrl向下} v {ctrl向上}; Paste_from_history ...#如果......
有了自动冲击,您可以轻松地从Autohotkey论坛中提取知识,以便在您可能拥有的任何问题上。
我没有在这个上有太多的例子,大多数开发人员似乎都从UWP脱离了。 Kinto目前支持"流利的终端"这是一个UWP应用程序,但它也是与热键重新映射的其他终端应用程序分组。您可以看一下,但您可能还想尝试创建一个新的autohotkey文件,并使用Autohotkey内置的窗口间谍功能来帮助您发现任何应用程序的全名和类名。
只需延迟最新的那时,可以重新运行setup.py安装程序,它将停止服务并重新安装kinto。
注意:如果您对〜/ .config / kinto进行了任何自定义更改,则需要在运行更新之前备份或重命名这些目录。
此信息现在取代了Linux具有完整的Fledge GUI和系统托盘应用程序,非常易于使用,但我将为那些想要了解它们是什么的人来保持命令行选项。
你在麦斯上使用VM吗?如果是这样,您可能需要在使用Parallels的VMware Fusion时禁用CMD键的自动重新映射。
您可能需要在Systemd服务文件中手动设置显示屏。通常它拉到适当的显示价值,但如果它没有您可以尝试这个。
另一种可能性是可以启用SELinux,并且需要设置为允许。 (aka / etc / selinux / config)
如果您继续出现问题,请打开一张票证并将信息发送给我。
我' d欣赏与非美国基于键盘的人的任何帮助,以帮助确保这些keyaps和keyswap方法的所有或大多数语言都在工作。
libinput-gesturesthree手指手势或其他类型的手势用于桌面交换或Linux发行版内的其他功能。更多信息在这里快速设置它。设置用户访问输入后,请确保注销。 https://www.reddit.com/r/galliumos/comments/5lgrxe/psa_multitouch_gestures_on_galliumos/
另一个低级密钥remapper,不如xkeynail轻松配置,但不依赖于x11。
点文件和配置可以帮助那些希望在Wayland下工作的Mac样式快捷键,或者w / o x11。 Vim#102:Linux上的麦斯科斯键盘绑定
适用于Windows的最佳终端应用程序。我试过无数,但这一个实际上似乎得到了一切正确,尽管缺乏GUI来配置程序的所有方面。必须通过JSON文件完成自定义配置 - 但考虑到性能和功能集,我觉得它是一个体面的交易。
我将来我将更新kinto在将来拥有此特定终端的自定义配置。将使无缝副本&粘贴已经有效,工作更好(CMD-C仍然可以触发SIGINT - 但是有一个修复程序,涉及更新JSON配置)。
AutoHotkey是一种强大且易于使用Windows上桌面自动化的脚本语言。
超过225个终端颜色方案/ Iterm / Iterm2的主题。包括终端,konsole,putty,xresources,xrdb,remmina,白蚁,xfce,tilda,freebsd vt,terminator,kitty ...
Debauchee的障碍(注意:似乎没有与Kinto v1.2 +合作,可以工作w / kinto v1.1?)
一个简单的守护进程,用于控制所有MacBook / MacBook专业人员(可能是所有Apple计算机)的Linux内核3和较新的
如果您专门用于贡献额外的自定义keymaps,请帮助对准kinto' s行为对Mac键盘的行为,然后我强烈建议您阅读Glen Whitney' S对超级用户的评论(链接以下)。您也可以查看.xkb目录,mac_wordwhe.sh和xactive.sh文件以更好地了解kinto如何运行,以便您可以在不必使用systemd服务或运行xactive.sh脚本的情况下测试自己的keymaps。
我只想感谢几个人直接帮助我,完成了这个项目,没有他们的支持,直接,间接或否则我难以完成这项事业。我将以时间顺序列出这些东西。
首先是我喜欢感谢stackoverflow和stackexchange社区。我可能会在那里擦一些mods,但社区的人一般都非常有用,而且没有他们的贡献会使这更困难。我' d的人喜欢感谢大多数虽然来自那里的大多数Glen Whitney。如果没有他详细说明如何在XKB中重新击退键,这根本不会融合在一起,因为每个其他Remaping解决方案都是非启动器,因为复杂性增加。克林托今天不再使用XKB,但格伦惠特尼确实提供了一种可行的方法的基础,帮助我追求这种方法,并认为这是一个值得追求的项目,所以我感谢他。
二次i' d喜欢感谢Christian Eriksson *,因为他提供了在晚上让我保持过的信息..字面意思。即使在我实施了类似的Bash脚本到他所建议的一个类似的Bash脚本之后,我也知道完全实施C / C ++解决方案是Kinto所需的地方,他的解释比我记得我现在已经回去了再次阅读了。他也从未提供过C / C ++解决方案的全部实施 - 他确实击中了痛苦点,这是一个需要做的事情并留意。我不确定我在哪里得到了实现基于C的解决方案的第一个示例代码,但他肯定会很好地走了。
KUI和他的GIST文件**真的是基于C的解决方案,我发现有一个最少的问题来解决它是一个可靠的解决方案。它没有考虑到所有失败,也不符合所有的故障,也可以是kintox11建造的一个很棒的基础。我不能感谢他足以把它放在那里别人一起工作。
最后,这四个人也对我很有帮助。 @probonopd是第一个安装和使用kinto的人之一,并给了我初步反馈,包括Wordwise支持!他还有很棒的文章***发布在Hackernews&amp上;介质关于UI / UX设计。另一个人I' D喜欢感谢@owzim,他的反馈让我迅速迭代并修复几个错误来支持额外的平台。最后两个是在弗莱兹,塔尔德(@alexmyczko)和sarnold上的IRC中#ubuntu频道的成员。亚历克斯贡献了一个适当的makefile,因此该项目可以正确包装,Sarnold帮助我发现iBus可以解决我需要检测地毯状态的问题。
我还要感谢Jonathan Chun在帮助我通过与Alt-Tab交换有关的非常困难的问题方面耐心,这导致了当前XkeySnail迭代Kinto的Linux,远远超过原始XKB实现。 还有几个其他人创建了贡献的问题。 如果我离开任何人,那么我深表歉意,那不是故意的。 我很乐意说这个项目处于完工状态。 错误修复主要是唯一发生的活动,在某些时候可能会为Wayland进行重写。 欢迎如上所述的贡献,如果他们有助于在Linux上更像Mac的目标,将合并为主。