i3

酷睿i3是一个平铺窗口管理器。它是完全从零开始写的。
酷睿i3的形成是因为的wmii，我们当时最喜欢的窗口管理器，没＆rsquo的;吨提供我们想要的一些功能（在Xinerama做对，例如），有一些错误，没＆rsquo的;科技进步，因为很长一段时间，未获得rsquo的; T容易破解在所有（源代码注释/文档完全缺乏）。尽管如此，我们认为的wmii开发者和贡献者的表现非常出色。感谢您启发我们创造的i3。
请注意，酷睿i3主要定位于高级用户和开发人员。
目标：
根据经验，我们取得了想要破解/修复的wmii的时候，我们约定了酷睿i3以下目标：
＆NBSP; 1。写得好读，有据可查的代码。创建于如何解释其内部运作，延长i3的其他文档。
＆NBSP;这包括modifyable的人谁不知道如何编程，但谁不一定熟悉所有X11＆rsquo的的; S内部。也就是说，文件为什么事情发生，当他们出现，使用户获得了整个过程的图片的窗口管理器是负责的，只需读取源代码。
＆NBSP; 2。使用XCB尽可能（不提供某些功能功能还没有，像XKB），而不是Xlib中。 XCB有一个更清洁的API，并应在相当多的情况下，速度更快。
＆NBSP; 3。正确地贯彻执行Xinerama的，那就是通过分配每个工作区，以虚拟屏幕。特别是确保操作过程中安装和拆卸的新显示器，如视频投影机的工作原理，并做正确的事。
＆NBSP; 4。使用表的隐喻抽象。您可以创建水平和垂直的列（的wmii中，你只能创建竖列）。请参阅文档上如何工作的详细信息，这真的是酷睿i3的一个重要原则。 （TODO：文档：-））
＆NBSP; 5。实现一个命令模式，像VIM。您可以轻松地将多个动作（如对焦，移动，贴紧），通过使用命令模式。
＆NBSP; 6。落实翻转显示器XRandR支持。
＆NBSP; 7。不要使用如的autoconf / automake的程序配置和创建不可读/破碎的makefile。相反，用干净的makefile文件自动启用/禁用特定平台功能。此外，正确记录的依赖，让软件包维护者有一个简单的作业打包i3的。
＆NBSP; 8。提供钩/回调其他程序集成。利用这种机制，可以轻松扩展的i3在任何一种语言，而没有触及C代码。此外，为与正在运行的i3实例通信，消息可以被发送。
＆NBSP;这种方法应该比的wmii＆rsquo的更加轻便; S的9P文件系统的使用。此外，核心功能不依赖于一个单独的程序，从而使i3的运行速度更快，尤其是当系统是在负载下。
＆NBSP; 9。是UTF-8干净。
＆NBSP; 10。通常的精英之间最小的窗口管理器：唐＆rsquo的;吨臃肿，不要＆rsquo的;吨华丽（简单的边界是最装修，我们希望有），不要＆rsquo的;吨增加对Xft的和模糊的字体的支持。
＆NBSP;然而，我们并不强制执行，如代码行的最大数量不必要的限制。如果它需要一个大一点，这将是。
特点
*我们可以绑定在Mode_switch（按Alt GR）。其他窗口管理器无法做到这一点，因为X11-错误，导致修改状态不正确的KeyPress-事件设置。我们使用XKB为确保获得正确的状态

什么在此版本中是新的：

• 在兼容性得到了改善，特别是用于数学和Java应用程序。
• 在酷睿i3-nagbar应该与更多的终端模拟器比以前。

什么是4.5.1版本，新的：

• 在这是一个bug修复版本，并且所有用户都建议升级。
• 在它解决了这将导致I3从一个显示器拖动浮动窗口时，另一个崩溃。

什么在4.5版本的新：

• 在大多数的变化是清理和错误修正
• 由于清理，酷睿i3不再依赖​​于柔性/野牛。
• 在libev≥4现在是一个硬依赖（libev 4;不支持了）。
• 要注意的一个重要变化是，窗口移动到不同的输出将不再将焦点移动到输出。

什么4.4版本是新的：

• 在一个重要的下引擎罩的变化是，此版本现在使用的配置文件作为命令相同的语法分析器的基础设施。
• 此外，有过几次小的修正和补充这使得酷睿i3更注重细节，尤其是在代码中的浮动窗口地区。看到的变化/错误修正列表以获取更多信息。
• 请注意，这些变化是4.4特有的，因为在这里发布的最后一个版本出现了许多变化。