Update Code of conduct for modding and mapping

wiki/Rules/Code_of_conduct_for_modding_and_mapping/en.md

@@ -1,61 +1,34 @@
 # Code of conduct for modding and mapping
 
-The **code of conduct for modding and mapping** is a set of rules and guidelines that apply to the entirety of the osu! [modding](/wiki/Modding) and [mapping](/wiki/Beatmapping) ecosystem and an extension to the [osu! community rules](/wiki/Rules) and [general ranking criteria](/wiki/Ranking_criteria). In order to ensure that mapping and modding discussions in threads take place in a constructive, positive and productive environment, a code of conduct is crucial to get everyone on the same page. When participating in the modding and mapping ecosystem, it is mandatory to follow this code of conduct. Misconduct that violates these rules might lead to [penalties issued to your account](/wiki/Silence).
+The **code of conduct for modding and mapping** is a set of rules and guidelines that apply to the entirety of the osu! [modding](/wiki/Modding) and [mapping](/wiki/Beatmapping) ecosystem and an extension to the [osu! community rules](/wiki/Rules). In order to ensure that mapping and modding discussions in threads take place in a constructive, positive and productive environment, a code of conduct is crucial to get everyone on the same page. When participating in the modding and mapping ecosystem, it is mandatory to follow this code of conduct. Misconduct that violates these rules might lead to [penalties issued to your account](/wiki/Silence).
 
 ## Behaviour and conduct
 
-- The goal of modding is to help a mapper improve their work so that it can be pushed towards the [ranked](/wiki/Beatmap/Category#ranked) status if the mapper chooses to do so. If you're not interested in helping people, steer clear of the discussion to avoid *hurting them*.
-- When modding, consider who the post is directed at, what you aim to achieve by posting and what response you expect to receive. This will ensure your best intentions are conveyed and your post is easy to understand.
-  - Don't shy away from new mappers and modders — these people are the ones who can benefit the most from your input! Be patient, understanding, and provide as much explanation as possible so that they can learn and improve more quickly
-  - If you're new yourself, don't be afraid to say so! This will allow more experienced community members to point you in the right direction. Everyone was new and in your position once!
-- Treat others as you wish to be treated. People are more receptive to kind, helpful suggestions than hostile ones. Try to understand others' point-of-view rather than attack it — nobody likes to feel worthless, incompetent or stupid. If you are a masochist, assume that all others are not.
-- If you wish to comment on or discuss a beatmap, go to that beatmap's [discussion page](/wiki/Beatmap_discussion) — not social media outlets, or the comment section, as it is unlikely your concerns will be heard by anyone with the power to address them appropriately.
-- Personal attacks, hateful comments, misplaced joking, derailing the thread and general drama-initiation are not acceptable in any form and **will not be tolerated**.
-
-## Making a mod post
-
-So you downloaded a map and you've thought of some things you aren't happy with — now's the time to put your thoughts to words and help improve the map. But how can you get the mapper to see your point of view, test your suggestions and give you feedback? After all, no one likes feeling that their time has been wasted.
-
-- Before modding, ensure your intentions are good and you are focused on the task at hand. No one likes to receive a rude or lazy mod.
-- When making suggestions, try to differentiate between what is intersubjectively / objectively bad or wrong, and what you simply dislike on a personal level. **All types of suggestion are fine as long as they are put forward accordingly**.
-  - **Objective Issues** - Prohibited by rulesets and must be fixed.
-  - **Intersubjective Issues** - Not prohibited by rulesets, but are agreed upon as being "wrong" by a majority of people. Should be fixed in most cases unless there are opposing intersubjective arguments with equal size, or if the mapper can exhaustively explain why they feel it is acceptable.
-  - **Subjective Issues** - Something that you believe or think on a personal level. Might become intersubjective if many people agree with it.
-- **Unless the concept behind a beatmap is fundamentally flawed from the start**, modding should aim to improve the map **in its current design** - not force your own style upon it. If you truly believe the map has too many significant issues to address individually, try to give a general statement of why this is the case and what direction you think the map should go in to get back on track.
-- When pointing out "issues", inspect each thoroughly and consider exactly what it is about the particular "thing" you dislike. Then, try to offer a potential solution or improvement and consider exactly how that suggestion will improve the map. If necessary, try multiple suggestions to see which work best — the more help you can offer the mapper, the better.
-
-Suggestions themselves should ideally consist of four main parts, though based on the experience of the mapper and/or your personal relationship to them, you may want to be more lenient:
-
-1. **A statement of the issue itself and where it can be found** - including a timestamp is a huge help so that the mapper can find the part in question quickly.
-2. **A brief explanation of why this causes a problem** - this is essential in convincing a mapper to even consider your suggestion. Mappers are much more receptive to criticism and change when it's accompanied by clear, understandable and valid reasoning.
-3. **One or more alternative suggestions, accompanied by explanations of how they address the problem(s)** - much like the above, explanation is key here. Even if you can convince the mapper that their current work can be improved, what makes your suggestion better than theirs, or anyone else's?
-4. **The wording (or even language) used should take the mapper into consideration.** Are they a fluent English speaker? If not, stick to simple and easy-to-understand language. If you both speak the same language, by all means write in that language, but try to append an English summary of your mods and mod replies if possible, to ensure everyone stays on the same page. If necessary, support your suggestions with screenshots, illustrations, or even short video clips to help get your point across.
-
-There are any number of ways to present your mod post, so feel free to experiment, but try to keep the visuals simple and formatted in a way that it is easy for the mapper and others to work with.
+- **The goal of modding is to help a mapper improve their work.** If you're not interested in helping people or fostering a healthy discourse, steer clear of the discussion.
+- **Consider what you're posting, why you're posting it, and who you're posting it to.** This will ensure your best intentions are conveyed and your post is easy to understand.
+- **Be approchable.** Discussions are open to all users. Everyone is welcome to participate, including those who are new to the community. Be patient, understanding, and provide as much explanation as necessary so that everyone can learn and improve more quickly.
+- **Treat others as you wish to be treated.** People are more receptive to kind, helpful suggestions than hostile ones. Stay on topic and keep away from personal attacks, hateful comments, and misplaced jokes to avoid derailing the thread.
+- **Use the [discussion page](/wiki/Beatmap_discussion).** Discuss your suggestions with other community members. Otherwise, it is unlikely your concerns will be heard by anyone with the power to address them appropriately.
 
 ## Responding to a mod
 
-Someone just posted some suggestions on your map, great! However, it doesn't simply end there. For the record, it's necessary to give a proper response for two major reasons. Firstly, so that future mods can be tailored more specifically to your concept or style, resulting in fewer unhelpful suggestions. Secondly, just as a mod post *helps you improve your mapping ability*, providing a detailed mod response helps the modder improve their modding ability, meaning they gain experience and can provide more helpful and detailed mods in the future. You never know who you may need to ask for a mod next time around!
-
-- Treat all suggestions as valid and equally important until you have thoroughly inspected and tested them — even minor stylistic changes or alternative viewpoints can help improve the quality of a beatmap
-- As with making a mod post, be sure to explain yourself as much as possible. State what you changed, and if you didn't accept the suggestion for some reason, explain why and what you did instead.
-- When declining a suggestion, remain calm and professional, say what needs to be said in order to explain yourself and **leave it at that**. No matter how impolite, confusing or unhelpful the suggestion was, getting angry and responding with hostility, sarcasm, etc. will not help the situation.
-- [Beatmap Nominators](/wiki/People/Beatmap_Nominators) (BN) and [Nomination Assessment Team](/wiki/People/Nomination_Assessment_Team) (NAT) members will review previous mods before placing any icons and may want to initiate or revisit discussions during their checks. Any assistance you can provide as to why you did or didn't do something takes very little effort, and could be a huge help to all parties later on.
+It is a mapper's responsibility to keep up with the latest discussions in their beatmaps. Ignoring suggestions or not responding to them in a timely manner can discourage other modders from participating in the discussion.
 
-## Further exchange and discussion
+When responding to someone's suggestions, it is important to consider the following:
 
-Sometimes, a single mod and response isn't enough to bring all parties to agreement, or fully resolve an issue. Perhaps the mapper doesn't agree with a suggestion, and the modder isn't satisfied with their response. Alternatively, both parties might agree that although one option is better, it isn't the best option and could still be improved further with additional input. Continued feedback is the best way to improve a beatmap, so get people involved and talking to get as many different ideas, or see things from as many points of view as necessary.
+- **Treat all suggestions as valid and equally important.** Don't draw hasty conclusions about the validity of a suggestion without properly assessing it.
+- **Explain yourself clearly.** State what you changed, and if you disagree with a suggestion, explain why and what you did instead. This will not only help the modder to learn, but also allow future mods to be tailored to your concept or style.
+- **Remain calm.** Say what needs to be said in order to explain yourself and leave it at that. No matter how unhelpful the suggestion was, responding with hostility, sarcasm, etc. will not help the situation.
+- **Provide context.** By providing all relevant information in your responses to mods, you make it easier for future modders to understand the discussion.
 
-- If you're unsure about something, ask the person in question to explain what they meant. They should be more than willing to explain things to you in more detail.
-- Still can't reach an agreement? Ask someone with more experience, such as a member of [BN](/wiki/People/Beatmap_Nominators) or [NAT](/wiki/People/Nomination_Assessment_Team). Remember they are busy people, however! Should you realise there's a more suitable alternative to something you originally suggested, don't be afraid to put your pride aside - **sometimes being wrong can be far more valuable than being right**.
-- **There is no such things as a "wrong" opinion** — it's up to the mapper and modders to come to an agreement in a civil manner. Try to understand alternative points of view rather than attack them, as you never know when it might be useful in the future.
-- If you can't explain something through logic, you will not be able to explain it to them through violence either. Rather than continue a discussion that isn't progressing, walk away and try again with the next modder/mapper.
-- When things look to be getting out of hand, or if the discussion is struggling to stay on topic, [call a moderator](/wiki/Reporting_bad_behaviour). Don't contribute to the problem by continuing to post.
-
-## Qualified beatmaps
+## Further exchange and discussion
 
-The [Qualified section](/wiki/Beatmap/Category#qualified) allows beatmaps to receive any final suggestions for change or improvement before reaching ranked status. When modding a qualified map, everything you consider "not minor" should **always** be mentioned — minor issues are also worth mentioning however, especially if they affect gameplay. If a qualified beatmap accumulates a significant number of minor issues, or if there is one or more major/unrankable issues, the beatmap should be disqualified so that fixes and improvements can be made before attempting requalification.
+Sometimes, discussions will be drawn out, and a single mod and response isn't enough to bring all parties to an agreement. Perhaps the mapper doesn't agree with a suggestion, and the modder isn't satisfied with their response. Ideally, all discussions should find closure within a reasonable timeframe.
 
-If you're unsure on the nature of a potential problem, ask for other opinions or review previous mod posts to make sure the "issue" presented isn't something done intentionally by the mapper — if so, it will likely have been discussed already. If there has been no prior discussion, feel free to open one as if you were modding the map normally, and post a brief outline of your concerns.
+Consider the following guidelines when an agreement cannot be reached:
 
-**Note that it is the community's responsibility alone to report issues with qualified beatmaps**. It is not guaranteed that any BN or NAT member will actively check and disqualify beatmaps without being prompted to do so.
+- **Ask if you're unsure about something.** Ask the person in question to explain what they meant. They should be more than willing to explain things to you in more detail.
+- **Ask someone with more experience, such as a member of the [BN](/wiki/People/Beatmap_Nominators) or [NAT](/wiki/People/Nomination_Assessment_Team).** While they are busy people, they should be able to help you reach an agreement.
+- **Be open minded.** If you realise there's a more suitable alternative to something you originally suggested, don't be afraid of putting your pride aside. There are no wrong opinions, so try to understand alternative points of view rather than attack them.
+- **If things are getting heated, take a break.** It is important to be at a right state of mind when discussing something. If you can't explain something through logic, you will not be able to explain it to them through violence either.
+- **Report bad behaviour.** When things look to be getting out of hand, or if the discussion is struggling to stay on topic, [call a moderator](/wiki/Reporting_bad_behaviour). Don't contribute to the problem by continuing to post.

wiki/Rules/Code_of_conduct_for_modding_and_mapping/es.md

@@ -1,3 +1,8 @@
+---
+outdated_since: 3b36d38ae903933c6efab9e00637c7c3d3f6fe8a
+outdated_translation: true
+---
+
 # Código de conducta para el modding y el mapping
 
 El **código de conducta para el modding y el mapping** es un conjunto de reglas y pautas que se aplican a todo el ecosistema del [modding](/wiki/Modding) y el [mapping](/wiki/Beatmapping) de osu! y a una extensión de las [reglas de la comunidad de osu!](/wiki/Rules) y los [criterios de clasificación generales](/wiki/Ranking_criteria). Para garantizar que las discusiones sobre el mapping y el modding en los hilos se lleven a cabo en un entorno constructivo, positivo y productivo, un código de conducta es crucial para que todos estén en sintonía. Al participar en el ecosistema del modding y el mapping, es obligatorio seguir este código de conducta. La mala conducta que viole estas reglas podría dar lugar a [sanciones impuestas a tu cuenta](/wiki/Silence).

wiki/Rules/Code_of_conduct_for_modding_and_mapping/fr.md

@@ -1,3 +1,8 @@
+---
+outdated_since: 3b36d38ae903933c6efab9e00637c7c3d3f6fe8a
+outdated_translation: true
+---
+
 # Code de conduite pour le modding et le mapping
 
 Le **code de conduite pour le modding et le mapping** est un ensemble de règles et de lignes directrices qui s'appliquent à l'ensemble d'osu! concernant le [modding](/wiki/Modding) et le [mapping](/wiki/Beatmapping), et constitue une extension des [règles de la communauté d'osu!](/wiki/Rules). Afin de garantir que les discussions sur le mapping et le modding dans les discussions se déroulent dans un environnement constructif, positif et productif, un code de conduite est essentiel pour que tout le monde soit sur la même longueur d'onde. Lorsque vous participez au modding et au mapping, il est obligatoire de suivre ce code de conduite. Tout comportement contraire à ces règles peut entraîner des [sanctions sur votre compte](/wiki/Silence).

wiki/Rules/Code_of_conduct_for_modding_and_mapping/id.md

@@ -1,3 +1,8 @@
+---
+outdated_since: 3b36d38ae903933c6efab9e00637c7c3d3f6fe8a
+outdated_translation: true
+---
+
 # Kode etik dalam modding dan mapping
 
 **Kode Etik dalam Modding dan Mapping** adalah kumpulan dari beberapa aturan dan pedoman yang berlaku untuk seluruh aktivitas [modding](/wiki/Modding) dan [mapping](/wiki/Beatmapping) di dalam osu!, pedoman ini juga merupakan tambahan untuk [aturan komunitas osu!](/wiki/Rules) dan [Ranking Criteria](/wiki/Ranking_criteria). Kode etik memiliki peran penting untuk membuat semua orang tetap berada dalam topik pembahasan, memastikan diskusi modding dan mapping tetap berlangsung terkendali, konstruktif, positif dan produktif, kode etik perannya sangat penting untuk membuat semua orang tetap berada dalam topik pembahasan. Saat berpartisipasi dalam aktivitas modding dan mapping, kamu wajib mengikuti kode etik ini. [Sanksi akan dijatuhkan pada akunmu jika terbukti melakukan pelanggaran terhadap pedoman ini](/wiki/Silence).

wiki/Rules/Code_of_conduct_for_modding_and_mapping/ja.md

@@ -1,3 +1,8 @@
+---
+outdated_since: 3b36d38ae903933c6efab9e00637c7c3d3f6fe8a
+outdated_translation: true
+---
+
 # ModdingとMappingにおける行動規範
 
 **ModdingとMappingにおける行動規範**とは、osu!の[Mapping](/wiki/Beatmapping)と[Modding](/wiki/Modding)のエコシステム全体に適用されるルールとガイドラインからなる行動規範のことで、[コミュニティルール](/wiki/Rules)と[ランキング基準](/wiki/Ranking_criteria)の延長線上にあります。スレッドでのMappingとModdingの議論が、建設的かつ前向きで生産的な環境で行われるようにするため、全員が同じ規範を保つ必要があります。ModdingとMappingのエコシステムに参加する以上は、当規範に従わなければなりません。これらの規則を破ると[アカウントにペナルティが課される](/wiki/Silence)可能性があります。

wiki/Rules/Code_of_conduct_for_modding_and_mapping/ru.md

@@ -1,3 +1,8 @@
+---
+outdated_since: 3b36d38ae903933c6efab9e00637c7c3d3f6fe8a
+outdated_translation: true
+---
+
 # Кодекс поведения при моддинге и маппинге
 
 Данная статья — свод правил и рекомендаций, которые действуют в рамках всей экосистемы [маппинга](/wiki/Beatmapping) и [моддинга](/wiki/Modding) в osu!. Она является продолжением [правил сообщества](/wiki/Rules) и [общих критериев ранкинга](/wiki/Ranking_criteria). Приведённые ниже пункты необходимы для поддержания конструктивной, положительной и продуктивной атмосферы. Их необходимо соблюдать, а за их нарушение [могут наказать](/wiki/Silence).