Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[ko] DataView.prototype.setUint8() 추가 #18751

Merged
merged 2 commits into from
Mar 21, 2024

Conversation

wisedog
Copy link
Contributor

@wisedog wisedog commented Mar 17, 2024

  • DataView.prototype.setUint8() 추가

@wisedog wisedog requested a review from a team as a code owner March 17, 2024 05:13
@wisedog wisedog requested review from 1ilsang and removed request for a team March 17, 2024 05:13
@github-actions github-actions bot added the l10n-ko Issues related to Korean content. label Mar 17, 2024
Copy link
Contributor

github-actions bot commented Mar 17, 2024

Preview URLs

(comment last updated: 2024-03-18 13:11:33)

- [JavaScript 형식화 배열](/ko/docs/Web/JavaScript/Guide/Typed_arrays) 가이드
- {{jsxref("DataView")}}
- {{jsxref("ArrayBuffer")}}
- {{jsxref("Uint8Array")}}
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

[mdn-linter] reported by reviewdog 🐶

Suggested change
- {{jsxref("Uint8Array")}}
- {{jsxref("Uint8Array")}}

- DataView.prototype.setUint8() 추가
Copy link
Member

@1ilsang 1ilsang left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

안녕하세요. 기여해주셔서 감사합니다.

몇가지 코멘트 남겨두었습니다.

확인하시고 다시 리뷰 요청 부탁드리겠습니다. 🙇

{{JSRef}}

{{jsxref("DataView")}} 인스턴스의 **`setUint32()`** 메서드는 숫자를 받아
이 `DataView`의 지정된 바이트 오프셋의 1 바이트의 공간에 8비트 부호 없는 정수로 저장합니다.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

원문과 동일하게 한줄로 하는건 어떠신가요?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

정확하게 기억은 안나지만 80자 이하 권장 정책을 봐서 가능하면 쪼개고 있긴 합니다. 근데 찾으려니 어딨는지 모르겠네요. @hochan222

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

원문과의 diff를 더 명확하게 알기위해 쪼개지 않는건 어떤가요? line으로 바로 찾을수 있는 장점이 있을것 같습니다~!

혹시 이전에 논의가 끝난 내용이라면 린트 룰이 있으면 좋을것 같네요.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

음.... 한글과 영어의 80 기준을 그대로 적용하자면 한국어와 영어의 구조가 달라 나름대로 문제가 될것 같습니다. 예를 들어 Introduction to the DOM 을 예로 들어보면

영어본문

The **Document Object Model** (_DOM_) is the data representation of the objects
that comprise the structure and content of a document on the web.
This guide will introduce the DOM,
look at how the DOM represents an {{Glossary("HTML")}} document in memory
and how to use APIs to create web content and applications.

한글 문서

**도큐먼트 오브젝트 모델**(_DOM_)은 웹에서 문서의 구조와 내용을 구성하는 객체를 데이터로 표현한 것입니다.
이 가이드에서는 DOM을 소개하고, DOM이 메모리에서 {{Glossary("HTML")}} 문서를 어떻게 나타내는지,
그리고 API를 사용하여 웹 콘텐츠와 애플리케이션을 만드는 방법을 살펴봅니다.

인데 Line to Line 으로 1:1 매칭으로 하기도 애매하고... 영어보다 보통 짧은 한국어 문장 특성상 2줄이 1줄 80자 내로 들어오는 일도 비일비재해서요. 가이드만 정해지면 따라도록 하겠습니다.

Copy link
Member

@hochan222 hochan222 Mar 18, 2024

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

정확하게 기억은 안나지만 80자 이하 권장 정책을 봐서 가능하면 쪼개고 있긴 합니다.

@wisedog 님, "80자 이하 권장 정책" 관련하여 저도 보았던것같은데, 관련 내용을 못찾겠네요 ㅎㅎ..

원문과의 diff를 더 명확하게 알기위해 쪼개지 않는건 어떤가요? line으로 바로 찾을수 있는 장점이 있을것 같습니다~!

Markdown은 간결하고 읽기 쉬운 문서를 만들기 위한 설계 의도 중 하나로 기본적으로 개행이 공백으로 처리가 됩니다. 따라서, 마크다운 설계 의도에 맞게 가독성이 좋아진다고 생각하여 개행에 대해 별다른 의견을 남기지 않고 병합을 해왔습니다.

그동안은 제목 단위로 영역을 찾았기에 큰 불편함은 못 느꼈습니다.

@1ilsang 님 주신 의견도 굉장히 좋다고 생각합니다. @mdn/yari-content-ko, 위와 같은 의견을 주셨는데, 의견 주실 수 있으신가요!

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

en-US 에서 점점 80자 룰이 적용된 문서가 많아지고 있어서 동일하게 1줄로 한다고 해도 나중에 en-US 에서 변경되면 그것도 안맞게 되는지라 80자 룰을 확인 후에 정하면 되리라 생각합니다. 일단 저도 제목 + 문단 단위로 찾고 있어서 큰 불편함을 느끼진 못하고 있습니다.

Copy link
Member

@hochan222 hochan222 Mar 19, 2024

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@mdn/localization-team-leads @mdn/mdn-community-engagement Hello!

Could you please help if you know anything about the following?

The conversation above addressed setting guidelines for the maximum number of words per line in Markdown files within the ko-locale. We would like to write a guide related to it.

I'm keen to learn if there will be a guideline for the single-line character limit in Markdown files across the entire content repo (or translated-content repo). (If possible) If such a guideline exists, could you specify the document where it's mentioned?

As shown below, in the content repo, documents have recently(..?) been written divided into multiple lines rather than single lines, so I asked if there was a related direction. I think there was a direction before that recommended writing in 80 characters or less, but I couldn't find it when I looked for it.

Thank you all. 🙇🙇

Copy link
Member

@bsmth bsmth Mar 19, 2024

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Heya 👋🏻 - we can start a GitHub discussion to track this in case the conversation is lost in this PR, if you like.

As far as character limit goes, I am not aware of any guideline that says you should use max X chars per line.

I think there was a direction before that recommended writing in 80 characters or less

You can definitely find some existing docs where this was a preferred authoring style by some writers, but I have not seen any new documentation added at all that uses 80 char limit. In fact, if this was a requirement, it would probably be enforced with linting / code style tools.

We do have one guideline about whitespace which says

Don't unnecessarily add or remove line breaks on pages that follow a certain formatting style.

So if a page uses 80 chars limit for a lot of text, don't make whitespace-only changes to change the style.

edit: for illustration, when making EN changes, it wouldn't be a good practice to do this:

+ This is a new piece of content and the purpose of the pull request

- Don't unnecessarily add or remove line breaks 
- on pages that follow a certain formatting style.
+ Don't unnecessarily add or remove line breaks on pages that follow a certain formatting style.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@bsmth Thank you for your reply! I've created the discussion below for tracking.

@1ilsang , @wisedog It would be good to continue the conversation https://github.com/orgs/mdn/discussions/655.


{{JSRef}}

{{jsxref("DataView")}} 인스턴스의 **`setUint32()`** 메서드는 숫자를 받아
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
{{jsxref("DataView")}} 인스턴스의 **`setUint32()`** 메서드는 숫자를 받아
{{jsxref("DataView")}} 인스턴스의 **`setUint8()`** 메서드는 숫자를 받아

원문과 숫자가 다르네요

- {{jsxref("RangeError")}}
- : 뷰의 끝을 넘어 읽는 수도 있는 `byteOffset`이 설정된 경우 발생합니다.

## 예쩨
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
## 예쩨
## 예제

@hochan222 hochan222 requested a review from swimjiy March 18, 2024 14:00
@hochan222
Copy link
Member

@swimjiy 님 안녕하세요~!

@1ilsang 님, 리뷰어로 지정된 PR입니다. 같이 리뷰 부탁 드립니다~! 🙇🙇

@hochan222 hochan222 removed their request for review March 18, 2024 14:02
Copy link
Member

@swimjiy swimjiy left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@1ilsang님이 코멘트 남기신 부분 이외에는 따로 이슈 없어 보입니다👍 개행 관련해서는 해당 Discussions에 의견 남기도록 하겠습니다.
모두 고생하셨습니다!

Copy link
Member

@1ilsang 1ilsang left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM. 고생하셨습니다. 길이 관련은 논의가 길어질것 같아 추후 적용하는 방향으로 하시죠~!

@1ilsang 1ilsang merged commit cc3ca0b into mdn:main Mar 21, 2024
7 checks passed
@wisedog wisedog deleted the js/dataview-setuint8 branch March 21, 2024 23:46
ciyoe pushed a commit to ciyoe/translated-content that referenced this pull request Apr 20, 2024
* [ko] DataView.prototype.setUint8() 추가

- DataView.prototype.setUint8() 추가

* [ko] 리뷰사항 반영
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
l10n-ko Issues related to Korean content.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants