问题标签 [preferences]

我想使用 java.util.Preferences API，但我不希望我的程序尝试读取或写入 Windows 注册表。我该怎么办？

我曾经为我的应用程序有一个自定义首选项类。对于我的下一个爱好项目，我想切换到 Preferences API。但是 put 和 get 函数需要一个默认值，我不想在源文件中传播默认值。即使我的项目很小，我也无法想象在整个源代码中更改默认值。各位大佬是怎么用api的？我正在考虑将首选项 api 包装在另一个类中，但是使用 API 有什么意义，因为它只减轻了将文件保存到磁盘的负担，而使用序列化并不难？我错过了重点吗？

我正在用 VB.NET 开发一块。在我的主要表单中，我正在创建一个用作对话框的新表单。我想知道是否有办法在新对话框关闭时为每个用户保存它的大小设置（可能在他们机器上的文件中，通过 XML 或其他方式？）

我想为我的 xulrunner (Firefox) 应用程序使用内置的首选项系统。但我不知道如何根据偏好轻松驱动用户界面。

用户可以指定主页列表，每个主页将显示在不同的选项卡中。因为选项卡位于表示层中，所以我想使用 xul 代码中的模板来创建它们。这可能吗？

我还没有看到使用 xul 模板执行此操作的方法。是否有替代模板系统允许我根据用户偏好更改 UI？

我是 PHP 框架领域的新手，经过初步调查，我提出了以下流行选择列表：

• CakePHP
• 代码点火器
• Symfony
• 曾德

我尽量不重复“哪个最好？” 问题，这似乎只是个人喜好。是这样吗？一个真的比另一个“更好”吗？各自的优势和劣势是什么？

如果问题太宽泛，我深表歉意，但任何澄清将不胜感激。

是否有任何现有的项目或孵化器来管理用户可管理的选项列表？我们有 100 个列表（在我们的应用程序中填充最多的下拉列表），许多都很短 < 50 项，有几个有几百个项目，少数有数千 (<30,000) 个条目。

我们正在寻找的是一种基于数据库的结构和 UI，它允许用户对条目进行编辑。

我们查看了 Xyster 枚举，但它缺少任何 UI，需要进行工作才能使其具备 DB 功能。

用户偏好“模块”可能满足我们的许多需求。

在 Xcode 中编写 Objective-C Cocoa 应用程序时，如何获取对存储每个用户每个应用程序设置的文件夹的引用？

在 .NET 中，我会使用Environment.SpecialFolder枚举：

可可等价物是什么？

我正在创建共享点自定义解决方案，该解决方案将显示页面中的下拉数量。下拉数据在可能的页面中共享。

我想保留用户的选定值，这样当他访问该页面或具有相同下拉列表的任何其他页面时，他应该能够看到在下拉列表中预先选择的已保存值。

为了实现这一点，我有很多选择。请建议最适合 SharePoint 1)Sharepoint 用户配置文件 2)Sharepoint 列表 3) Cookie 4) 隔离存储？

这里的选项 3 和 4 是客户端。但我正在寻找 SharePoint 提供的任何其他方式来保存用户首选项/个性化信息。

哪一种是在 SharePoint 中执行此操作的正确方法？谢谢

我提出了获取用户 UI 字体偏好的调用（与 Borland 的硬编码选择“MS Sans Serif”相对）。

假设用户的字体偏好是：

我将所有应用程序中所有表单上所有项目的字体设置为：

问题是现在事情被切断了。按钮太小 - 太窄，太短。标签中的文本被切断等。

该表单具有它的 Scaled 属性，但这不会根据字体大小而改变。scaled 属性在序列化时根据数字“0”的高度对表单进行缩放。

我在帮助中找不到关于 Borland 打算如何支持用户的 Windows 应用程序首选项的任何内容。

如何处理用户字体偏好？

注意：我从 Embargadero 的新闻组服务器交叉发布了此内容，因为 Embargadero 的新闻服务器似乎正在死亡、审查、损坏或需要登录。

更新 1

我说的是用户的字体偏好，而不是 DPI 设置。即：想象以下语言中性伪代码：

注意：这不是我的实际代码（毕竟它是语言中性的伪代码）。但此外，您需要递归地遍历表单上的每个控件，在需要更改字体时更改字体。当字体应用了与其父字体不同的样式（例如粗体），并且不再从其父字体继承时，需要手动设置。

根据lkessler的要求，下面是从 Windows 检索用户 UI 字体首选项的代码：

相关问题

• .NET 2.0 WinForm：支持 DPI 和默认字体更改
• .NET WinForms：Graphics.MeasureString 返回与 Win32 GetTextExtent 不同的值
• WPF：如何在 XAML 中布局对话框？

我没有考虑这一点——我对 C# 和 VB 很满意，但两者都不是专家。但是，由于我们正在将 C# 作为标准，因此我团队中的一些人表示打算这样做。