The fourth annual Azure Cosmos DB Conf, held on April 16, 2024, was an exciting event for developers, product managers and C-Suite executives focused on the cutting-edge of cloud data management and AI-driven applications. Featuring a comprehensive lineup of talks and discussions,
Let's take a look at what is new with Orleans for building robust, scalable distribute applications with Orleans 8 and integration with .NET Aspire.
We are very excited to announce C++ support for AI-Powered Rename Suggestions from GitHub Copilot in Visual Studio 2022. Seamlessly integrated into your familiar Rename workflow in the IDE, AI-powered rename suggestions dynamically generate name suggestions for any C++ identifier. It will generate proposed names based on its usage and your code’s style to help you strike a balance between describing the variable with appropriate descriptive qualities while remaining concise.
Announcing the retirement of the domain isolated web parts feature in SharePoint Framework (SPFx).
All recordings for our Pure Virtual C++ 2024 conference are now available. Thanks to everyone who came along and hope to see you again next year! You can find the full playlist on YouTube. Main Sessions Automated Test of Shader Code –
Nobody touch anything.
本篇翻译于Rachel Kang (SHE/HER) 的 The Journey to Accessible Apps: Keyboard Accessibility and .NET MAUI 首先让我们一起来看看您的应用程序是否支持键盘访问： 启动您的其中一个应用。 如果您的设备尚未连接物理键盘，请连接物理键盘。 像平常一样导航您的应用程序，并且仅使用键盘来执行此操作。 这次体验如何？是否轻松？是否与您通常使用应用程序的体验相匹配？ 确保您的应用程序体验在仅通过键盘导航时同样出色，这对于构建一个对所有人都包容且可访问的应用程序体验至关重要。 Web内容可访问性指南 (WCAG) 若要了解键盘可访问性的详细信息，可以从 Web 内容可访问性指南 (WCAG) 开始。 WCAG 是一组针对 Web 可访问性的技术标准，被广泛引用，并扩展到 Web 以外的各种应用程序和平台。 它已成为全球标准和法律基准，并随着技术的发展而不断发展。 在各种指南中，有一个经常被忽视的是指南第2.1条，该指南表明开发人员应“使所有功能可通过键盘访问”。 这包括四个成功标准： 成功标准 2.1.1 键盘 内容的所有功能都可以通过键盘界面操作，而无需对单个按键的时间进行特定的控制，除非底层功能需要依赖用户移动路径而不仅仅是端点的输入。 成功标准 2.1.2 无键盘陷阱 如果您可以使用键盘界面将键盘焦点移动到页面的某个组件，那么您只需使用键盘界面就可以将焦点从该组件移开，并且如果它需要的不仅仅是未修改的箭头或 Tab 键或其他标准退出方法，则用户会被告知移动焦点的方法。 成功标准 2.1.3 键盘（无例外） 内容的所有功能都可以通过键盘界面进行操作，无需为各个按键分配特定的时间。 成功标准 2.1.4 字符快捷键 如果您在仅使用字母(包括大写和小写字母)、标点符号、数字或符号字符的内容中实现键盘快捷键，则至少满足以下条件之一： 关闭 有一种机制可以关闭快捷方式； 重新映射 有一种机制可以重新映射快捷键，使其包含一个或多个不可打印的键盘键（例如 Ctrl、Alt）； 仅在焦点上活动 用户界面组件的键盘快捷键仅在该组件具有焦点时活动。 对这些标准的基本理解将有助于您开始开发键盘可访问的应用程序。 键盘可访问性和 .NET MAUI 除了各种其他考虑因素之外，.NET MAUI的设计目标之一是实现更轻松地开发键盘可访问的体验。 因此，熟悉Xamarin.Forms键盘行为的开发人员注意到了一些改进，以提高他们应用程序中的键盘可访问性。 对于可通过键盘界面操作的所有功能，所有交互式控件都必须是键盘可聚焦的（可以接收键盘焦点）和键盘可导航的（可以使用键盘进行导航）。 这也包括避免让不可见的内容键盘可访问。 正如我们应该期望可见控件可以通过键盘进行聚焦和导航一样，我们应该期望不可见/不存在的控件无法通过键盘访问或呈现。 为了避免键盘陷阱，我们确保可以通过键盘导航进入、内部和外部当前视图内的所有相关控件。 例如，如果您导航具有多个 CollectionView 的屏幕，.NET MAUI 会与标准键盘可访问性期望保持一致，从而使您能够通过标准键盘导航模式轻松导航到任何 CollectionView 或从中导航出来。 那么 .NET MAUI 究竟如何让您更轻松地创建可访问键盘的体验呢？ 这里举 3 个例子： 1.模态页面上的键盘导航 .NET MAUI 有意考虑键盘可访问性的一个领域是模态页面。 当模态页面出现时，与所有其他页面一样，确保页面上的所有内容均可访问。 然而，对于模态页面来说，确保底层页面上的任何内容都不能通过键盘访问，也不能出现在模态页面上，这一点尤为重要。 当模态页面出现时，页面上第一个可通过键盘聚焦的控件应该接收焦点。 然后，模态页面上的所有内容都应该是可访问的，并且所有交互式控件（应包括模态页面的退出选项（通常是“保存”或“关闭”））都应该是可通过键盘聚焦的。只有当模态页面被退出时，焦点才应返回到底层页面，并且底层页面上第一个可通过键盘聚焦的控件应再次接收焦点。 这种复杂性由 .NET MAUI 框架处理的，因此您的模态页面可以开箱即用地轻松导航！ 2.
Hi everyone! Today we’re featuring a guest author from another team in Microsoft on our Semantic Kernel blog. Today’s topic will cover how to use Azure Cache for Redis, which is an in-memory datastore that allows you to further expand the performance and scalability of your applications that are using AzureOpenAI.
