我发现可编程的，平铺的，键盘控制的窗口管理器ion3的概念非常吸引人，但是我认为需要一段时间才能根据需求对其进行自定义，直到我们可以真正评估这种完全不同的UI概念。

因此，我想阅读对较长时间尝试使用它作为编程环境(尤其是使用emacs / gcc)的人们的评论。

(ion3作者关于linux-distros的政策对我来说并不容易遵循，但这不应该成为重点...)

解决方案

回答

在过去的几年中，我断断续续地使用它，我认为它是一个很棒的窗口管理器，但是无论使用什么，我都会一直爬回kde3.

无论如何难以解释为什么会发生这种情况，但是在gnome-vs-kde之战中就一直存在。双方都无法理解对方。

我也很想拥有kicker + ion3，但它们的凝胶效果并不理想。

在图块之间移动应用程序(我倾向于做很多事情)也效率不高(太沉迷于鼠标)

(Kicker + Evilwm是一个很好的组合，但是evilwm不能以用户友好的方式处理堆栈)

回答

我每天都使用ion3. 这是一个很棒的窗口管理器。平铺界面确实使我们能够最大程度地利用房地产。一旦按自己的喜好进行设置，通过键盘进行导航的效率就会大大提高。一旦习惯了标签/添加键序列，即使在图块之间移动应用程序也并不困难。

使用ion3，Vimperator和我白天打开的各种外壳-我几乎不使用啮齿动物。

除了作者的意见-可以在以下位置找到适合配置/扩展离子的良好资源：

用Lua配置和扩展Ion3

回答

我已经每天使用Ion近两年了。好东西：

• 易于使用的键盘。
• 很好地处理多个屏幕(Xinerama)(一旦我们有了mod_xinerama插件)，尤其是在我的情况下，屏幕大小不同。
• 窗口出现的位置非常可预测。
• 分割，调整大小和移动窗口非常容易。
• 每个屏幕上都有多个独立的工作区。
• 非常快速和可靠。

坏事：

• 太多不同的快捷方式。例如有单独的键可移至下一个选项卡，下一个框架，下一个屏幕和下一个工作区。
• 一起使用许多小窗口的应用程序确实工作得很差(例如Gimp)，因为一开始它们会将所有小窗口最大化。
• 子对话框可能会引起麻烦。有时，当我们希望它们在同一选项卡中时，它们会在单独的选项卡中打开；或者，当我们想继续与主窗口进行交互时，有时它们会在同一选项卡中打开并聚焦。

这些事情可能可以在配置文件中更改，但是我还没有解决。而且，实际的C代码很容易阅读，在某些情况下我想修复某些问题，这非常容易。无论如何，我都不愿意回到平铺的仓库管理。