From 418ec788ae69a188ccd45d9a6f6820c3ee02e8cd Mon Sep 17 00:00:00 2001 From: "Michael S. Hoffman" Date: Mon, 24 Oct 2022 18:16:31 -0700 Subject: [PATCH] Change dmc urls to lmc, remove locale --- SECURITY.md | 6 +++--- explainers/3DView/explainer.md | 2 +- explainers/ClientHints/explainer.md | 2 +- explainers/InBrowserEmulation/explainer.md | 8 ++++---- explainers/LandmarksVisualisation/explainer.md | 2 +- explainers/Omnibox/explainer.md | 2 +- 6 files changed, 11 insertions(+), 11 deletions(-) diff --git a/SECURITY.md b/SECURITY.md index f7b8998..d338709 100644 --- a/SECURITY.md +++ b/SECURITY.md @@ -4,7 +4,7 @@ Microsoft takes the security of our software products and services seriously, which includes all source code repositories managed through our GitHub organizations, which include [Microsoft](https://github.com/Microsoft), [Azure](https://github.com/Azure), [DotNet](https://github.com/dotnet), [AspNet](https://github.com/aspnet), [Xamarin](https://github.com/xamarin), and [our GitHub organizations](https://opensource.microsoft.com/). -If you believe you have found a security vulnerability in any Microsoft-owned repository that meets [Microsoft's definition of a security vulnerability](https://docs.microsoft.com/en-us/previous-versions/tn-archive/cc751383(v=technet.10)), please report it to us as described below. +If you believe you have found a security vulnerability in any Microsoft-owned repository that meets [Microsoft's definition of a security vulnerability](https://learn.microsoft.com/previous-versions/tn-archive/cc751383(v=technet.10)), please report it to us as described below. ## Reporting Security Issues @@ -12,7 +12,7 @@ If you believe you have found a security vulnerability in any Microsoft-owned re Instead, please report them to the Microsoft Security Response Center (MSRC) at [https://msrc.microsoft.com/create-report](https://msrc.microsoft.com/create-report). -If you prefer to submit without logging in, send email to [secure@microsoft.com](mailto:secure@microsoft.com). If possible, encrypt your message with our PGP key; please download it from the [Microsoft Security Response Center PGP Key page](https://www.microsoft.com/en-us/msrc/pgp-key-msrc). +If you prefer to submit without logging in, send email to [secure@microsoft.com](mailto:secure@microsoft.com). If possible, encrypt your message with our PGP key; please download it from the [Microsoft Security Response Center PGP Key page](https://www.microsoft.com/msrc/pgp-key-msrc). You should receive a response within 24 hours. If for some reason you do not, please follow up via email to ensure we received your original message. Additional information can be found at [microsoft.com/msrc](https://www.microsoft.com/msrc). @@ -36,6 +36,6 @@ We prefer all communications to be in English. ## Policy -Microsoft follows the principle of [Coordinated Vulnerability Disclosure](https://www.microsoft.com/en-us/msrc/cvd). +Microsoft follows the principle of [Coordinated Vulnerability Disclosure](https://www.microsoft.com/msrc/cvd). \ No newline at end of file diff --git a/explainers/3DView/explainer.md b/explainers/3DView/explainer.md index 1ef7b49..a3fa542 100644 --- a/explainers/3DView/explainer.md +++ b/explainers/3DView/explainer.md @@ -7,7 +7,7 @@ Authors: [Erica Draud](https://github.com/erdraud) * **Current version: this document** ## Introduction -We released [3D View](https://docs.microsoft.com/en-us/microsoft-edge/devtools-guide-chromium/3d-view/) as a comprehensive tool for debugging your web application in the 3D space. This document will cover enhancements and adjustments we're making based on feedback. +We released [3D View](https://learn.microsoft.com/microsoft-edge/devtools-guide-chromium/3d-view/) as a comprehensive tool for debugging your web application in the 3D space. This document will cover enhancements and adjustments we're making based on feedback. ## Goals * Make the UI in the DOM and Z-index tabs consistent by updating the strings and their organization diff --git a/explainers/ClientHints/explainer.md b/explainers/ClientHints/explainer.md index bca5831..2367839 100644 --- a/explainers/ClientHints/explainer.md +++ b/explainers/ClientHints/explainer.md @@ -8,7 +8,7 @@ Authors: [Erica Draud](https://github.com/erdraud) ## Introduction -[Client Hints](https://wicg.github.io/client-hints-infrastructure/) focus on securely enabling scalable content negotiation between the client and server through a collection of HTTP and user-agent features with a third-party delegation system. A new expansion to the Client Hints API, [User-Agent Client Hints](https://wicg.github.io/ua-client-hints/) enable developers to access information about a user's browser in a privacy-preserving and ergonomic way. The existing debugging experience for these client hints has been described as limited and “super painful” by our internal clients. Developers cannot easily modify UA Client Hints through an accessible UI, and currently the platform does not support testing custom UA Client Hints and [UA Strings](https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/User-Agent) simultaneously, an important use case for developers. This is a high priority for the Web Platform team; they want to encourage people to switch to using Client Hints over Strings as we hypothesize it will greatly improve site compatibility and code hygiene. They’ve gotten feedback that limited testing infrastructure is a large friction point in that migration, so we are taking on this work to support developers and to improve our existing UX. +[Client Hints](https://wicg.github.io/client-hints-infrastructure/) focus on securely enabling scalable content negotiation between the client and server through a collection of HTTP and user-agent features with a third-party delegation system. A new expansion to the Client Hints API, [User-Agent Client Hints](https://wicg.github.io/ua-client-hints/) enable developers to access information about a user's browser in a privacy-preserving and ergonomic way. The existing debugging experience for these client hints has been described as limited and “super painful” by our internal clients. Developers cannot easily modify UA Client Hints through an accessible UI, and currently the platform does not support testing custom UA Client Hints and [UA Strings](https://developer.mozilla.org/docs/Web/HTTP/Headers/User-Agent) simultaneously, an important use case for developers. This is a high priority for the Web Platform team; they want to encourage people to switch to using Client Hints over Strings as we hypothesize it will greatly improve site compatibility and code hygiene. They’ve gotten feedback that limited testing infrastructure is a large friction point in that migration, so we are taking on this work to support developers and to improve our existing UX. While there are many feature requests regarding UA Client Hints, the Web Platform and our team have worked together to focus on the higher impact items: diff --git a/explainers/InBrowserEmulation/explainer.md b/explainers/InBrowserEmulation/explainer.md index d2e86ee..8f1a136 100644 --- a/explainers/InBrowserEmulation/explainer.md +++ b/explainers/InBrowserEmulation/explainer.md @@ -15,7 +15,7 @@ Responsive design tooling and device emulation should be available in main brows The current implementation of [device emulation and responsive design tooling](https://docs.microsoft.com/microsoft-edge/devtools-guide-chromium/device-mode/) requires DevTools to be open. This means that single screen users will have not much space in the browser to emulate high resolution devices without having to zoom out. -![Device emulation with developer tools open](https://docs.microsoft.com/en-us/microsoft-edge/devtools-guide-chromium/media/device-mode-toggle-device-toolbar-highlighted.msft.png) +![Device emulation with developer tools open](https://learn.microsoft.com/microsoft-edge/devtools-guide-chromium/media/device-mode-toggle-device-toolbar-highlighted.msft.png) Multi screen users can dock the developer tools to another screen, but will have a disconnect between using the elements picker and seeing the result on a different screen. @@ -34,11 +34,11 @@ Enable all users to The [Microsoft Edge Extension for Visual Studio Code](https://aka.ms/devtools-for-code) currently features [a screencast with an own toolbar](https://docs.microsoft.com/microsoft-edge/visual-studio-code/microsoft-edge-devtools-extension#device-and-state-emulation) that offers similar functionality. -![Emulation toolbar in the extension screencast](https://docs.microsoft.com/en-us/microsoft-edge/visual-studio-code/microsoft-edge-devtools-extension-images/edge-for-code-screencast-v2.png) +![Emulation toolbar in the extension screencast](https://learn.microsoft.com/microsoft-edge/visual-studio-code/microsoft-edge-devtools-extension-images/edge-for-code-screencast-v2.png) -![Emulation toolbar offering different devices to emulate](https://docs.microsoft.com/en-us/microsoft-edge/visual-studio-code/microsoft-edge-devtools-extension-images/edge-for-code-screencast-v2-emulating.png) +![Emulation toolbar offering different devices to emulate](https://learn.microsoft.com/microsoft-edge/visual-studio-code/microsoft-edge-devtools-extension-images/edge-for-code-screencast-v2-emulating.png) -![Emulation toolbar offering different states to preview like dark and light mode](https://docs.microsoft.com/en-us/microsoft-edge/visual-studio-code/microsoft-edge-devtools-extension-images/edge-for-code-forced-colours.png) +![Emulation toolbar offering different states to preview like dark and light mode](https://learn.microsoft.com/microsoft-edge/visual-studio-code/microsoft-edge-devtools-extension-images/edge-for-code-forced-colours.png) Firefox also has an emulation bar that is available independent of Developer tools being open. diff --git a/explainers/LandmarksVisualisation/explainer.md b/explainers/LandmarksVisualisation/explainer.md index 6649288..b6461e4 100644 --- a/explainers/LandmarksVisualisation/explainer.md +++ b/explainers/LandmarksVisualisation/explainer.md @@ -11,7 +11,7 @@ This is a proposal for a new feature that is not yet in development. ## Proposal -Currently the only way to verify the existence of landmarks is via manual testing or by checking the [Accessibility tree](https://docs.microsoft.com/en-us/microsoft-edge/devtools-guide-chromium/accessibility/accessibility-tab). +Currently the only way to verify the existence of landmarks is via manual testing or by checking the [Accessibility tree](https://learn.microsoft.com/microsoft-edge/devtools-guide-chromium/accessibility/accessibility-tab). ![Accessibility tree showing a main element](accessibility-main-element.png) diff --git a/explainers/Omnibox/explainer.md b/explainers/Omnibox/explainer.md index 43ed7b7..7257f1f 100644 --- a/explainers/Omnibox/explainer.md +++ b/explainers/Omnibox/explainer.md @@ -12,7 +12,7 @@ Earlier this year, the Chrome team released the [Commander]( https://bugs.chromi ![Omnibox UI](omni.PNG) -You’ll notice that many of the commands in this feature can be found in the [Command Menu]( https://docs.microsoft.com/en-us/microsoft-edge/devtools-guide-chromium/command-menu/) in DevTools, so why have these features in the address bar (from this point forward referred to as the omnibox)? We know that users would like a faster way to complete their tasks in DevTools, and the Omnibox Commands feature enables users to do so without having to first open the Developer Tools. Additionally, we’ve included features that are specific to the browser window: Edge internal urls and last viewed pages. +You’ll notice that many of the commands in this feature can be found in the [Command Menu]( https://learn.microsoft.com/microsoft-edge/devtools-guide-chromium/command-menu/) in DevTools, so why have these features in the address bar (from this point forward referred to as the omnibox)? We know that users would like a faster way to complete their tasks in DevTools, and the Omnibox Commands feature enables users to do so without having to first open the Developer Tools. Additionally, we’ve included features that are specific to the browser window: Edge internal urls and last viewed pages. ## Goals 1. To simplify DevTools users’ workflow and