Merge pull request #16 from nvaccess/mergeTranslationsFroml10n

Merge normalization

.coderabbit.yml

@@ -1,53 +1,53 @@
-# yaml-language-server: $schema=https://coderabbit.ai/integrations/schema.v2.json
-# https://docs.coderabbit.ai/guides/configure-coderabbit/
-
-language: "en-US"
-early_access: true
-reviews:
-  profile: "chill"
-  high_level_summary: true
-  request_changes_workflow: false
-  review_status: false
-  collapse_walkthrough: false
-  poem: false
-  auto_review:
-    enabled: true
-    auto_incremental_review: false
-    drafts: false
-    base_branches:
-      - master
-      - beta
-      - rc
-  path_instructions:
-    - path: "**/*"
-      instructions: "
-      Focus on code smells, logic errors, edge cases, missing test cases, security flaws and serious issues.
-      Avoid commenting on minor issues such as linting, formatting and style issues.
-      This project uses tabs instead of spaces, do not suggest usage of spaces over tabs.
-      Are there any 'red flags' in this code that might warrant closer investigation from a security standpoint?
-      Explain what makes them suspicious.
-      "
-    - path: "**/*.py"
-      instructions: "
-      _, pgettext, ngettext, and ngettext are defined globally, errors for this being undefined can be ignored.
-      "
-    - path: "**/*.md"
-      instructions: "
-      Focus on grammar, spelling, and punctuation.
-      Also consider readability and clarity of contents.
-      Ensure that changes follow the style of one sentence per line, suggest changes if this is not met.
-      "
-  tools:
-    github-checks:
-      enabled: true
-    ruff:
-      # Should become true if we switch linters, 
-      # right now linting is done by a flake8 check (#14817).
-      enabled: false
-    markdownlint:
-      # We use custom markdown syntax such as {#Anchor} for anchors.
-      # This is not supported by markdownlint.
-      # In future we plan to introduce markdownlint directly with custom rules. (#16453)
-      enabled: false
-chat:
-  auto_reply: true
+# yaml-language-server: $schema=https://coderabbit.ai/integrations/schema.v2.json
+# https://docs.coderabbit.ai/guides/configure-coderabbit/
+
+language: "en-US"
+early_access: true
+reviews:
+  profile: "chill"
+  high_level_summary: true
+  request_changes_workflow: false
+  review_status: false
+  collapse_walkthrough: false
+  poem: false
+  auto_review:
+    enabled: true
+    auto_incremental_review: false
+    drafts: false
+    base_branches:
+      - master
+      - beta
+      - rc
+  path_instructions:
+    - path: "**/*"
+      instructions: "
+      Focus on code smells, logic errors, edge cases, missing test cases, security flaws and serious issues.
+      Avoid commenting on minor issues such as linting, formatting and style issues.
+      This project uses tabs instead of spaces, do not suggest usage of spaces over tabs.
+      Are there any 'red flags' in this code that might warrant closer investigation from a security standpoint?
+      Explain what makes them suspicious.
+      "
+    - path: "**/*.py"
+      instructions: "
+      _, pgettext, ngettext, and ngettext are defined globally, errors for this being undefined can be ignored.
+      "
+    - path: "**/*.md"
+      instructions: "
+      Focus on grammar, spelling, and punctuation.
+      Also consider readability and clarity of contents.
+      Ensure that changes follow the style of one sentence per line, suggest changes if this is not met.
+      "
+  tools:
+    github-checks:
+      enabled: true
+    ruff:
+      # Should become true if we switch linters, 
+      # right now linting is done by a flake8 check (#14817).
+      enabled: false
+    markdownlint:
+      # We use custom markdown syntax such as {#Anchor} for anchors.
+      # This is not supported by markdownlint.
+      # In future we plan to introduce markdownlint directly with custom rules. (#16453)
+      enabled: false
+chat:
+  auto_reply: true

.git-blame-ignore-revs

@@ -1,5 +1,8 @@
-# Normalize line endings in t2t files
-e6a639bfe237ff7f98c4cbec2094a34ac4b879db
-# Migrate t2t to markdown
-884c75fe73accbc36bf81260827f4d21c7f40074
-7afafc698a0c5e6689701f024764ca525acf50af
+# Documentation: https://git-scm.com/docs/git-blame#Documentation/git-blame.txt---ignore-revs-fileltfilegt
+# Usage: git config --local blame.ignoreRevsFile .git-blame-ignore-revs
+
+# Normalize line endings in t2t files
+e6a639bfe237ff7f98c4cbec2094a34ac4b879db
+# Migrate t2t to markdown
+884c75fe73accbc36bf81260827f4d21c7f40074
+7afafc698a0c5e6689701f024764ca525acf50af

.gitattributes

@@ -3,3 +3,84 @@
 # Every person expected to commit po files should change their personal config file as described here:
 # https://mail.gnome.org/archives/kupfer-list/2010-June/msg00002.html
 *.po filter=cleanpo
+
+eol=lf
+*	text=auto
+
+# Files which should not be renormalized
+*.dic   -text
+*.po    -text
+
+# Git files
+.gitignore       text
+.gitattributes   text
+CODEOWNERS       text
+
+# Documentation files
+*.md     text
+*.txt    text
+
+# Scripts
+*.ps1    text
+*.bat    text
+*.nsi    text
+
+# Config files
+*.ini    text
+*.yml    text
+*.robot  text
+*.subst  text
+Doxyfile     text
+Makefile     text
+
+# Other files
+*.def text
+*.css text
+*.svg text
+
+# Source files
+# ============
+# Python Sources
+*.py     text diff=python
+*.pyw    text diff=python
+*_sconscript  text diff=python
+sconscript    text diff=python
+sconstruct    text diff=python
+# C++ Sources
+*.c     text diff=c
+*.cpp   text diff=cpp
+*.h     text diff=c
+*.idl   text diff=c
+*.acf   text diff=c
+
+# Binary files
+# ============
+# Python binary files
+# *.db     binary
+# *.p      binary
+# *.pkl    binary
+# *.pickle binary
+# *.pyc    binary
+# *.pyd    binary
+# *.pyo    binary
+# # Compiled C++ Object files
+# *.slo   binary
+# *.lo    binary
+# *.o     binary
+# *.obj   binary
+# # Precompiled C++ Headers
+# *.gch   binary
+# *.pch   binary
+# # Compiled C++ Dynamic libraries
+# *.so    binary
+# *.dylib binary
+# *.dll   binary
+# # Compiled C++ Static libraries
+# *.lai   binary
+# *.la    binary
+# *.a     binary
+# *.lib   binary
+# # C++ Executables
+# *.exe   binary
+# *.out   binary
+# *.app   binary

.github/CODEOWNERS

@@ -1,56 +1,56 @@
-# This is a comment.
-# Each line is a file pattern followed by one or more owners.
-
-# These owners will be the default owners for everything in
-# the repo. Unless a later match takes precedence,
-# @global-owner1 and @global-owner2 will be requested for
-# review when someone opens a pull request.
-# *       @global-owner1 @global-owner2
-
-# Order is important; the last matching pattern takes the most
-# precedence. When someone opens a pull request that only
-# modifies JS files, only @js-owner and not the global
-# owner(s) will be requested for a review.
-# *.js    @js-owner
-
-# You can also use email addresses if you prefer. They'll be
-# used to look up users just like we do for commit author
-# emails.
-# *.go docs@example.com
-
-# In this example, @doctocat owns any files in the build/logs
-# directory at the root of the repository and any of its
-# subdirectories.
-# /build/logs/ @doctocat
-
-# The `docs/*` pattern will match files like
-# `docs/getting-started.md` but not further nested files like
-# `docs/build-app/troubleshooting.md`.
-# docs/*  docs@example.com
-
-# In this example, @octocat owns any file in an apps directory
-# anywhere in your repository.
-# apps/ @octocat
-
-# In this example, @doctocat owns any file in the `/docs`
-# directory in the root of your repository and any of its
-# subdirectories.
-# /docs/ @doctocat
-
-# Start of NVDA config
-
-# By default auto request review from NV Access developer team.
-* @nvaccess/developers
-
-# For changes to the userGuide auto request review from userDocs team
-/user_docs/en/userGuide.md @nvaccess/userDocs
-/projectDocs/dev/userGuideStandards.md @nvaccess/userDocs
-
-# For various project documentation, require appropriate teams
-/projectDocs/community/ @nvaccess/userDocs
-/projectDocs/testing/ @nvaccess/userDocs @nvaccess/developers
-/projectDocs/issues/ @nvaccess/userDocs @nvaccess/developers
-/readme.md @nvaccess/userDocs @nvaccess/developers
-security.md @nvaccess/userDocs @nvaccess/developers
-CODE_OF_CONDUCT.md @nvaccess/userDocs @nvaccess/developers
-.github/CONTRIBUTING.md @nvaccess/userDocs @nvaccess/developers
+# This is a comment.
+# Each line is a file pattern followed by one or more owners.
+
+# These owners will be the default owners for everything in
+# the repo. Unless a later match takes precedence,
+# @global-owner1 and @global-owner2 will be requested for
+# review when someone opens a pull request.
+# *       @global-owner1 @global-owner2
+
+# Order is important; the last matching pattern takes the most
+# precedence. When someone opens a pull request that only
+# modifies JS files, only @js-owner and not the global
+# owner(s) will be requested for a review.
+# *.js    @js-owner
+
+# You can also use email addresses if you prefer. They'll be
+# used to look up users just like we do for commit author
+# emails.
+# *.go docs@example.com
+
+# In this example, @doctocat owns any files in the build/logs
+# directory at the root of the repository and any of its
+# subdirectories.
+# /build/logs/ @doctocat
+
+# The `docs/*` pattern will match files like
+# `docs/getting-started.md` but not further nested files like
+# `docs/build-app/troubleshooting.md`.
+# docs/*  docs@example.com
+
+# In this example, @octocat owns any file in an apps directory
+# anywhere in your repository.
+# apps/ @octocat
+
+# In this example, @doctocat owns any file in the `/docs`
+# directory in the root of your repository and any of its
+# subdirectories.
+# /docs/ @doctocat
+
+# Start of NVDA config
+
+# By default auto request review from NV Access developer team.
+* @nvaccess/developers
+
+# For changes to the userGuide auto request review from userDocs team
+/user_docs/en/userGuide.md @nvaccess/userDocs
+/projectDocs/dev/userGuideStandards.md @nvaccess/userDocs
+
+# For various project documentation, require appropriate teams
+/projectDocs/community/ @nvaccess/userDocs
+/projectDocs/testing/ @nvaccess/userDocs @nvaccess/developers
+/projectDocs/issues/ @nvaccess/userDocs @nvaccess/developers
+/readme.md @nvaccess/userDocs @nvaccess/developers
+security.md @nvaccess/userDocs @nvaccess/developers
+CODE_OF_CONDUCT.md @nvaccess/userDocs @nvaccess/developers
+.github/CONTRIBUTING.md @nvaccess/userDocs @nvaccess/developers

.github/CONTRIBUTING.md

@@ -1,16 +1,16 @@
-# Contributing to NVDA
-
-Please note: the NVDA project has a [Citizen and Contributor Code of Conduct](../CODE_OF_CONDUCT.md).
-NV Access expects that all contributors and other community members will read and abide by the rules set out in this document while participating or contributing to this project.
-
-The NVDA project is guided by a [product vision statement and set of principles](../projectDocs/product_vision.md).
-The vision and principles should be always considered when planning features and prioritizing work.
-
-There are several ways in which you can contribute to the NVDA project:
-- [Reporting issues](../projectDocs/issues/readme.md)
-- [Issue triage and investigation](../projectDocs/issues/triage.md)
-- [Testing](../projectDocs/testing/contributing.md)
-- [Translating NVDA](../projectDocs/translating/readme.md)
-- [Code or documentation contributions](../projectDocs/dev/contributing.md)
-- [Setting up a development environment](../projectDocs/dev/contributing.md#overview-of-contribution-process)
-- [Creating add-ons](../projectDocs/dev/addons.md)
+# Contributing to NVDA
+
+Please note: the NVDA project has a [Citizen and Contributor Code of Conduct](../CODE_OF_CONDUCT.md).
+NV Access expects that all contributors and other community members will read and abide by the rules set out in this document while participating or contributing to this project.
+
+The NVDA project is guided by a [product vision statement and set of principles](../projectDocs/product_vision.md).
+The vision and principles should be always considered when planning features and prioritizing work.
+
+There are several ways in which you can contribute to the NVDA project:
+- [Reporting issues](../projectDocs/issues/readme.md)
+- [Issue triage and investigation](../projectDocs/issues/triage.md)
+- [Testing](../projectDocs/testing/contributing.md)
+- [Translating NVDA](../projectDocs/translating/readme.md)
+- [Code or documentation contributions](../projectDocs/dev/contributing.md)
+- [Setting up a development environment](../projectDocs/dev/contributing.md#overview-of-contribution-process)
+- [Creating add-ons](../projectDocs/dev/addons.md)

.github/ISSUE_TEMPLATE/config.yml

@@ -1 +1 @@
-blank_issues_enabled: false
+blank_issues_enabled: false

.github/PULL_REQUEST_TEMPLATE/revert.md

@@ -1,20 +1,20 @@
----
-name: Revert PR
-about: Revert an existing pull request
-
----
-
-### Reverts PR
-Reverts #issueNumber
-
-### Issues fixed
-<!-- Issues that will be closed by reverting, i.e. the issues introduced via the PR getting reverted  -->
-Fixes #issueNumber
-
-### Issues reopened
-<!-- Issues that will be re-opened by reverting, i.e. the issues that were fixed via the PR getting reverted  -->
-Reopens #issueNumber
-
-### Reason for revert
-
-### Can this PR be reimplemented? If so, what is required for the next attempt
+---
+name: Revert PR
+about: Revert an existing pull request
+
+---
+
+### Reverts PR
+Reverts #issueNumber
+
+### Issues fixed
+<!-- Issues that will be closed by reverting, i.e. the issues introduced via the PR getting reverted  -->
+Fixes #issueNumber
+
+### Issues reopened
+<!-- Issues that will be re-opened by reverting, i.e. the issues that were fixed via the PR getting reverted  -->
+Reopens #issueNumber
+
+### Reason for revert
+
+### Can this PR be reimplemented? If so, what is required for the next attempt