Skip to content

Commit

Permalink
Updated Microsoft.CodeAnalysis.CSharp to 4.8.0
Browse files Browse the repository at this point in the history
Updated generated csharp and xml docs.
  • Loading branch information
TiLied committed Dec 2, 2023
1 parent 2576a20 commit b3b93e1
Show file tree
Hide file tree
Showing 7,363 changed files with 86,806 additions and 62 deletions.
The diff you're trying to view is too large. We only load the first 3000 changed files.
2 changes: 1 addition & 1 deletion CSharpToJavaScript/APIs/JS/Generated/JS.generated.cs
@@ -1,4 +1,4 @@
//22.10.2023 19:25:19
//02.12.2023 13:14:55
using static CSharpToJavaScript.APIs.JS.GlobalObject;
using CSharpToJavaScript.Utils;
using System.Collections.Generic;
Expand Down
1 change: 0 additions & 1 deletion CSharpToJavaScript/CSTOJS.cs
Expand Up @@ -473,7 +473,6 @@ private void Generate(SyntaxTree? tree, Assembly assembly, List<MetadataReferenc
.AddReferences(references.ToArray())
.AddSyntaxTrees(trueST);


_Walker = new(this, compilation.GetSemanticModel(trueST));

_Walker.JSSB.Append(Options.AddSBInFront);
Expand Down
2 changes: 1 addition & 1 deletion CSharpToJavaScript/CSharpToJavaScript.csproj
Expand Up @@ -20,7 +20,7 @@
</PropertyGroup>

<ItemGroup>
<PackageReference Include="Microsoft.CodeAnalysis.CSharp" Version="4.7.0" />
<PackageReference Include="Microsoft.CodeAnalysis.CSharp" Version="4.8.0" />
</ItemGroup>

<ItemGroup>
Expand Down
9 changes: 4 additions & 5 deletions CSharpToJavaScript/Utils/Docs/.generated.xml
@@ -1,11 +1,10 @@
<docs>
<XSLTProcessorGenerating_HTML>
<XSLTTransforming_XML_with_XSLTThe_Netscape_XSLT_XPath_ReferenceAxesSelf>
<summary>
One common application of XSLT in the browser is transforming XML into HTML on the client. This example will transform the input document (example2.xml), which contains information about an article, into an HTML document.
The self axis indicates the context node itself. It can be abbreviated as a single period (<c>.</c>).
</summary>
<remarks>
<para>The <c>&amp;lt;body&amp;gt;</c> element of the article now contains HTML elements (a <c>&amp;lt;b&amp;gt;</c> and <c>&amp;lt;u&amp;gt;</c> tag). The XML document contains both HTML elements and XML elements, but only one namespace is needed, namely for the XML elements. Since there is no HTML namespace, and using the XHTML namespace would force the XSL to create an XML document that would not behave like an HTML document, the <c>xsl:output</c> in the XSL Stylesheet will make sure the resulting document will be handled as HTML. For the XML elements, our own namespace is needed, <c>http://devedge.netscape.com/2002/de</c>, and it is given the prefix myNS <c>(xmlns:myNS=&amp;quot;http://devedge.netscape.com/2002/de&amp;quot;)</c>.</para>
<para><seealso href="https://developer.mozilla.org/en-US/docs/Web/API/XSLTProcessor/Generating_HTML"> <em>See also on MDN</em> </seealso></para>
<para><seealso href="https://developer.mozilla.org/en-US/docs/Web/XSLT/Transforming_XML_with_XSLT/The_Netscape_XSLT_XPath_Reference/Axes/self"> <em>See also on MDN</em> </seealso></para>
</remarks>
</XSLTProcessorGenerating_HTML>
</XSLTTransforming_XML_with_XSLTThe_Netscape_XSLT_XPath_ReferenceAxesSelf>
</docs>
@@ -0,0 +1,12 @@
<docs>
<Accessibility>
<summary>
For many people, technology makes things easier. For people with disabilities, technology makes things possible. Accessibility means developing content to be as accessible as possible, no matter an individual&amp;apos;s physical and cognitive abilities and how they access the web.
</summary>
<remarks>
<para>&amp;quot;<strong>The Web is fundamentally designed to work for all people</strong>, whatever their hardware, software, language, location, or ability. When the Web meets this goal, it is accessible to people with a diverse range of hearing, movement, sight, and cognitive ability.&amp;quot; (<see href="https://www.w3.org/standards/webdesign/accessibility">W3C - Accessibility</see>)</para>
<para>-<see href="https://www.w3.org/WAI/about/groups/waiig/">WAI Interest Group</see><br/>-<see href="https://developer.mozilla.org/en-US/docs/Web/Guide">Developer guides</see><br/></para>
<para><seealso href="https://developer.mozilla.org/en-US/docs/Web/Accessibility"> <em>See also on MDN</em> </seealso></para>
</remarks>
</Accessibility>
</docs>
@@ -0,0 +1,11 @@
<docs>
<AccessibilityArchitecture>
<summary>
Mozilla exposes a document containment hierarchy with text and embedded objects. Sometimes the embedded object is really just another text container with more embedded objects.
</summary>
<remarks>
<para>However in accessibility hierarchies such as ATK and IAccessible2, text is not exposed in leaf nodes as it is in a W3C DOM. The text is actually exposed via a special text interface in the parent of the text nodes. It is concatenated together with all its sibling text nodes, and embedded objects between the text nodes are exposed as the unicode embedded object character <c>\xfffc</c>. One reason for this is that there are fewer nodes to pass across process, and that improves performance.</para>
<para><seealso href="https://developer.mozilla.org/en-US/docs/Web/Accessibility/Architecture"> <em>See also on MDN</em> </seealso></para>
</remarks>
</AccessibilityArchitecture>
</docs>
@@ -0,0 +1,11 @@
<docs>
<AccessibilityARIA>
<summary>
It supplements HTML so that interactions and widgets commonly used in applications can be passed to assistive technologies when there is not otherwise a mechanism. For example, ARIA enables accessible JavaScript widgets, form hints and error messages, live content updates, and more.
</summary>
<remarks>
<blockquote class="WARNING"><h5>WARNING</h5><para><strong>Warning:</strong> Many of these widgets are fully supported in modern browsers. <strong>Developers should prefer using the correct semantic HTML element over using ARIA</strong>, if such an element exists. For instance, native elements have built-in <see href="https://developer.mozilla.org/en-US/docs/Web/Accessibility/Keyboard-navigable_JavaScript_widgets">keyboard accessibility</see>, roles and states. However, if you choose to use ARIA, you are responsible for mimicking the equivalent browser behavior in script.</para></blockquote><para><see href="https://www.w3.org/TR/using-aria/#rule1">The first rule of ARIA</see> use is &amp;quot;If you can use a native HTML element or attribute with the semantics and behavior you require already built in, instead of re-purposing an element and adding an ARIA role, state or property to make it accessible, then do so.&amp;quot;</para><blockquote class="NOTE"><h5>NOTE</h5><para><strong>Note:</strong> There is a saying &amp;quot;No ARIA is better than bad ARIA.&amp;quot; In <see href="https://webaim.org/projects/million/#aria">WebAim&amp;apos;s survey of over one million home pages</see>, they found that Home pages with ARIA present averaged 41% more detected errors than those without ARIA. While ARIA is designed to make web pages more accessible, if used incorrectly, it can do more harm than good.</para></blockquote><para>Here&amp;apos;s the markup for a progress bar widget:</para><para>This progress bar is built using a <see href="https://developer.mozilla.org/en-US/docs/Web/HTML/Element/div">div</see>, which has no meaning. We include ARIA roles and properties to add meaning. In this example, the <see href="https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA/Roles/progressbar_role"><c>role=&amp;quot;progressbar&amp;quot;</c></see> attribute informs the browser that this element is actually a JavaScript-powered progress bar widget. The <see href="https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA/Attributes/aria-valuemin"><c>aria-valuemin</c></see> and <see href="https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA/Attributes/aria-valuemax"><c>aria-valuemax</c></see> attributes specify the minimum and maximum values for the progress bar, and the <see href="https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA/Attributes/aria-valuenow"><c>aria-valuenow</c></see> describes the current state of it and therefore must be kept updated with JavaScript.</para><para>Along with placing them directly in the markup, ARIA attributes can be added to the element and updated dynamically using JavaScript code like this:</para><para>All content that is available to non-assistive technology users must be made available to assistive technologies. Similarly, no features should be included targeting assistive technology users that aren&amp;apos;t also accessible to those not using assistive technologies. The above progressbar needs to be styled to make it look like a progressbar.</para><para>It would have been much simpler to use the native <see href="https://developer.mozilla.org/en-US/docs/Web/HTML/Element/'progress'">'progress'</see> element instead:</para><blockquote class="NOTE"><h5>NOTE</h5><para><strong>Note:</strong> The <c>min</c> attribute is not allowed for the <see href="https://developer.mozilla.org/en-US/docs/Web/HTML/Element/'progress'">'progress'</see> element; its minimum value is always <c>0</c>.</para></blockquote><blockquote class="NOTE"><h5>NOTE</h5><para><strong>Note:</strong> HTML landmark elements (<see href="https://developer.mozilla.org/en-US/docs/Web/HTML/Element/main">main</see>, <see href="https://developer.mozilla.org/en-US/docs/Web/HTML/Element/header">header</see>, <see href="https://developer.mozilla.org/en-US/docs/Web/HTML/Element/nav">nav</see>, etc.) have built-in implicit ARIA roles, so there is no need to duplicate them.</para></blockquote>
<para><seealso href="https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA"> <em>See also on MDN</em> </seealso></para>
</remarks>
</AccessibilityARIA>
</docs>
@@ -0,0 +1,11 @@
<docs>
<AccessibilityARIAAnnotations>
<summary>
Below we&amp;apos;ll introduce the new features associated with ARIA annotations, and have a look at some code examples that show them in action.
</summary>
<remarks>
<blockquote class="NOTE"><h5>NOTE</h5><para><strong>Note:</strong> You can find all the examples discussed in this article in a demo file at <see href="https://mdn.github.io/html-examples/aria-annotations/">aria-annotations</see>.</para></blockquote>
<para><seealso href="https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA/Annotations"> <em>See also on MDN</em> </seealso></para>
</remarks>
</AccessibilityARIAAnnotations>
</docs>
@@ -0,0 +1,12 @@
<docs>
<AccessibilityARIAAttributes>
<summary>
&amp;lt;abbr&amp;gt;ARIA&amp;lt;/abbr&amp;gt; attributes enable modifying an element&amp;apos;s states and properties as defined in the accessibility tree.
</summary>
<remarks>
<blockquote class="NOTE"><h5>NOTE</h5><para><strong>Note:</strong> ARIA only modifies the accessibility tree, modifying how assistive technology presents the content to your users. ARIA doesn&amp;apos;t change anything about an element&amp;apos;s function or behavior. When not using semantic HTML elements for their intended purpose and default functionality, you must use JavaScript to manage behavior, focus, and ARIA states.</para></blockquote>
<para>-<see href="https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA/ARIA_Techniques">Using ARIA: roles, states, and properties</see><br/>-<see href="https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA/Attributes"><strong>&amp;lt;abbr&amp;gt;</strong><strong>WAI-ARIA</strong><strong>&amp;lt;/abbr&amp;gt;</strong><strong> attributes</strong></see>ListSubpagesForSidebar("/en-US/docs/Web/Accessibility/ARIA/Attributes")<br/></para>
<para><seealso href="https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA/Attributes"> <em>See also on MDN</em> </seealso></para>
</remarks>
</AccessibilityARIAAttributes>
</docs>
@@ -0,0 +1,10 @@
<docs>
<AccessibilityARIAAttributesAria-activedescendant>
<summary>
The <c>aria-activedescendant</c> attribute identifies the currently active element when focus is on a <see href="https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA/Roles/composite_role"><c>composite</c></see> widget, <see href="https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA/Roles/combobox_role"><c>combobox</c></see>, <see href="https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA/Roles/textbox_role"><c>textbox</c></see>, <see href="https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA/Roles/group_role"><c>group</c></see>, or <see href="https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA/Roles/application_role"><c>application</c></see>.
</summary>
<remarks>
<para><seealso href="https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA/Attributes/aria-activedescendant"> <em>See also on MDN</em> </seealso></para>
</remarks>
</AccessibilityARIAAttributesAria-activedescendant>
</docs>
@@ -0,0 +1,10 @@
<docs>
<AccessibilityARIAAttributesAria-atomic>
<summary>

</summary>
<remarks>
<para><seealso href="https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA/Attributes/aria-atomic"> <em>See also on MDN</em> </seealso></para>
</remarks>
</AccessibilityARIAAttributesAria-atomic>
</docs>
@@ -0,0 +1,10 @@
<docs>
<AccessibilityARIAAttributesAria-autocomplete>
<summary>
The <c>aria-autocomplete</c> attribute indicates whether inputting text could trigger display of one or more predictions of the user&amp;apos;s intended value for a <see href="https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA/Roles/combobox_role"><c>combobox</c></see>, <see href="https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA/Roles/searchbox_role"><c>searchbox</c></see>, or <see href="https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA/Roles/textbox_role"><c>textbox</c></see> and specifies how predictions will be presented if they are made.
</summary>
<remarks>
<para><seealso href="https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA/Attributes/aria-autocomplete"> <em>See also on MDN</em> </seealso></para>
</remarks>
</AccessibilityARIAAttributesAria-autocomplete>
</docs>
@@ -0,0 +1,10 @@
<docs>
<AccessibilityARIAAttributesAria-braillelabel>
<summary>

</summary>
<remarks>
<para><seealso href="https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA/Attributes/aria-braillelabel"> <em>See also on MDN</em> </seealso></para>
</remarks>
</AccessibilityARIAAttributesAria-braillelabel>
</docs>
@@ -0,0 +1,10 @@
<docs>
<AccessibilityARIAAttributesAria-brailleroledescription>
<summary>

</summary>
<remarks>
<para><seealso href="https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA/Attributes/aria-brailleroledescription"> <em>See also on MDN</em> </seealso></para>
</remarks>
</AccessibilityARIAAttributesAria-brailleroledescription>
</docs>
@@ -0,0 +1,11 @@
<docs>
<AccessibilityARIAAttributesAria-busy>
<summary>
Used in <see href="https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA/ARIA_Live_Regions">ARIA live regions</see>, the global <c>aria-busy</c> state indicates an element is being modified and that assistive technologies may want to wait until the changes are complete before informing the user about the update.
</summary>
<remarks>
<para>When multiple parts of a live region need to be loaded before changes are announced to the user, set <c>aria-busy=&amp;quot;true&amp;quot;</c> until loading is complete. Then set to <c>aria-busy=&amp;quot;false&amp;quot;</c>. This prevents assistive technologies from announcing changes before updates are done.</para>
<para><seealso href="https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA/Attributes/aria-busy"> <em>See also on MDN</em> </seealso></para>
</remarks>
</AccessibilityARIAAttributesAria-busy>
</docs>
@@ -0,0 +1,11 @@
<docs>
<AccessibilityARIAAttributesAria-checked>
<summary>
The <c>aria-checked</c> attribute indicates the current &amp;quot;checked&amp;quot; state of checkboxes, radio buttons, and other widgets.
</summary>
<remarks>
<blockquote class="NOTE"><h5>NOTE</h5><para><strong>Note:</strong> Where possible use an HTML <see href="https://developer.mozilla.org/en-US/docs/Web/HTML/Element/input">input</see> element with <c>type=&amp;quot;checkbox&amp;quot;</c> and <c>type=&amp;quot;radio&amp;quot;</c> as these have built in semantics and do not require ARIA attributes.</para></blockquote>
<para><seealso href="https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA/Attributes/aria-checked"> <em>See also on MDN</em> </seealso></para>
</remarks>
</AccessibilityARIAAttributesAria-checked>
</docs>
@@ -0,0 +1,10 @@
<docs>
<AccessibilityARIAAttributesAria-colcount>
<summary>

</summary>
<remarks>
<para><seealso href="https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA/Attributes/aria-colcount"> <em>See also on MDN</em> </seealso></para>
</remarks>
</AccessibilityARIAAttributesAria-colcount>
</docs>
@@ -0,0 +1,10 @@
<docs>
<AccessibilityARIAAttributesAria-colindex>
<summary>

</summary>
<remarks>
<para><seealso href="https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA/Attributes/aria-colindex"> <em>See also on MDN</em> </seealso></para>
</remarks>
</AccessibilityARIAAttributesAria-colindex>
</docs>
@@ -0,0 +1,10 @@
<docs>
<AccessibilityARIAAttributesAria-colindextext>
<summary>

</summary>
<remarks>
<para><seealso href="https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA/Attributes/aria-colindextext"> <em>See also on MDN</em> </seealso></para>
</remarks>
</AccessibilityARIAAttributesAria-colindextext>
</docs>
@@ -0,0 +1,10 @@
<docs>
<AccessibilityARIAAttributesAria-colspan>
<summary>

</summary>
<remarks>
<para><seealso href="https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA/Attributes/aria-colspan"> <em>See also on MDN</em> </seealso></para>
</remarks>
</AccessibilityARIAAttributesAria-colspan>
</docs>
@@ -0,0 +1,10 @@
<docs>
<AccessibilityARIAAttributesAria-controls>
<summary>

</summary>
<remarks>
<para><seealso href="https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA/Attributes/aria-controls"> <em>See also on MDN</em> </seealso></para>
</remarks>
</AccessibilityARIAAttributesAria-controls>
</docs>
@@ -0,0 +1,10 @@
<docs>
<AccessibilityARIAAttributesAria-current>
<summary>

</summary>
<remarks>
<para><seealso href="https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA/Attributes/aria-current"> <em>See also on MDN</em> </seealso></para>
</remarks>
</AccessibilityARIAAttributesAria-current>
</docs>
@@ -0,0 +1,10 @@
<docs>
<AccessibilityARIAAttributesAria-describedby>
<summary>
The global <c>aria-describedby</c> attribute identifies the element (or elements) that describes the element on which the attribute is set.
</summary>
<remarks>
<para><seealso href="https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA/Attributes/aria-describedby"> <em>See also on MDN</em> </seealso></para>
</remarks>
</AccessibilityARIAAttributesAria-describedby>
</docs>
@@ -0,0 +1,10 @@
<docs>
<AccessibilityARIAAttributesAria-description>
<summary>
<blockquote class="NOTE"><h5>NOTE</h5><strong>Note:</strong> <c>aria-description</c> is still in W3C Editor&amp;apos;s Draft for ARIA 1.3. For the time being, continue to use <see href="https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA/Attributes/aria-describedby"><c>aria-describedby</c></see>, which has been supported since ARIA 1.1.</blockquote>
</summary>
<remarks>
<para><seealso href="https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA/Attributes/aria-description"> <em>See also on MDN</em> </seealso></para>
</remarks>
</AccessibilityARIAAttributesAria-description>
</docs>
@@ -0,0 +1,10 @@
<docs>
<AccessibilityARIAAttributesAria-details>
<summary>

</summary>
<remarks>
<para><seealso href="https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA/Attributes/aria-details"> <em>See also on MDN</em> </seealso></para>
</remarks>
</AccessibilityARIAAttributesAria-details>
</docs>
@@ -0,0 +1,10 @@
<docs>
<AccessibilityARIAAttributesAria-disabled>
<summary>

</summary>
<remarks>
<para><seealso href="https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA/Attributes/aria-disabled"> <em>See also on MDN</em> </seealso></para>
</remarks>
</AccessibilityARIAAttributesAria-disabled>
</docs>

0 comments on commit b3b93e1

Please sign in to comment.