Desktop-in-a-Box
使用 --desktop 命令行选项(加上一个几何，比如给一个 800x600 这么大的桌面 --desktop 800x600， 或在显示器的左上角自动的定位桌面 --desktop 800x600 0 0 )。这是和 Windows 模型最兼容的模式。任何应用程式窗口都是在提供给 Wine 的桌面窗口内的 Wine 绘制的窗口(桌面窗口自身由您的窗口管理器来管理)，而 Windows 应用能够随心所欲的在这个虚拟工作空间操作并认为完全拥有他，不受您的其他 X 应用程式的打扰。
4.3.2. [x11drv] 段
AllocSystemColors
只在您拥有一个基于调色板(palette)的显示器时使用，例如，假如您的 X 服务器被配置为 8bpp 的色深，并且您没有想要的一个私有颜色映射。他指定 Wine 所占有的共享颜色映射(colormap)单元(palette entries)的最大数目。这个值越高，其他应用程式可获得的颜色就越少。
PrivateColorMap
在您拥有一个基于调色板的显示器时使用，例如，假如您的 X 服务器被配置为 8bpp 的色深。他指定您不想使用共享的颜色映射，而是使用一个私有的颜色映射，这这里能够获得全部的 256 种颜色。不足是这个 Wine 的私有颜色映射只在鼠标指针在这个 Wine 窗口期间能够见到，所以假如您频繁使用鼠标就会经常见到迷幻的闪烁和滑稽的颜色。
PerfectGraphics
他确定在 blit 操作中对于特定的 ROP 代码使用快速 X11 例程还是严格的 Wine 例程。多数用户不能找出任何区别。
ScreenDepth
只在多色深显示器上使用。他指定 Wine 应当使用(并告诉 Windows 应用程式)那种可获得的色深。
Display
他指定使用那个 X11 显示器，并且假如被指定了，他将屏弃 DISPLAY 环境变量和 --display 命令行选项二者。
Managed
Wine 能够让框架窗口由您的窗口管理器来管理。这个选项指定您是否想使之成为缺省的。
UseDGA
他指定您是否想让 DirectDraw 使用 XFree86 的直接图像体系(Direct Graphics Architecture -- DGA)，这能够接管整个显示器并在全屏幕下以最大速度运行游戏。(使用 DGA1 (XFree86 3.x)，您仍需要首先把 X 服务器配置成游戏所需的 bpp，而使用 DGA2 (XFree86 4.x)，依赖于您的驱动器的能力，有可能使用运行时颜色选择。) 但要当心假如 Wine 在 DGA 模式下崩溃，要想收复对您的电脑的控制就只能重启动了。DGA 通常需要要么特权要么对 /dev/mem 的读/写访问权限。
UseXShm
假如您不希望 DirectX 使用 DGA，您至少能够使用 X 共享内存扩展(X Shared Memory extensions -- XShm)。他比 DGA 慢很多，原因是应用程式不直接访问物理的桢缓冲区，但是使用共享内存来绘制桢至少比使用标准 X11 套接口要快，即使通过 Wine 的 XShm 支持有时仍会崩溃。
DXGrab
假如您不使用 DGA，您可能想要一种替代的方式来确保鼠标光标滞留在游戏窗口中。这个选项就是干这个的。当然，象使用 DGA 相同，假如您的 Wine 崩溃了，您就有麻烦了(但不象 DGA 情况下那么糟，因为您仍然能够使用键盘来退出 X)。
DesktopDoubleBuffered
只在您使用了 --desktop 命令行选项来在一个桌面窗口中运行时使用。指定建立的桌面窗口是否有双缓冲区的 visual，是多数 OpenGL 游戏正确运行所需的东西。
4.4. 注册表
编写：Ove K鍁en
(提取自 wine/documentation/registry)
在 Win3.x 之后，注册表成为 Windows 的一个基本部分。Windows 自身，和任何遵循 Win95/98/NT/2000/whatever 的应用程式，在其中存贮配置和状态数据。尽管多数有理智的系统管理员(和 Wine 研发者)恶毒的诅咒 Windows 注册表的扭曲天性(twisted nature)。Wine 以某种方式支持他仍是必须的。
4.4.1. 注册表结构
Windows 注册表是个复杂的树结构，而且多数 Windows 程式员不完全知道注册表是怎样布置的，加上他的不同的 "蜂窝"和他们之间的大量连接；一个完整个论述(coverage)超出了本文档的范围。下面是您需要知道的基本的注册键。
HKEY_LOCAL_MACHINE
这个基本根键(在 win9x 中，存储在隐藏文档 system.dat 中)包含和当前 Windows 有关的任何东西。
HKEY_USERS
这个基本根键(在 win9x 中，存储在隐藏文档 user.dat 中)包含这个安装的每个用户的配置数据。
HKEY_CLASSES_ROOT
这是到 HKEY_LOCAL_MACHINESoftwareClasses 的一个连接。他包含描述文档关联、OLE 文档处理器、和 COM 类的数据。
HKEY_CURRENT_USER
这是到 HKEY_USERSyour_username 的一个连接，比如，您的个人配置。
4.4.2. 使用 Windows 注册表
假如您把 Wine 指向一个现存的 MS 安装(通过在 ~/.wine/config 中配置适当的目录，则 Wine 能从中装载注册表数据。但是，Wine 不会把任何东西保存到真实的 Windows 注册表中，而是保存到他自己的注册表文档中(见后)。当然，假如在 Windows 注册表和 Wine 注册表二者中都存在一个特定的注册值，则 Wine 将使用后者。
偶尔的，Wine 装载 Windows 注册表可能有麻烦。通常，这是因为注册表是不一致或以某种方式被破坏的。假如出现了这个问题，您能够从 MS 的网站下载 regclean.exe 并使用他来清理注册表。作为替代，您总是能够使用 regedit.exe 来把您需要的数据导出到一个文本文档中，并接着导入到 Wine 中。
4.4.3. Wine 注册表数据文档
在用户的主目录中，有一个叫 .wine 的子目录，Wine 缺省的将尝试在这里保存他的注册表。他保存到四个文档中，他们是:
system.reg
这个文档包含 HKEY_LOCAL_MACHINE。
user.reg
这个文档包含 HKEY_CURRENT_USER。
userdef.reg
这个文档包含 HKEY_USERS.Default (比如，缺省用户配置)。
wine.userreg
Wine 把 HKEY_USERS 保存到这个文档中(当前和缺省二者)，但不从中装载，除非 userdef.reg 丢失的。
文章整理：西部数码--专业提供域名注册、虚拟主机服务
http://www.west263.com
以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!
