From 178d016a5254189cd78817bb4911cd4485fd4751 Mon Sep 17 00:00:00 2001 From: Chris Pyle Date: Tue, 18 Jun 2024 16:41:46 -0400 Subject: [PATCH] CLDR-17566 deleting temp text files --- .../TEMP-TEXT-FILES/errors-and-warnings.txt | 29 -- docs/site/TEMP-TEXT-FILES/getting-started.txt | 15 - docs/site/TEMP-TEXT-FILES/guide.txt | 264 ------------------ .../TEMP-TEXT-FILES/survey-tool-phases.txt | 47 ---- docs/site/TEMP-TEXT-FILES/vetting-view.txt | 112 -------- 5 files changed, 467 deletions(-) delete mode 100644 docs/site/TEMP-TEXT-FILES/errors-and-warnings.txt delete mode 100644 docs/site/TEMP-TEXT-FILES/getting-started.txt delete mode 100644 docs/site/TEMP-TEXT-FILES/guide.txt delete mode 100644 docs/site/TEMP-TEXT-FILES/survey-tool-phases.txt delete mode 100644 docs/site/TEMP-TEXT-FILES/vetting-view.txt diff --git a/docs/site/TEMP-TEXT-FILES/errors-and-warnings.txt b/docs/site/TEMP-TEXT-FILES/errors-and-warnings.txt deleted file mode 100644 index 751dba2568c..00000000000 --- a/docs/site/TEMP-TEXT-FILES/errors-and-warnings.txt +++ /dev/null @@ -1,29 +0,0 @@ -Handling Errors and Warnings -* Note that if the committee finds systematic errors in data, new tests can be added during the submission period, resulting in new Errors or warnings. -Errors -Errors in the survey tool MUST be fixed for the Winning column. Following are common errors that you may encounter and tips on ways to fixing them. -Can't have same translation as… (Must fix) -Exactly the same name can't be used for two different items of the same type. -For example, it is an error if "Malawi-Kwacha" is used as the translation for two different currency codes: -MZN (Mozambican metical), and -MWK (Malawian Kwachas) -In the above case, it is a pretty clear mistake. It is not as simple in other cases. Some region names are very similar, for example, and it can be a bit tricky to know how to handle them. Currencies have the problem that a new currency code may have the same name as an obsolete one. -You can find some guidance under "Unique Names" in the following pages: -Country/Region Names, -City Names, -Currency Symbols & Names -The characters ‎[…]‎ should not be used (Must fix) -For what to do, see Characters, in the section Handling Warnings. While these are categorized as warnings, every effort should be made to fix them. -Unquoted special character '.' in pattern (Must fix) -Number patterns can only contain an unquoted . when it is the decimal separator. -In other cases, such as to finish an abbreviation, it must be quoted, as in: 000 tūkst'.' -For more information, see Number Patterns. -Errors in Others column can be ignored. For example, this is an example of an Inheritance value in the Others column where the Language (Country/region) names have a collision issue. Do not vote on values that have errors. -alt-text -Warnings -The value is the same as in English -Because a common mistake is for people to copy the English values precisely, a warning is provided when this happens. -This may not be an error, because it is often perfectly legitimate to have an identical string. For example, the word for "France" in French is the same as English, for example. So this warning is just to call your attention to the text in case it needs to be changed. -The value is the same as 'code' -Another common mistake is to copy a code value, such as "cs" for Czech, instead of translating it. -This may not be an error, because it is often perfectly legitimate to have an identical string.For example the script code for "Thai" is "Thai", which matches the English word exactly. So this warning is just to call your attention to the text in case it needs to be changed. \ No newline at end of file diff --git a/docs/site/TEMP-TEXT-FILES/getting-started.txt b/docs/site/TEMP-TEXT-FILES/getting-started.txt deleted file mode 100644 index 9e1b38b7892..00000000000 --- a/docs/site/TEMP-TEXT-FILES/getting-started.txt +++ /dev/null @@ -1,15 +0,0 @@ -@Getting Started -Before getting started to contribute data in CLDR, and jumping in to using the Survey Tool, it is important that you understand the CLDR process. -Understand the basics about the CLDR process and the community-based model and the Technical Committee. Read: CLDR Process -Read the Getting Started topics on the Information Hub: -Survey Tool Guide -Survey Tool Stages -Handling Errors and Warnings -Handling Logical Group Errors -Plurals & Units -Review Date & Time -Review Numbers -Review Zones -Data stability -Empty cache -*If you (individual or your organization) have not established a connection with the CLDR technical committee, start with Survey Tool Accounts. \ No newline at end of file diff --git a/docs/site/TEMP-TEXT-FILES/guide.txt b/docs/site/TEMP-TEXT-FILES/guide.txt deleted file mode 100644 index f96b4ff00e0..00000000000 --- a/docs/site/TEMP-TEXT-FILES/guide.txt +++ /dev/null @@ -1,264 +0,0 @@ -Survey Tool Guide -News -2022-11-28 Updated several images and instructions to reflect improvements, such as revised menus, buttons,regional inheritance, and the Dashboard and Forum. -Survey Tool | Accounts | Guide | FAQ and Known Bugs -The Survey tool is a web based tool for collecting CLDR data and includes various features that the contributors (vetters) should know before getting started. -Note that the exact appearance in screenshots may change as the tool is enhanced over time and based on your vetter level. -💡 Helpful Tips -Please read the home page of the Translation Guidelines before starting your data contribution. -If you experience a Loading... problem with the Survey Tool, try clearing your browser cache. See Reloading JavaScript. -Browser support for Survey Tool includes the latest versions of Edge, Safari, Chrome, and Firefox. -Use Reports at the beginning to review the data in your language in a holistic manner for Date & time, Zones, and Numbers. -Capitalization: Translations should be what is most appropriate for ”middle-of-sentence” use. So, for example, if your language normally doesn't spell languages with a capital letter, then you shouldn’t do that here. Please see Capitalization for more details. -Plurals: For important information regarding the use of plural forms for your language, please read Plurals. -Vetting Phase -At a point towards the end of Survey Tool period, the Technical Committee will change the survey tool to "Vetting Mode". In Vetting Mode, submitting new data/translations is no longer possible, but you can still change your votes and participate in the forum. (The exception is that you can submit new data if the currently winning value has generated an error or a warning.) -Login and Import of old votes -Go to http://st.unicode.org/cldr-apps/survey/ and log in. -Import of old votes is automatically handled when you log in for all your votes matching the latest released data. If you have voted previously, upon first log-in, you will see a message showing the number of your votes that matched the currently winning votes that have been auto-imported. -Import of your old votes will take some time, but this will be done at 1st log-in only. -Import old votes manually. You can still import your old voted data that DO NOT match the last released data. -Go to the G☰ Menu, look under My Votes, and choose Import Old V****otes. - -Scroll to the bottom to see the category selection for bulk import. -Select the categories that you want to import and click Import selected items button at the bottom. -Go to the data categories in the Survey tool where you have imported your old votes, these will show up in the Others column with no votes. -Review and add your vote. The best practice is to create a forum entry explaining why this is the data that should be changed to and drive to gain consensus with other vetters. -Picking Locales -On the left sidebar, you will see the CLDR locale(s). Your default view will be the languages you have permissions for. All the locales that you have permission to contribute submissions to are marked with PENCIL icon. You can view the others but not submit contributions. For example, if you have permissions to the default language Afrikaans (af), you will not have permissions to Afrikaans (Namibia), and vice versa. - -Each language is followed by a list of regions that represent specific locales. The locale that is grayed out and preceded by an × is the default. The others are considered “sub-locales”. If you are working on the default locale, select the language name. For example, if you work on Spanish in general (default = Spain), you will see that that Spain is grayed out in the list below: choosing Spanish means that you are working on the default (Spanish for Spain). - -Only those of you working on a specific variant language (or "sub-locale") will pick a non-default region. If you work on Mexican Spanish, pick Mexico. (This should already be pre-selected for you.) -Make sure that you haven't mistakenly turned the Information Panel off! See No Information Panel. -Voting view -Once you have selected your locale, more options show up in the left sidebar. (You’ll note that the sidebar only shows if you mouse over the > character on the left.) -If the locale is relatively new and very complete, start working on the Core Data section and go through the rest of the sections. If the locale is mostly complete, then go to Dashboard below. -Once you have selected a section, you'll see a table to enter votes in. The main table has these columns: -Code: the code CLDR uses to identify this data point. -English: the plain English value of the data point (the text you are to translate). -Abstain: the default vote value for you. Only use abstain if you don't know a good value to be used. -A: The value’s current status. A checkmark means it’s approved and is slated to be used. A cross means it’s a missing value. (Note, for sub-locales, a cross is not necessarily bad. If the parent locale has a good value, the sub-locale will inherit it. Check the Winning column.) -Winning: this is the currently winning value. If the survey tool would close now, this is the value we would publish. If the value has a blue star next to it, that means it’s also the value that was published in the previous version. Normally it takes at least two votes from two different organizations to change value: in some locales the bar is lower, and for some items it is higher. -Add: If the winning value is not correct and is not listed under Others, then use the plus button here to enter the correct value. If you enter a new value, your vote will be applied to it automatically. -If what you want is a variation of what is in Winning or Others, you can cut & paste, and then modify. -Others: other suggested values, not currently winning, but available to vote for. -Click on one of the radio buttons to make your vote. The winning status changes in real-time so depending on vote requirements and existing votes, your vote may move your desired value to the winning column right away. -Look at the Regional Variants to see if any should be changed: see Information Panel below. -Once you are done with all the sections, go to the Dashboard. -Under the English column, look for "i" for additional information and "e" for an example. -Icons -The main panel uses icons to indicate important information and possible problems. After clicking on the Code cell, look to the right-side info panel for more details. - -(Icons for the Dashboard are listed in the Dashboard Icons section below.) -Examples -An example with an ❌ shows a case where the pattern has an inappropriate placeholder substituted. That example should be ungrammatical; if it is grammatical, then either the translated unit or the minimal pair pattern itself is incorrect. The example will show in the Info Panel, and also if you hover over the item. -Information Panel -If you hover over an item (including the English item), a tooltip will appear showing a sample value and usage of the item in context. The item itself will have a white background; other text in context will have a gray background. -When you select an item (the text, NOT the radio button), additional information will show in the right-hand Information Panel. See screenshot below. -Make sure you use a wide-screen monitor and enlarge your window until you can see it, something like the image below. -The box at the top shows information about the code you are translating. It also has a link that you should click on the first type you encounter that kind of item that will explain any "gotchas". -If there is an error or warning for the item, you see that in the middle. -Below that, you'll see an example. This is the same as you get by hovering over the item in the center section. -If there are votes, you'll see a breakdown of them; you also see the number of votes required to change the value. Unicode organization members usually have 4 votes; vetters which are not representing a Unicode organization usually have 1 vote. Your vote value and the vote value required for change will show on the right navigation for the selected item as shown in this screenshot (4 and 8 respectively in this case). -Near the bottom, you'll see a pulldown menu that shows the values for different regional Variants. Here, you can quickly compare the values and go to different sub-locales to correct inconsistencies. -You'll also see the New Forum Post button (as shown in the screenshot to the right). This is the easiest way to post discussions for the selected item. Remember that the Forum posts are at language level and not at Sub-locale level. For more information, see Forum. -No Information Panel? -If you click on the Code cell and there is no Information Panel, you may have turned it off accidentally. Click on the Open Info Panel button near the top right of the window. - -Inheritance -Some items are by default inherited from other places in the data. You have the option of voting for the inherited value or entering a different one. -The inherited values are color coded: - -You can click on the link in the right sidebar to see the original value. -Note: Voting on inheritance means "always use the inherited value, even if it changes.” An inheritance vote is advised if there are no differences in spelling conventions and political relations between your locale and the parent locale. Voting for inheritance minimizes duplication of data. -Regional Variants (also known as Sub-locales) -Language variants by Region are differentiated as Parent-locale and sub-locales. For example, -Spanish es is the parent (or the default) locale for all Spanish locales. Its default content is for Spanish (Spain) es_ES. -Spanish (Latin America) es_419 is one of the sub-locales for Spanish. Votes on inheritance will ensure that it will only contain content that is different than what is in Spanish. -Spanish (Argentina) es_AR is one of the sub-locales for Spanish (Latin America). Votes on inheritance will ensure that it will only contain content that is different than what is in Spanish (Latin America) -The regional variants menu for a data point is shown on the right navigation information pane. It will look something like the following (the exact appearance depends on the browser). -When you pull it down, it will show which regional variants have different values than the main language locale. The current locale will show as darker gray as shown in the screenshot on the right. - - -In the example in the screenshot above, Switzerland and Liechtenstein have different regional data than German (=Germany). Hover over the menu item to see the value it has. In the above diagram, you'll see "." as the decimal separator for Switzerland in the yellow hover box above as shown in the screenshot above. -If any values are incorrect, please correct them. You can do that by selecting the menu item, which will take you to the same item, but in the regional locale. For example, selecting “Belgium” above goes to the decimal separator for German (Belgium). You can then correct the item. -Normally, the only values that should be different are in date and number formats. In some locales there are other variations: for example, German (Switzerland) spells words with “ss” instead of “ß”, so differences can occur on many different pages. -Regional Inheritance -If you are voting in a sub-locale such as en_AU, es_MX, fr_CA etc., you can vote to follow whatever the translation is for the locale you inherit from. You do this by voting for the translation highlighted in blue box. When you do this, you are essentially saying "always use the inherited value, even if it changes in the source parent value". In the screenshot below, this is the case for the vote for "inglês". If the parent value eventually changes, the value in your locale will also change. Subsequent voting in your locale could still result in having a different value than the parent locale. -An inheritance vote is useful if there are no differences in spelling conventions and political relations between your locale and the parent locale. Abstaining from voting may have the same effect, but if another vetter votes for something different, your Abstained vote means that it's not opposed by you; thus, your intention is not known to others. By voting for the blue inheritance value you make your opinion known to other vetters. -Inheritance is important, to prevent data duplication. -Inheritance is not only limited to “sub locales”. Parent locales (or default language locales) also have inheritance from either other fields or the root. -By default, all data are inherited if there are no contributions. The data are indicated as Missing or Abstain. Sub-locales have inherited values that are generally from the parent locale (e.g. de_CH will inherit values from de_DE). -The inherited values appear in the Others column highlighted in blue box (e.g. “embu” and "inglês"). By clicking the radio button in front of those values, you are voting for inheritance. -If the inherited value is not correct for your locale or it’s likely for your locale to change the data in the future, click the + button, and enter a new suggestion. -The vote status column will show an orange-up arrow () if the winning item is inherited and it does not have any votes. - -Progress Widget -There is a new style for the progress widget that shows your voting progress on the page in the upper right corner of the Survey Tool next to the Info Panel toggle. You will see details of your progress when you hover over the widget, including what progress is being measured, and the total number of items remaining for you to vote on in that category. Your progress is measured based on the coverage level you have set, so make sure that it is set correctly. -Note: The total progress widget is currently only visible when the dashboard is open. -Page progress -Progress bar shows progress of items on page for your coverage level. -Overall progress -Progress bar shows progress of items overall for your coverage level. - -Dashboard -The Dashboard will show you a list of data items with warnings of different kinds. Some will require action, some may be false positives. (For the veterans, this is the redesigned Priority Viewer.) - -The goal is that you should work the Dashboard down to show zero items, then review the Reports, below. -The first priority is to fix all the Missing items by supplying the correct translations. -Dashboard Reports -Go through each of the sections to address the problems. These sections are explained below. -At the top of the Dashboard is a header with a button for each section the title (such as Missing) and the number of items. Below that header are a series of rows. -Dashboard Columns -There are six columns in the Dashboard view. -Dashboard category: The first letter of the section name enclosed in a circle. -Data Type: The section that the item belongs to. -Code: this links to the field in survey tool. Click on it to go to the item in the Survey Tool. -English: The English value is highlighted in blue. -Winning XX: The currently winning value is highlighted in green. -Hide checkbox: For items that can be hidden a checkbox to hide that option appears on the far right. - -How to handle different categories -Following are guidelines on best practices for handling items under each category in Dashboard. -Missing -The are items where there is no localization provided by any contributor. Click on the line to be taken to the item in the Survey Tool where items are highlighted and you can add a translation. When you fix a Missing item it will turn to Changed. - -Losing -These are items that you already voted on. This indicates that your vote is not for the currently winning value. If you can live with the winning item—if it is reasonable, even if you don't think it is optimal—change your vote to be for the winning item. If not, click the Forum button in the Info Panel and give reasons for people to change their vote to what you have suggested. If not all users have voted yet, these values may still be approved before the end of the cycle. Engage with others on the Forum discussions. Make sure to post the reasons why others should change their votes and respond to others’ posts. -Disputed -This is very similar to Losing, except in this case your vote is winning and someone else's is losing. Review all of the items to see if someone else’s item is better and read the forum post, and whether you want to change your vote. Discuss in the forum, then use the Hide button to hide disputes you’ve addressed in the forum. -Changed -The Changed count is provided in the Dashboard only as a reference. The Changed items are either: -Missing items now have a value. -The Winning value of the translation has been changed. -English Changed -These are items where the English source has changed after the last change in your language. Items that are listed in this section indicates that you need to re-check them and assess the impact to your language and update as appropriate. (Some English changes will have no impact to translations.) -Warnings -These are issues which appear after automatic checks. (For examples, a message could be "The value is the same as English", which is a quite common warning for languages that are close to English in the spelling of languages or territories. If the value is actually ok, then click on the Hide button (crossed eye). If not, then vote for a fix, or post on the Forum for discussion. - -Dashboard Summary -There are two ways to clear items from the Dashboard list: -Fix them (such as adding a translation for a missing item) -Hide them (such as when the English has changed but the translation doesn’t need to change). -Only hide items if it really is a false positive, not because you gave up on fixing it… -If you hide an item by mistake: -Unhide all the lines with the top eye button. -Click on the orange eye button in the line (a “Show" tooltip will appear). -Hide all the lines again by clicking the top eye button. -Reports -The reports show lists of items that need to be reviewed for consistency. You should look through these after you do the Dashboard to make sure that the items are consistent, when viewed in the context of others. Each of them has a link to instructions at the top. Please read these before continuing. -Reports are under the left navigation. -Reports are a good way to review the data in your language in a wholistic view for the Date and time, Zones, and Numbers. - -Example: - -Special cases -You may not make changes to this locale -You may see a message like the following when trying to modify a regional locale, like pt-BR. - -→ - -The reason that Brazil is grayed out is that it is the default content locale for Portuguese. So to modify pt-BR, you need to simply click on Portuguese. If you do click on Brazil, you will get to a page with the following at the top. Clicking on default content locale will explain in more detail. - -20 vote items May not be modified -Some items have change protection in place that will stop vetters from changing it, but you can still advocate a change. This is indicated by the message "May not be modified-see details" as shown in the screenshot below, or that the threshold for changing the value is 20 votes, instead of the usual 8 or 4. This indicates that the item is particularly sensitive to data instability and has a broad impact. Changes to these items require Technical Committee review. To suggest a change, you have to "flag" the value. - -To change it, you have to flag the item for committee review: -Click on the “Flag for Review button”. -On the new page, you'll see a message box. -Enter the change that you want to make, and add a justification for changing it. -Then click “Post”. -Towards the end of data collection cycle, the Technical Committee will review the change request and either accept it, or reject it with comments. -Note: The Flag for Review button will be available only when the item has a 20 vote value AND there is a suggestion in the Others column. -Forum -Forum is the place to discuss and collaborate with other vetters on questions and issues in your language. The forum is at Language level and not at sub-locale level; if you are talking about a translation in a sub-locale, be sure that you are clear about that. -It's a best practice to create a Forum post whenever you propose a change to a previously approved value, and provide an explanation and links to references. -Forum Etiquette -While creating New Posts on Forum or participating in discussions please follow these general etiquette guidelines for best productive outcomes: -Be professional. Provide accurate, reasoned answers so that other participants can easily understand what you are talking about. -Be courteous. Refrain from inappropriate language and derogatory or personal attacks. -Don’t “SHOUT”; that is don’t use all capitals. -In case of disagreement, focus on the data and provide evidence to support your position. Avoid challenges that may be interpreted as a personal attack. -Be prepared to have your own opinions challenged or questioned, but don’t take answers personally. -It’s possible that participants have different expectations on the intent of the data. Clarify what you think is the intent may help especially if disputes continue. -Remember that open discussion is an important part of the process; abiding by these guidelines will encourage active participation by all vetters and a better end result. -Forum Workflow -Forum posts work with the following workflow: -Create a new Request -Responses by other vetters in your language with Agree, Decline, or Comment. -Once resolved, the creators of the the initial Request or Discuss closes the post. -How to create a new forum post -A forum post can be specific to a particular data point or a general issue. In either case, create a new forum post to an item. -A post that is specific to a particular data point. -A general issue that impacts multiple data points. In a general case that impacts multiple data points, you do not need to post new forum posts for every item impacted. The general issue should be flagged to other vetters and once a consensus is reached, it is expected that vetters update their votes on all impacted items. New forum posts can be used to flag to other vetters if others fail to update their votes on all impacted items. ONLY request if others have missed or have not updated consistently. -Create forum posts from the Information panel in the voting window. -Vote on an item (or add new +) for the item you want to suggest changing. - -In the Information panel on the right, there are two buttons to indicate the type of forum posts: -Request You have voted on a non-winning item, and you want to Request others to change their votes. -Discuss - Currently only TC members can make discuss posts. -Click Request button and fill out the details of your request. (Note: The Request button is disabled unless you have voted) - -Request -A precomposed text is included to help start your post. Important!: Request works WITH the item you voted for currently. -Please consider voting for “{your voted-value}”. My reasons are: Complete the text by filling out your reasons and links to references. -Then Submit. - -Responding to Request posts -There are two ways to respond to forum posts: -Info Panel (This is the recommended option.) -In the Forum view (See Working in the Forum view) -Respond from the Info Panel in the voting window. -In the Info Panel, select the Comment button -Each posted response is labeled in Red and its response type: Agree, Decline or Comment. - -Choosing your Response: Vote, or Comment -When you make a vote on an item that already has a Request post by another vetter, then an Agree or Decline post will be made for you automatically. If you agree with the reasons for change, you don't need to add more explanations for agreeing. -An Automated Agreement will be posted if you vote for the requested value. Your agreement will be automatically posed with a precomposed reply: I voted for “{requested-value}” - -Comment: Use this option if you do not Agree or Decline, and you have other input to bring to the discussion or if you want to ask for more information. -Responding to Discuss posts -There are two ways to respond to new forum post: -Info Panel (This is the recommended option.) -In the Forum view (See Working in the Forum view) -Respond to forum posts from the Info Panel in the voting window. -In the Info Panel click the Comment button and add your input to the open discussion. -The label Discuss in Red indicates that this is a Discuss post (to distinguish from Request posts) - -Working in the Forum view -In the Survey Tool Forum view, there are multiple filtering options available for you to work more effectively. -The Forum view can be accessed from the left navigation Forum. - -By default, the filter is for Needing action. - -Filter options: -Needing action: Forum posts included in this filter are Requests and Discussion posts by someone in your language. You have not yet taken action on either agreed or declined or posted a discussion asking for additional information. For Discussion posts, these are where you are not the last poster. -Open requests by you: Forum posts included in this filter are Requests that you have posted that you have not closed yet. -All Open topics: All posts that are open. This includes both Request and Discussions that have not closed yet. -All topics: All topics, open or closed, including forum posts from previous releases. -Note that Forum posts that were active in previous releases will be marked as Closed at the start of a new Survey tool cycle. -Respond to forum posts in the Forum view -In the Forum view, you can respond to Request and Discuss posts. -For Request posts, you can select your decision using the 3 available buttons: Agree, Decline, Comment. -See Responding to Request posts in Information Pane. - -Reporting Survey Tool issues -If you run into a problem with the Survey Tool functionalities, please see FAQ & Known Bugs to see whether it has already been reported (and whether there is a work-around). If not, or if you have suggestions for improvements, please file a bug using the Feedback link at the bottom of each window. If you encounter problems or have enhancement suggestions for the survey tool, please file a ticket. - -Email notification -Another way to check for posts that may need your attention is to review email notifications to the e-mail account for your locale. You can delete these notifications if they are for changes initiated by you. You can open the post directly from a link in the email. -When you make a forum entry, it will be emailed to all other linguists working on locales with the same language, parent or sub-locale (i.e. forum is at Language level and not at sub-locale level). If you are talking about a translation in a sub-locale, be sure that you are clear about that. -Forum posts for CLDR ticket feedback -CLDR users can send in data feedback using JIRA. Tickets filed in JIRA will be processed as described below. Please expect to see posts by CLDR Technical Committee members (TCs) in Forums, and participate by providing your response to any tickets needing your input. -The goal is to bring it to the attention to all linguists contributing in a particular language, and gather their input, so an informed decision can be made and/or suggested. -CLDR TC members accept JIRA tickets. -For each ticket assigned to them, the TC member will post a forum topic in each language mentioned in the ticket, asking for vetters to look at the issue and either make the requested change, or explain in a forum post why changes should not be made. -A reason for not changing could be for example that it is a reasonable change, but doesn't exceed the 'stability' bar in the translation guidelines. -TC members will monitor the forum discussion/change during the Submission phase, and will close the JIRA ticket after the forum discussion is concluded. -Advanced Features -Users familiar with CLDR XML format can upload votes (and submissions) for multiple items at once. See Bulk Data Upload. -Organization managers can manage users for their organization (add, remove, send passwords, set locales, etc.) For more information, see Managing Users. -Some users may want to reset their Coverage Level, with the menu that looks like the image to the right. -The Coverage Level determines the items that you will see for translation: the minimal level has the highest priority items. You normally start with the level marked "Default" (which will vary by your organization and locale). Each successively higher level adds more items, at successively lower priorities. You will not normally go beyond "Modern", unless you have special instructions for your organization. -Note that some companies won't use the data until it is complete at a certain coverage level, typically Modern. \ No newline at end of file diff --git a/docs/site/TEMP-TEXT-FILES/survey-tool-phases.txt b/docs/site/TEMP-TEXT-FILES/survey-tool-phases.txt deleted file mode 100644 index dcf62521dea..00000000000 --- a/docs/site/TEMP-TEXT-FILES/survey-tool-phases.txt +++ /dev/null @@ -1,47 +0,0 @@ -Survey Tool stages -Stages -Data collection in the Survey tool has 4 stages: -Shakedown -General submission -Vetting -Resolution -Full vs. Limited Submission -There are two types of releases: full, and limited-submission. -Full-submission: -Typically with the even versions (e.g. Version 36). -All languages and data areas are open for contributions. -Limited-submission -Typically with odd versions (e.g. version 37). -Selected fields are open for all locales; the voting options will be grayed out for those data points that are not in scope. -Proceed with Submission (General), but start with the Dashboard and focus on Errors*, Missing†, Provisional -Selected locales are open for votes on all fields. -Proceed with Submission (General). -Survey Tool phase: Shakedown -Make sure your coverage level is set correctly at the top of the page. -Shakedown is on an invitation basis. If you have not received an invitation to participate in shakedown, your participation is discouraged. -You should know in this stage: -The survey tool is live and all data that you enter will be saved and used. -You can start work -Expect a churn: there may be additional Tooling fixes and Data additions during this period. -Tool may be taken down for updates more frequently during general submission -You are expected to look for issues with the Survey tool and any other problems you encounter as a vetter. Please file a ticket. -Survey Tool phase: General Submission -Make sure your coverage level is set correctly at the top of the page. -For new locales or ones where the goal is to increase the level, it is best to proceed page-by-page starting with the Core Data section. At the top of each page you can see the number of items open on the page. Then scan down the page to see all the places where you need to vote (including adding items). Some -Then please focus on the Dashboard view, -Get all Missing† items entered -Vote for all Provisional items (where you haven't already voted) -Address any remaining Errors* -Review the English Changed (where the English value changed, but your locale's value didn't. These may need adjustment.) -* Note that if the committee finds systematic errors in data, new tests can be added during the submission period, resulting in new Errors. -† Among the Missing are are new items for translation. (On the Dashboard, New means winning values that have changed since the last release.) -If you are working in a sub-locales (such as fr_CA), coordinate with others on the Forum to work on each section after it is are done in the main locale (fr). That way you avoid additional work and gratuitous differences. See voting for inheritance vs. hard votes in Survey Tool guide. -Survey Tool phase: Vetting -All contributors are encourage to move their focus to the Dashboard view. Also see Dashboard tips to use during Vetting stage. -Any Flagged entries in your locale may have questions in the Forum from TC members; please add additional information to help the TC resolve them. -To see the Flagged items, click on the Menu icon in the upper left corner, under the Forum header see Flagged items: -Open the Dashboard, and resolve all of the Errors, Provisional Items, Disputed items, and finish Reports -Consider other's opinions, by reviewing the Disputed and the Losing. See guidelines for handling Disputed and Losing. -Review all open Requests and Discussions in the Forums, and respond. -Resolution (Closed to vetters) -The vetting is done, and further work is being done by the CLDR committee to resolve problems. You should periodically take a couple of minutes to check your Forums to see if there are any questions about language-specific items that came up. \ No newline at end of file diff --git a/docs/site/TEMP-TEXT-FILES/vetting-view.txt b/docs/site/TEMP-TEXT-FILES/vetting-view.txt deleted file mode 100644 index 10f28c95920..00000000000 --- a/docs/site/TEMP-TEXT-FILES/vetting-view.txt +++ /dev/null @@ -1,112 +0,0 @@ -Survey Tool: Dashboard tips -Dashboard -Once you have finished entering data, you will need to review the items for accuracy. To assist with this, use the Survey Tool's Dashboard, accessible through the link in the sidebar. -The Dashboard will show you a list of data items with warnings of different kinds. Some will require action and some may be false positives. The idea here is that you should work the Dashboard down to show zero items. -Dashboard Sections -The Dashboard is divided in these sections. If a section is not visible for you, that means you have no items in that section: -Error: The currently winning value has caused an error in validation that will have to be resolved before release. (High priority.) -Fix the error. In some cases there is a conflict among items, and you'll need to fix the conflicting item, not the one showing the error. -Losing: Your vote is losing against the other vetters’ vote. -Can you live with the winning value? If so, change your vote. -Otherwise, use the forum to alert the other vetters and reach consensus. -Disputed: Your vote is winning, but other vetters voted differently. -Use the forum to help reach consensus if possible. -Warning: The winning value has something unexpected in it, perhaps a character that’s not normally used in your language. -Please review. If it’s an unwarranted warning, you can hide it. -English Changed: The English value changed from last version, but the winning translation in your language remained the same. -Does the translation need to be updated? If not, you can hide the warning. -New: The winning localized value is different from last year. (Informational.) -Missing: We have no localized value for these values. -Please provide them. (High priority.) -Provisional: We have a value, but not enough votes to support it and include them in the release. -Add your vote if you haven’t already and alert other vetters through the forum to support if you have already voted. -Fixing Entries -Each entry has the following: -A blue field which links to the relevant value in the Survey Tool. The link will open in a new window. -English value -previous CLDR version’s value -currently winning value -Clearing Items -There are two ways to clear items from the list: -The preferred way is to fix them (such as adding a translation for a missing item). Click on the item line to bring up that item in the Survey Tool where you can change or edit your vote, or post a forum vote to try to convince the other vetters to change their vote for losing or disputed items. -The other is to hide them (such as when the English has changed but the translation doesn’t need to change). Only hide an item if it really is a false positive, not because you gave up on fixing it. To hide an item from view, click on the checkbox on the far right of the item. Note that this will not make it disappear, just hide it from view. Click on the check box next to 'Hide' on the Dashboard menu to hide or unhide hidden lines. The count on each section will show how many items are showing versus the total. -The following are legacy tools to review votes, but the Priority Items tool is deprecated in favor of the Dashboard. This information is presented here for reference. -Review: Priority Items |Date/Time | Zones | Numbers -You can also see a video walkthrough of the review sections on Walkthrough. -The rest of this page discusses how to do the Priority Items. Once you have done the Priority Items, Review reports. -Remember to periodically look at the Forum for your locale. -On any page in your locale, near the top there is a link "Forum". -Click on it and go through the comments. -If there is a request to change values or votes, either respond on the Forum with why you disagree, or change your vote. -Some issues may be general, such as the capitalization of language names. In the vetting period, please try to resolve these in accordance with the other items in the locale for consistency; leave anything else for the next release. -If you have time after doing the above, it is useful to review items for consistency. -Go to each Section in the survey tool -Check that related items (like singular/plural) don't have spurious differences -Check that closely related items have consistent translations. -Priority Items -Open your locale, such as https://st.unicode.org/cldr-apps/v#/de//, and log in. -Click on Priority Items. After it loads you’ll see a view over all the possible issues for your locale. Once it loads you can leave it open while you work through the items, so you won’t have to reload very often. -Warning: -Make sure your coverage level is set correctly: typically modern*. Otherwise you won't see all the issues for your language. -After you change your coverage, or to see the new status of changed items, you must click the Refresh Values button. -In the Priority view, you can see the important issues for your language. At the top is a summary for each kind of issue, looking something like the following: -Count Abbr. Description -0 ☐ Error* The Survey Tool detected an error in the winning value. -411 ☐ Losing* The value that your organization chose (overall) is either not the winning value, or doesn't have enough votes to be approved. -4 ☐ Disputed* There is a dispute between other organizations that needs your help in resolving to the best value. -0 ☐ Warning* The Survey Tool detected a warning about the winning value. -265 ☐ Unsync’d* The English value changed at some point in CLDR, but the corresponding value for your language didn’t. -130 ☐ New* The winning value was altered from the last-released CLDR value. -36 ☐ Missing* Your current coverage level requires the item to be present, but it is missing. -It is followed by a list of issues, categorized by type. -How to Proceed -You will click on each of the check-boxes above that that don't have a count of zero, and follow the instructions below. -If you have any questions, please contact your organization's CLDR Technical Committee member, or email surveytool@unicode.org. -Goals -Data Submission Phase -Concentrate on fixing the Missing items first, since you can't fix them in the Vetting phase. -You can then work on Error, Warning and Unsync'ed items. -Vetting Phase -Review the New items and Unsync'ed items to make sure that they make sense. -Work on getting of the Error, Losing, Disputed counts down to zero. -The Warning and Unsync'd counts might not be zero after you are done. -The count for New items is informative, it just represents the changes in this release. You do not have to try to reduce it. -Go through the summary list, clicking the checkbox (☑) to show the issues of type you're working on. You can click several at once if you find that easier. That will then expose the issues of that type below the summary. -After the data submission phase, any differences in the submitted data will be resolved according to the data resolution process. -How to Handle -Handle each of the types of issues as follows: -Missing* (only applicable during Data Submission Phase) -Add the missing value, or vote for an "inherited" value (in a special color) -Unless there is some other error, you can't change these during the vetting phase, so make sure to get them done early! -Error*, Warning* -Go to the item (by clicking the Fix? link). -Error items will be removed from the release, so they are a priority in the vetting phase. -Review the warning items; most of them need fixing but not all. See Fixing Errors and Warnings -Losing*, Disputed* -See if the winning value is ok. If so, change your vote to it, and go to the next item. -Otherwise, post a message to the Forum. -State why you think the item should be changed. -If there are a number of items that have the same characteristic (such as the wrong capitalization), you can make that case in a single posting rather than multiple ones. -New* -Quickly scan over these values. -If the values are ok, then you don't need to do anything. If not, follow the instructions above. -Unsync’d* -For the Unsync'd issues, the older English value is listed below the new one, and in Red. (See below). These often indicate that a change needs to be made in your language. For example, in the tables below -The English value was changed so that the locale "zh-Hans" shows up as "Chinese (Simplified)" rather than the somewhat redundant "Chinese (Simplified Han)". The corresponding change should be made to French. -Similarly, the English was simplified for "Unknown Script"; that change should also be made to French. -On the other hand, the change for that particular currency name in English is specific to English, and doesn't need to be reflected in French. -Section: names — Page: script -No. Code English CLDR 1.9.1 Winning 2.0 Fix? -358 Hans Simplified -Simplified Han idéogrammes han simplifiés = Unsync’d* -359 Hant Traditional -Traditional Han idéogrammes han traditionnels = Unsync’d* -360 Zzzz Unknown Script -Unknown or Invalid Script écriture inconnue ou non valide = Unsync’d* -Section: names — Subsection: currency -No. Code English CLDR 1.9.1 Winning 2.0 Fix? -... ... ... ... ... ... -29 BIF:name Burundian Franc -Burundi Franc franc burundais = Unsync’d* -Review -Once you have completed your items, review the Priority Items again to see that all the changes are as expected. \ No newline at end of file