I generally prefer to make tabbed "About" boxes. The first tab usually displays information about the application (name, version, copyright, etc.). The other tab is usually a log of changes with the most recent changes at the top.
Legal will want their copyright and stuff, marketing will want their branding (even though the user has already bought the product), the dev team will want their names up there in liquid crystal, but what do users need?
App name and version number. Users may need this to troubleshoot problems, perhaps while in contact with tech support or when using a knowledge base. Use a version number system such that this is all the user needs to specify their build. Version number is also needed for the users to know if they can upgrade.
A brief statement of what the app does (e.g., “Photograph and picture organizer.”). Users often end up with software for which they can’t guess the purpose. “About” is a logical place to tell the user what the app is about.
Put the above in conspicuous text at the top of About. Have a single OK button. Everything else that may be required by others in your company really isn’t of any interest to the user and can all be in “fine print.”
You could also include the web site or email for tech support if you can rely on that being stable for years, but usually users have this before going to the About box.
Easter eggs are fine if you think it’s appropriate to have a little fun in your app and your users lean towards the geeky side of things. Just make sure it isn’t something that will alarm a low-end user (or a future high-end developer; see: http://blogs.msdn.com/jensenh/archive/2005/10/20/483041.aspx).
These days, it probably wouldn't hurt to have a way to directly go to the website for the software in the About box itself.
Microsoft's Windows Vista User Experience Guidelines tend to have useful information on designing good user interfaces. I wasn't able to find information specific to About boxes, but the section for Dialog Boxes may be somewhat relevant.
我使用我的作为摘要描述以及法律页面和制作人员页面的链接。 如果您有一个网站，它的 URL 也应该在那里 - 也可以在您自己的 Web 视图浏览器中点击该 URL，进入您的 Web 服务器上的大型“公司简介”页面（不要启动真正的浏览器） ，或者用户刚刚离开您的应用程序）。
让它读起来令人愉快，但要简洁。 避免任何滚动或分页——除了一组完全不同的信息屏幕。
另外，让它变得明显且容易被忽视。
顺便说一句，如果你在提交给 Apple Store 的应用程序中添加彩蛋，你必须公开 Apple 进行“测试”的顺序； 他们承诺对序列保密。 如果他们稍后发现它，这将通过论坛等方式返回给他们，然后他们会自动从商店中将其删除。
As for the About page content, that is the best place to have the version / release information so you can offer easy support.
I am using mine as the abstract description and a link to the legal pages and a credits page. If you have a website, its URL should be there as well -- might as well make that click-able into your own web-view browser to your big "Company About" page on your web server (don't launch a real browser, or the user just left your application).
Make it enjoyable to read but be concise. Avoid any scrolling or paging -- except to a completely different set of informational screens.
Also, let it be obvious and easy to dismiss.
By-the-way, if you add an easter egg to an app that is submitted to Apple Store, you have to disclose the sequence for Apple to 'test'; they promise to keep the sequence confidential. If they discover it later, which will make it back to them through forums, etc., then they will automatically pull it from the store.
I tend to add program name, version, company copyright, contact information, license information. I also add various variables for problem resolving. Winows version, servicepack, dll version if i use critical dll's etc. A large application icon. Sometimes I add an easter egg or some keycombo that launch parts of the program meant for debug and support purposes.
发布评论
评论（6）
我通常更喜欢制作带有选项卡的“关于”框。 第一个选项卡通常显示有关应用程序的信息（名称、版本、版权等）。 另一个选项卡通常是更改日志，最新更改位于顶部。
I generally prefer to make tabbed "About" boxes. The first tab usually displays information about the application (name, version, copyright, etc.). The other tab is usually a log of changes with the most recent changes at the top.
法律部门会想要他们的版权和东西，营销部门会想要他们的品牌（即使用户已经购买了产品），开发团队会想要他们的名字出现在液晶中，但是用户需要什么？
应用程序名称和版本号。 用户可能需要它来解决问题，也许是在联系技术支持或使用知识库时。 使用版本号系统，这样用户就可以指定其版本。 还需要版本号，以便用户知道是否可以升级。
应用程序功能的简短说明（例如“照片和图片管理器”）。 用户最终常常会得到他们无法猜测其用途的软件。 “关于”是告诉用户该应用程序的用途的合理位置。
关于
将以上内容放在“关于”顶部的显眼文本中。 有一个确定按钮。 公司中其他人可能需要的所有其他内容实际上对用户来说没有任何兴趣，并且可以全部以“精美印刷”形式呈现。
如果您可以信赖其稳定多年，您还可以包含用于技术支持的网站或电子邮件，但通常用户在进入“关于”框之前都会有此信息。
如果您认为在您的应用程序中享受一点乐趣是合适的，并且您的用户倾向于事物的极客一面，那么复活节彩蛋就很好。 只需确保它不会让低端用户（或未来的高端开发人员）感到惊慌；请参阅：http://blogs.msdn.com/jensenh/archive/2005/10/20/483041.aspx)。
Legal will want their copyright and stuff, marketing will want their branding (even though the user has already bought the product), the dev team will want their names up there in liquid crystal, but what do users need?
App name and version number. Users may need this to troubleshoot problems, perhaps while in contact with tech support or when using a knowledge base. Use a version number system such that this is all the user needs to specify their build. Version number is also needed for the users to know if they can upgrade.
A brief statement of what the app does (e.g., “Photograph and picture organizer.”). Users often end up with software for which they can’t guess the purpose. “About” is a logical place to tell the user what the app is about.
Put the above in conspicuous text at the top of About. Have a single OK button. Everything else that may be required by others in your company really isn’t of any interest to the user and can all be in “fine print.”
You could also include the web site or email for tech support if you can rely on that being stable for years, but usually users have this before going to the About box.
Easter eggs are fine if you think it’s appropriate to have a little fun in your app and your users lean towards the geeky side of things. Just make sure it isn’t something that will alarm a low-end user (or a future high-end developer; see: http://blogs.msdn.com/jensenh/archive/2005/10/20/483041.aspx).
查看“关于”框的几个示例：
如今，有一种方法可以直接访问该软件的网站，这可能不会有什么坏处在“关于”框中。
Microsoft 的 Windows Vista 用户体验指南往往提供有关设计良好的有用信息用户界面。 我无法找到特定于“关于”框的信息，但是 Dialog 的部分方框可能有些相关。
Looking at a few examples of About boxes:
These days, it probably wouldn't hurt to have a way to directly go to the website for the software in the About box itself.
Microsoft's Windows Vista User Experience Guidelines tend to have useful information on designing good user interfaces. I wasn't able to find information specific to About boxes, but the section for Dialog Boxes may be somewhat relevant.
我工作场所的一个团队实际上制作了有史以来最酷的“关于”框：
每次打开它时，它都会显示一个不同的简单游戏，并带有开发人员的照片。 团队（记忆游戏、井字棋、数独等）
A team in my workplace actually has made the coolest About box ever:
Every time you open it, it displays a different simple game, with pictures of the dev. team (memory games, tic-tac-toe, sudoku, etc)
至于“关于”页面内容，这是提供版本/发布信息的最佳位置，以便您可以提供轻松的支持。
我使用我的作为摘要描述以及法律页面和制作人员页面的链接。 如果您有一个网站，它的 URL 也应该在那里 - 也可以在您自己的 Web 视图浏览器中点击该 URL，进入您的 Web 服务器上的大型“公司简介”页面（不要启动真正的浏览器） ，或者用户刚刚离开您的应用程序）。
让它读起来令人愉快，但要简洁。 避免任何滚动或分页——除了一组完全不同的信息屏幕。
另外，让它变得明显且容易被忽视。
顺便说一句，如果你在提交给 Apple Store 的应用程序中添加彩蛋，你必须公开 Apple 进行“测试”的顺序； 他们承诺对序列保密。 如果他们稍后发现它，这将通过论坛等方式返回给他们，然后他们会自动从商店中将其删除。
As for the About page content, that is the best place to have the version / release information so you can offer easy support.
I am using mine as the abstract description and a link to the legal pages and a credits page. If you have a website, its URL should be there as well -- might as well make that click-able into your own web-view browser to your big "Company About" page on your web server (don't launch a real browser, or the user just left your application).
Make it enjoyable to read but be concise. Avoid any scrolling or paging -- except to a completely different set of informational screens.
Also, let it be obvious and easy to dismiss.
By-the-way, if you add an easter egg to an app that is submitted to Apple Store, you have to disclose the sequence for Apple to 'test'; they promise to keep the sequence confidential. If they discover it later, which will make it back to them through forums, etc., then they will automatically pull it from the store.
我倾向于添加程序名称、版本、公司版权、联系信息、许可证信息。 我还添加了各种变量来解决问题。 Winows 版本、servicepack、dll 版本（如果我使用关键 dll 等）。一个大的应用程序图标。 有时我会添加一个复活节彩蛋或一些组合键来启动用于调试和支持目的的部分程序。
I tend to add program name, version, company copyright, contact information, license information. I also add various variables for problem resolving. Winows version, servicepack, dll version if i use critical dll's etc. A large application icon. Sometimes I add an easter egg or some keycombo that launch parts of the program meant for debug and support purposes.