Fluxbox是一个基于GNU/Linux的轻量级图形操作界面,它虽然没有GNOME和KDE那样精美,但由于它的运行对系统资源和配置要求极低,所以它被安装到很多较旧的或是对性能要求较高的机器上,其菜单和相关配置被保存于用户根目录下的.fluxbox目录里,这样使得它的配置极为便利。
Fluxbox是类Unix系统里一个极为轻量极的图形界面,它的运行速度相当快。它基于Blackbox并与之相兼容,这两者的窗体控件,色调等都极为相似。Fluxbox对KDE、Xfce、Gnome的程序支持也很不错。并且,它不需要借用其他的窗口管理器。
Fluxbox默认的界面极为简洁,只有一个工具栏,并通过右键来调用系统菜单,同样它也支持自定义快捷键。
Fluxbox有一个很出色的窗体标签功能,你可以通过鼠标中键拖拽将几个不同的窗体组合到一个窗口上,(#旁白:最终的效果使得每个窗口就和firefox里的tab子窗体一样),利用这个功能就可以把一大堆的程序窗口整理得井井有条,哪怕你把所有的窗体都放在同一个workspace里面.
Fluxbox另一个很不错的功能就是支持dock程序,这种程序运行时会像桌面图标一样在桌面上显示(比时一些时钟,天气,日历,系统监视程序),由于Fluxbox至力于打造一个快速和高定制性的图形系统,所以它只提供了一些最基础的图标和主题。
Fluxbox界面朴素简单的风同样也体现在它的系统设置上。它的系统菜单,快捷键和其他的一些基本设置都是以文本文件的形式来保存的。Fluxbox的外观主题100%兼容blackbox,并且其主题的色彩,透明度,窗体边框及其他一些可视组件都可以个性化定制,最新发布的几个版本还实现了边框的圆滑效果和背景图支持;与blackbox相比,Fluxbox增加了一些特性,比如窗体标签(这是从PWM一些特性上吸收并改进过来的)和可定制的窗体标题栏。
不知為何,我每次安裝這種東西時都要走這麼多彎路... 我是由Xfce轉過來的,相較Xfce來說, Fluxbox比Xfce還"簡潔"得多,(引號是用來提醒你要以不同角度去看一組詞的)。 總覺得速度與親和力就像永遠成反比一樣,我現在就告訴你,Fluxbox這東西很"很快速",但換來的代價就 我就是被這種快速、簡潔又不失美觀所吸引~ 很喜歡這種感覺,已經決定在這裡用一段較長的時間啦~ 偷偷告訴你..
翻译状态:本文是 Fluxbox 的翻译。上次翻译日期:2017-07-24。如果英文版本有所更改,则您可以帮助同步翻译。 Fluxbox 是一个 X11 下的窗口管理器。它基于 Blackbox(现在停止开发) 0.61.1 的代码构建,现在依然在开发中,并且功能显著增强。Fluxbox 占用资源少,速度快,并且提供切换和分组等有趣的窗口管理工具。配置文件简单易懂,便于编辑,有上百种的美化桌面的
本文是 24 天 Linux 桌面特别系列的一部分。Fluxbox 对系统资源的占用非常轻量,但它拥有重要的 Linux 桌面功能,让你的用户体验轻松、高效、快捷。 桌面的概念可谓是仁者见仁智者见智。很多人把桌面看作一个家的基地,或者一个舒适的客厅,甚至是一个字面意义上的桌面,在其中放置着他们经常使用的记事本、最好的笔和铅笔,还有他们最喜欢的咖啡杯。KDE、 GNOME、Pantheon 等等在
Window Manager 是一种特殊的 Xclient。 使用窗口管理器时,Xserver 并不直接与其它 Xclient 通信,而是通过 WM 中转,当一些消息被定义为 WM 指令时,它们会被拦截。例如 Alt+F4 关闭窗口、拖动标题栏…… 消息“打开链接 linuxtoy.org”,具体内容如下: 输入焦点在地址栏的范围内,“linuxtoy.org”,回车 Xserv
窗口的内容: 在 RPG 中必须要使用很多的窗口。这些窗口如何管理呢,下面我们就来讲讲这个问题。 形如Window_Xxxx 的名字的脚本很多吧,但有两个尤其重要,那就是最上面的两个。 Window_Base,基本窗口,其父类是Window Window_Selectable,项目选择窗口,其父类是Window_Base 在 RGSS 中,Window类是预先编好的,它负责确定窗口边界和背景的绘画
问题内容: 我的新主项目之一将是一个简单的Window Manager,但是在开始之前,我需要了解一些事情: 哪种语言是最好的? 从哪里获得一些学习资源? 问题答案: 一个重要的决定是您将如何与X服务器通信。您可以将Xlib绑定用于您选择的语言,也可以使用更高级别的XCB绑定。(如果您很疯狂,则可以直接打开X服务器的套接字。) 要了解窗口管理器的行为方式,有两个文档指定了约定和策略:EWMH和IC
问题内容: 我想创建一个供个人使用的简单堆叠窗口管理器,主要用于学习和挑战自我。 我浏览了的源代码,它的花样少,但由于它不是基于小部件工具箱的,因此它的级别似乎很低。1使用GTK +之类的工具箱会更好吗?恐怕其中的某些代码和库可能过于陈旧( 编辑: 已弃用),我希望窗口管理器使用相对较新的库。为了理解,我也将对如何从头启动窗口管理器的建议感兴趣-为此目的的教程并不多。 更新: 对于那些考虑类似项目
就在我解决了我的第一个问题之后,这个问题出现了:(请帮我解决它... 03-02 12:47:02.785 9439-9439/com . ucu . CCS . class record E/window manager£Android . view . window leaved:Activity com . ucu . CCS . class record . log in已泄漏window
主要内容:本节引言:,1.WindowManager的一些概念:,2.WindowManager使用实例:,3.文献扩展:,4.本节代码示例下载:,本节小结:本节引言: 本节给大家带来的Android给我们提供的系统服务中的——WindowManager(窗口管理服务), 它是显示View的最底层,Toast,Activity,Dialog的底层都用到了这个WindowManager, 他是全局的!该类的核心无非:调用addView,removeView,updateViewLayout这几个方