Notepad-plus-plus: Discuss to improving korean translation

[sokcuri]

Description of the Issue

This issue was created to discuss the improvement of the Korean translation of notepad++
이 이슈는 notepad++의 한국어 번역 개선을 토론하기 위해 만들어졌습니다

A better translation has been discussed at https://github.com/notepad-plus-plus/notepad-plus-plus/pull/7935. so create a new translation related issue. thanks.
PR https://github.com/notepad-plus-plus/notepad-plus-plus/pull/7935 에서 좀 더 나은 번역에 대한 논의가 이루어져 이슈를 새로 파게 되었습니다. 양해 부탁드립니다

[nulLeeKH]

I think this is a very good phenomenon. I hope this will improve the quality of Korean translation.
I also appreciate the PR #7935 has helped make this issue.

[sokcuri]

Here are some good looking suggestions

블록 -> 선택 영역

For me, it sounds more clear.

_Originally posted by @Party4Bread in https://github.com/notepad-plus-plus/notepad-plus-plus/pull/7935_

모두 책갈피 -> 책갈피 모두 적용

I think it looks better than previous one.

_Originally posted by @itholic in https://github.com/notepad-plus-plus/notepad-plus-plus/pull/7935#discussion_r384957872

숫자 앞 0 채우기 -> 숫자 앞에 0 채우기

Or, maybe "숫자 앞에 0 채우기" is better

_Originally posted by @itholic in https://github.com/notepad-plus-plus/notepad-plus-plus/pull/7935#discussion_r384957082

Windows -> 윈도우, Unix -> 유닉스, Mac -> 맥

I'm actually fine with this change, as they seem to be commonly transliterated.

For what it's worth, there are two possible transliterations "윈도" and "윈도우" (the former complies to the national standard, the latter is more colloquial). Historically Microsoft never transliterated Windows by themselves, presumably in order to not deal with this situation at all. As we are talking about what Korean speakers would feel comfortable, I would go with "윈도우".

_Originally posted by @lifthrasiir in https://github.com/notepad-plus-plus/notepad-plus-plus/pull/7935#discussion_r384934833

[sinoru]

Windows -> 윈도우, Unix -> 유닉스, Mac -> 맥
I'm actually fine with this change, as they seem to be commonly transliterated.

I'm afraid that most company recommended use as-is for brand name. Which is good for still as Windows, Unix, Mac.

[sokcuri]

Windows -> 윈도우, Unix -> 유닉스, Mac -> 맥
I'm actually fine with this change, as they seem to be commonly transliterated.

I'm afraid that most company recommended use as-is for brand name. Which is good for still as Windows, Unix, Mac.

I think MacOS, not Mac, is suitable to use the brand as it is. The brand name is usually used as it is, but I think it will be used in Korean.

[nulLeeKH]

May I summarize the contents of this issue and request a new PR?
I think it is a great chance to make improvements in korean.xml

[dokimyj]

Most of the changes in #7935 should not be changed because the words in changes can confuse the users who have been using so far. Moreover, some of changes are counter-intuitive; i.e. '글쇠' and '맵시'. This is apparently against UI-UX improvements. Hope this PR is not written in the stance of nationalism and linguistic conservatism. Gotta admit language can be changed and we cannot fight against the big wave of changes.

[sokcuri]

May I summarize the contents of this issue and request a new PR?
I think it is a great chance to make improvements in korean.xml

of course. Let's make a better translation together

[sokcuri]

Most of the changes in #7935 should not be changed because the words in changes can confuse the users who have been using so far. Moreover, some of changes are counter-intuitive; i.e. '글쇠' and '맵시'. This is apparently against UI-UX improvements. Hope this PR is not written in the stance of nationalism and linguistic conservatism. Gotta admit language can be changed and we cannot fight against the big wave of changes.

I also do not intend to reflect that PR. However, some of #7935 comments made the issue because I thought it was a waste to end the PR to close.

[nulLeeKH]

Most of the changes in #7935 should not be changed because the words in changes can confuse the users who have been using so far. Moreover, some of changes are counter-intuitive; i.e. '글쇠' and '맵시'. This is apparently against UI-UX improvements. Hope this PR is not written in the stance of nationalism and linguistic conservatism. Gotta admit language can be changed and we cannot fight against the big wave of changes.

I agree. But some parts of #7935 (ex. "을(를)") sounds better.
Almost every change of #7935 is doesn't look good. But it doesn't mean every change of #7935 have to be fall on deaf ears.

[sokcuri]

https://github.com/rlarjsdn122/notepad-plus-plus/blob/ea476033006f28ddc58d35635937ce2206a54e33/PowerEditor/installer/nativeLang/korean.xml#L196-L218
How to change '맵시' to other terms?
The word is a term you don't know what it means. There seems to be a better term. The author is not sure what that feature means.

We have already seen '글꼴' and '모양' from Haan Word.

Oh sorry. my mistake

[sokcuri]

https://github.com/notepad-plus-plus/notepad-plus-plus/blob/master/PowerEditor/installer/nativeLang/korean.xml#L81-L84

I suggest a more natural translation:

'현재 문서만 남기고 모두 닫기' -> '다른 문서 닫기'
'왼쪽 문서들 닫기' -> '왼쪽에 있는 문서 닫기'
'오른쪽 문서들 닫기' -> '오른쪽에 있는 문서 닫기'
'변경하지 않은 문서들 닫기' -> '저장되지 않은 문서 닫기'

Anything else?

[nulLeeKH]

https://github.com/notepad-plus-plus/notepad-plus-plus/blob/master/PowerEditor/installer/nativeLang/korean.xml#L81-L84

I suggest a more natural translation:

'현재 문서만 남기고 모두 닫기' -> '다른 문서 닫기'
'왼쪽 문서들 닫기' -> '왼쪽에 있는 문서 닫기'
'오른쪽 문서들 닫기' -> '오른쪽에 있는 문서 닫기'
'변경하지 않은 문서들 닫기' -> '저장되지 않은 문서 닫기'

Anything else?

'현재 문서만 남기고 모두 닫기' -> '다른 문서 모두 닫기'
'왼쪽 문서들 닫기' -> '왼쪽에 있는 문서 모두 닫기'
'오른쪽 문서들 닫기' -> '오른쪽에 있는 문서 모두 닫기'
'변경하지 않은 문서들 닫기' -> '저장되지 않은 문서 모두 닫기'

I think it seems better.

[obbcth]

‘변경하지 않은 문서들 닫기’는 그대로 두는 것이 좋아보입니다.
‘변경하지 않았다’는 의미와 ‘저장되지 않았다’는 문맥상 차이가 있다고 생각합니다.

[SJang1]

'현재 문서만 남기고 모두 닫기' -> '다른 문서 모두 닫기'

I think this two words are other situations. for now looks like close others but leave the opened one, change is close except what I right-clicked it (or like that)

'변경하지 않은 문서들 닫기' -> '저장되지 않은 문서 모두 닫기'

This too, for now it looks like none changed and changing is non saved.

I think we need to check what is right if changing it.

[sokcuri]

변경하지 않은 문서들 닫기는 그대로 두는 것이 좋아보입니다.
변경하지 않았다는 의미와 저장되지 않았다는 문맥상 차이가 있다고 생각합니다.

아 실수를 범했습니다. 즉 저장된 문서 닫기가 맞습니다.

[nulLeeKH]

변경하지 않은 문서들 닫기는 그대로 두는 것이 좋아보입니다.
변경하지 않았다는 의미와 저장되지 않았다는 문맥상 차이가 있다고 생각합니다.

아, 덕분에 인지하였습니다. 지적 감사합니다.
Oh, I was aware of that Thank you for the enlightenment.

[sokcuri]

'변경하지 않은 문서들 닫기' -> '저장된 문서 닫기'

In visual studio code, uses the same translation.

[sokcuri]

All Korean translations have '~로 표시' on the encoding menu. So I want to exclude the encoding part.
Big endian and little endian names are next to the encodings, so I'd like to use them in English.
In english translation, using 'UCS-2 BE BOM', 'UCS-2 LE BOM'

https://github.com/notepad-plus-plus/notepad-plus-plus/blob/master/PowerEditor/installer/nativeLang/english.xml#L268-L271

I suggest unifying both big endian and little endian notions to BE and LE and aligning some parts with English translations.

'UCS-2 빅 엔디언으로 표시' -> 'UCS-2 BE'
'UCS-2 리틀 엔디언으로 표시' -> 'UCS-2 LE'

[sokcuri]

'UTF-8로 표시' -> 'UTF-8 BOM'
'UTF-8 (BOM 없음)로 표시' -> 'UTF-8'
'UTF-8 (BOM 없음)로 변환' -> 'UTF-8로 변환'
'UTF-8로 변환' -> UTF-8 BOM으로 변환'

[sokcuri]

If has a good suggestion, feel free to write it down.

[sceotere]

L373에서 볼 수 있듯이, '찾기' 메뉴의 "Count" 버튼이 "일치하는 개수"로 번역되어있는데, 찾기 결과는 "세기: ..." 로 번역이 되어있어요. (L1226-1228)

제가 보기에는 약간 부자연스러워 보이는데, 더 나은 번역이 있을까요?

As can be seen in L373, the Find menu's "Count" button is translated to "일치하는 개수" _(number/tally matching)_, but the results are displayed as "세기: ..." _(to count/counting)_

Looks a bit unnatural to me. Does anyone think there might be a better translation?

[SJang1]

Windows -> 윈도우, Unix -> 유닉스, Mac -> 맥
I'm actually fine with this change, as they seem to be commonly transliterated.

It is using it on encoding, so leaving like now (english) may be look better to choice it (at least for me).

[nulLeeKH]

'변경하지 않은 문서들 닫기' -> '저장된 문서 닫기'

In visual studio code, uses the same translation.

Is it ok to apply this change as '저장된 문서 모두 닫기'?
I think it looks better.

[nulLeeKH]

Windows -> 윈도우, Unix -> 유닉스, Mac -> 맥
I'm actually fine with this change, as they seem to be commonly transliterated.

It is using it on encoding, so leaving like now (english) may be look better to choice it.

I think so. Use OS name as English is better than Korean.

[obbcth]

'UTF-8로 표시' -> 'UTF-8 BOM'
'UTF-8 (BOM 없음)로 표시' -> 'UTF-8'
'UTF-8 (BOM 없음)로 변환' -> 'UTF-8로 변환'
'UTF-8로 변환' -> UTF-8 BOM으로 변환'

더 깔끔해 보이네요. 괜찮은 것 같습니다.
Looks better. I agree with it.

[sokcuri]

L373에서 볼 수 있듯이, '찾기' 메뉴의 "Count" 버튼이 "일치하는 개수"로 번역되어있는데, 찾기 결과는 "세기: ..." 로 번역이 되어있어요. (L1226-1228)

제가 보기에는 약간 부자연스러워 보이는데, 더 나은 번역이 있을까요?

As can be seen in L373, the Find menu's "Count" button is translated to "일치하는 개수" _(number/tally matching)_, but the results are displayed as "세기: ..." _(to count/counting)_

Looks a bit unnatural to me. Does anyone think there might be a better translation?

It's really ambiguous

What about this?
'일치하는 개수' to '찾아 세기'
'세기' to '찾아 세기'

I can't think of a good suggest T_T

[nulLeeKH]

L373에서 볼 수 있듯이, '찾기' 메뉴의 "Count" 버튼이 "일치하는 개수"로 번역되어있는데, 찾기 결과는 "세기: ..." 로 번역이 되어있어요. (L1226-1228)
제가 보기에는 약간 부자연스러워 보이는데, 더 나은 번역이 있을까요?
As can be seen in L373, the Find menu's "Count" button is translated to "일치하는 개수" _(number/tally matching)_, but the results are displayed as "세기: ..." _(to count/counting)_
Looks a bit unnatural to me. Does anyone think there might be a better translation?

It's really ambiguous

What about this?
'일치하는 개수' to '찾아 세기'
'세기' to '찾아 세기'

I can't think of a good suggest T_T

I think '일치하는 개수' is not that bad. But '세기' have to changed to '찾아 세기'

[sokcuri]

In the Korean translation, Workspace is used interchangeably with '작업 영역' and '워크스페이스'. I think it's better to unify this.

[nulLeeKH]

How about replace '을 저장하시겠습니까?' to '을(를) 저장하시겠습니까?'

[nulLeeKH]

In the Korean translation, Workspace is used interchangeably with '작업 영역' and '워크스페이스'. I think it's better to unify this.

Than how about unify them to '워크스페이스'?
It seems more commonly used.

[sokcuri]

In the Korean translation, Workspace is used interchangeably with '작업 영역' and '워크스페이스'. I think it's better to unify this.

Than how about unify them to '워크스페이스'?
It seems more commonly used.

already using the term '작업 영역'. It looks like you are using terms in error messages, etc.

[obbcth]

How about replace '을 저장하시겠습니까?' to '(을)를 저장하시겠습니까?'

이 점을 지적한 건 좋은 부분이네요.
That’s a good idea.

In the Korean translation, Workspace is used interchangeably with '작업 영역' and '워크스페이스'. I think it's better to unify this.

‘워크스페이스’로 쓸 바엔 그냥 영어로 ‘Workspace’ 아니면 아예 ‘작업 영역’ 이 괜찮아 보입니다.
Use word ‘Workspace’ or ‘작업 영역’ rather than ‘워크스페이스’ seems fine.

[SJang1]

In the Korean translation, Workspace is used interchangeably with '작업 영역' and '워크스페이스'. I think it's better to unify this.

'워크스페이스' is not commonly used. using 'Workspace' or '작업 영역' seems fine.

[nulLeeKH]

In the Korean translation, Workspace is used interchangeably with '작업 영역' and '워크스페이스'. I think it's better to unify this.

'워크스페이스' is not commonly used. using Workspace or '작업 영역' seems fine.

Then, I'll unify them to '작업 영역'.

[sokcuri]

How about replace '을 저장하시겠습니까?' to '을(를) 저장하시겠습니까?'

In visual studio code, the following translation has been made to avoid this problem.

{File}에 대한 변경 내용을 저장할까요?

The translation is not a good view, so it's good to avoid it.

[sceotere]

Windows -> 윈도우, Unix -> 유닉스, Mac -> 맥
I'm actually fine with this change, as they seem to be commonly transliterated.

It is using it on encoding, so leaving like now (english) may be look better to choice it.

I think so. Use OS name as English is better than Korean.

저도 영어로 내버려두는 게 나을 것 같다고 생각합니다.

다만, 유닉스야 실제로 상표가 "UNIX"이니 상관 없습니다만, 맥을 대문자로 "MAC"이라고 표기하는 이유가 있나 잘 모르겠네요. 원본 "Macintosh" (컴퓨터 상표...지만 한국 사람들에게는 별로 친숙하지 않겠죠), "macOS" (현재 애플이 쓰는 상표와 표기), 그냥 "Mac", 혹은 그냥 앞서 누군가가 말씀하셨듯이 "MacOS"으로 편집하는 게 좋겠어요.

I agree on leaving it as English.

That being said, while Unix is at least trademarked as "UNIX", I can't think of an example where "MAC" in all caps is used. One of the following: Macintosh (the computer, though I guess it'd be unfamiliar to Koreans), "macOS" (what it's now branded as), or even just "Mac"/"MacOS" as has previously been suggested, should be a suitable minor edit.

[sokcuri]

All of your opinions are applied in commit e05df6ecefe30428a0d6044188ce33895f4fa804

https://github.com/nulLeeKH/notepad-plus-plus/blob/e05df6ecefe30428a0d6044188ce33895f4fa804/PowerEditor/installer/nativeLang/korean.xml#L276-L279

Big endian and little endian changes are missing please check

Chinese encodings are shown in parentheses. The OEM encodings below are in colons. I think it would be good to unite this part as well.

'UCS-2 빅 엔디엔으로 변환' -> 'UCS-2 BE로 변환'
'UCS-2 리틀 엔디엔으로 변환' -> 'UCS-2 LE로 변환'
'Big5 (중국어 번체)->Big5: 중국어 번체`
'GB2312 (중국어 간체)' -> 'GB2312: 중국어 간체'

[nulLeeKH]

Windows -> 윈도우, Unix -> 유닉스, Mac -> 맥
I'm actually fine with this change, as they seem to be commonly transliterated.

It is using it on encoding, so leaving like now (english) may be look better to choice it.

I think so. Use OS name as English is better than Korean.

저도 영어로 내버려두는 게 나을 것 같다고 생각합니다.

다만, 유닉스야 실제로 상표가 "UNIX"이니 상관 없습니다만, 맥을 대문자로 "MAC"이라고 표기하는 이유가 있나 잘 모르겠네요. 원본 "Macintosh" (컴퓨터 상표...지만 한국 사람들에게는 별로 친숙하지 않겠죠), "macOS" (현재 애플이 쓰는 상표와 표기), 그냥 "Mac", 혹은 그냥 앞서 누군가가 말씀하셨듯이 "MacOS"으로 편집하는 게 좋겠어요.

I agree on leaving it as English.

That being said, while Unix is at least trademarked as "UNIX", I can't think of an example where "MAC" in all caps is used. One of the following: Macintosh (the computer, though I guess it'd be unfamiliar to Koreans), "macOS" (what it's now branded as), or even just "Mac"/"MacOS" as has previously been suggested, should be a suitable minor edit.

I found english.xml use 'Macintosh'.
I will apply that.

[sinoru]

That being said, while Unix is at least trademarked as "UNIX", I can't think of an example where "MAC" in all caps is used. One of the following: Macintosh (the computer, though I guess it'd be unfamiliar to Koreans), "macOS" (what it's now branded as), or even just "Mac"/"MacOS" as has previously been suggested, should be a suitable minor edit.

English uses Macintosh. So I think Macintosh or Mac will be great.

[SJang1]

Maybe just erasing '으로 변환' and put like just an English one?

[sinoru]

And UNIX can be used as Unix like English

[nulLeeKH]

Maybe just erasing '으로 변환' and put like just an English one?

I will modify them based on english.xml

                    <Item id="45001" name="Windows (CR LF)"/>
                    <Item id="45002" name="Unix (LF)"/>
                    <Item id="45003" name="Macintosh (CR)"/>

[sokcuri]

Maybe just erasing '으로 변환' and put like just an English one?

Maybe just erasing '으로 변환' and put like just an English one?

I will modify them based on english.xml

                    <Item id="45001" name="Windows (CR LF)"/>
                    <Item id="45002" name="Unix (LF)"/>
                    <Item id="45003" name="Macintosh (CR)"/>

Clean and nice

[SJang1]

Or other opinion :
'Windows (CR LF) 으로 변환'
'Unix (LF) 으로 변환'
'Macintosh (CR) 으로 변환'

This might be better too. I can't choose between those two choices,

[sokcuri]

https://github.com/notepad-plus-plus/notepad-plus-plus/blob/master/PowerEditor/installer/nativeLang/korean.xml#L909

What is feature "단어의 일부분처럼 귀하의 문자를 추가 (잘 모르면 선택하지 마세요)"?

english translation is "Add your character as part of word
(don't choose it unless you know what you're doing)"

This is so weird

[nulLeeKH]

Or other opinion :
'Windows (CR LF) 으로 변환'
'Unix (LF) 으로 변환'
'Macintosh (CR) 으로 변환'

This might be better too.

But I think we should follow english.xml cause it originally developed on english.

[sinoru]

What is feature "단어의 일부분처럼 귀하의 문자를 추가 (잘 모르면 선택하지 마세요)"?

english translation is "Add your character as part of word
(don't choose it unless you know what you're doing)"

This is a good example of that: https://superuser.com/questions/787931/how-to-set-word-separator-chars

How about:

문자를 하나의 단어로 인식하도록 추가
(잘 모르면 추가하지 마세요)

[nulLeeKH]

단어의 일부분처럼 귀하의 문자를 추가 (잘 모르면 선택하지 마세요)

Here's the English version of that.

                    <Item id="6163" name="Add your character as part of word
(don't choose it unless you know what you're doing)"/>

[nulLeeKH]

단어의 일부분처럼 귀하의 문자를 추가 (잘 모르면 선택하지 마세요)

Here's the English version of that.

                    <Item id="6163" name="Add your character as part of word
(don't choose it unless you know what you're doing)"/>

I think '주위의 문자와 하나의 단어로 취급 (잘 모르면 선택하지 마세요)' is better.

[nulLeeKH]

문자를 하나의 단어로 인식하도록 추가
(잘 모르면 추가하지 마세요)

It sound's great. But '추가' is not fit on here.

how about '문자가 단어의 일부로 인식되도록 설정(잘 모르면 선택하지 마세요)'?

[sokcuri]

문자를 하나의 단어로 인식하도록 추가
(잘 모르면 추가하지 마세요)

It sound's great. But '추가' is not fit on here.

how about '문자가 단어의 일부로 인식되도록 설정(잘 모르면 선택하지 마세요)'?

I think this is fine

[sinoru]

how about '문자가 단어의 일부로 인식되도록 설정(잘 모르면 선택하지 마세요)'?

Than, might be great to.change 잘 모르면 선택하지 마세요 to 잘 모르면 설정하지 마세요 for match word.

[sceotere]

문자를 하나의 단어로 인식하도록 추가
(잘 모르면 추가하지 마세요)

It sound's great. But '추가' is not fit on here.
how about '문자가 단어의 일부로 인식되도록 설정(잘 모르면 선택하지 마세요)'?

I think this is fine

추가한다는 말이 들어가는 것이 맞지 않을까 싶습니다.

단어나 단어나 변수명에 사용 가능한 문자의 리스트가 실제로 존재하고, 그 리스트 속의 문자들이 분리되지 않고 연속으로 나열되어있으면 하나의 단어로 인식되죠. 그 목록에 새로운 문자를 추가하는 것이기 때문에 그런식으로 작성되어있고, 뭔지 모르면 고르지 말라고 되있는 걸로 봐서, 이런 문맥을 이해하는 사람들을 위해 존재하는 옵션이 아닐까 싶습니다.

I actually (mildly) disagree.

Usually, when doing word/variable name matching, there is a _list_ of characters that, when in an uninterrupted string, are considered a single word. What this option does is adding user specified characters to that list. Considering the "don't choose" in parentheses, I'm thinking that the option was added there specifically for people who have this knowledge and are already aware of it.

설명 툴팁이 한국어는 여기, 영어는 여기에 있어요.

The tooltip for that option in korean.xml is here, and the one for english.xml is here.

[sceotere]

On a side note, many thanks to @nulLeeKH for writing down and committing all the suggestions!

[sokcuri]

I've looked through the language files and fixed some strange translations.

'이 문서는 오염되었습니다. 모니터링을 하기 전에 변경 사항을 저장해 주세요' -> '이 문서는 저장되지 않았습니다. 모니터링을 하기 전에 변경 사항을 저장해 주세요'

'예를 누르면, 종료를 계속 진행합니다.
모든 동작이 완료되면 Nodepad++을 재시작합니다.
계속하시겠습니까?' -> '예를 누르면 Notepad++를 재시작합니다. 계속하시겠습니까?'

'귀하의 문자 목록' -> '설정한 문자 목록'

'contextMenu.xml 파일을 수정하면 Noetpad++의 팝업 컨텍스트 메뉴를 바꿀 수 있습니다.' -> 'contextMenu.xml 파일을 수정하면 Notepad++의 팝업 컨텍스트 메뉴를 바꿀 수 있습니다.'

'찾은 줄들에서 찾기' -> '찾은 줄에서 다시 찾기'

'이 기능을 사용하기 위해 Notepad++을 종료하고, 관리자 모드로 재실행해 주세요' -> '이 기능을 사용하려면 Notepad++를 종료한 뒤 관리자 모드로 다시 실행해 주세요'

'이 항목에 대해 겹치는 단축키는 없습니다.' -> '이 항목은 충돌하는 단축키가 없습니다'
'겹치는 단축키없음. . .' -> '충돌 없음...'

'이 명령어에 대한 단축키를 삭제합니다.' -> '이 명령어의 단축키를 삭제합니다.'

[nulLeeKH]

문자를 하나의 단어로 인식하도록 추가
(잘 모르면 추가하지 마세요)

It sound's great. But '추가' is not fit on here.
how about '문자가 단어의 일부로 인식되도록 설정(잘 모르면 선택하지 마세요)'?

I think this is fine

추가한다는 말이 들어가는 것이 맞지 않을까 싶습니다.

단어나 단어나 변수명에 사용 가능한 문자의 리스트가 실제로 존재하고, 그 리스트 속의 문자들이 분리되지 않고 연속으로 나열되어있으면 하나의 단어로 인식되죠. 그 목록에 새로운 문자를 추가하는 것이기 때문에 그런식으로 작성되어있고, 뭔지 모르면 고르지 말라고 되있는 걸로 봐서, 이런 문맥을 이해하는 사람들을 위해 존재하는 옵션이 아닐까 싶습니다.

I actually (mildly) disagree.

Usually, when doing word/variable name matching, there is a _list_ of characters that, when in an uninterrupted string, are considered a single word. What this option does is adding user specified characters to that list. Considering the "don't choose" in parentheses, I'm thinking that the option was added there specifically for people who have this knowledge and are already aware of it.

설명 툴팁이 한국어는 여기, 영어는 여기에 있어요.

The tooltip for that option in korean.xml is here, and the one for english.xml is here.

Thank for your opinion. But I think '설정' is better cause it is selector switch.

[sokcuri]

I think '에러' is better than '문제'

suggestion:
'모니터링 문제' -> '모니터링 에러'
'파일 크기 문제' -> '파일 크기 에러'
'폴더를 워크스페이스 추가하기 문제' -> '워크스페이스 추가 에러'
'범위 문제' -> '범위 에러'

[nulLeeKH]

I think '에러' is better than '문제'

suggestion:
'모니터링 문제' -> '모니터링 에러'
'파일 크기 문제' -> '파일 크기 에러'
'폴더를 워크스페이스 추가하기 문제' -> '워크스페이스 추가 에러'
'범위 문제' -> '범위 에러'

I think replace '문제' to '에러' is good. But I think we have to listen others' opinion.

[SJang1]

BTW could you open PR as a draft so anyone else doesn't opens and make horrible changes first? (like happened before)

[sceotere]

I think '에러' is better than '문제'
suggestion:
'모니터링 문제' -> '모니터링 에러'
'파일 크기 문제' -> '파일 크기 에러'
'폴더를 워크스페이스 추가하기 문제' -> '워크스페이스 추가 에러'
'범위 문제' -> '범위 에러'

I think replace '문제' to '에러' is good. But I think we have to listen others' opinion.

'문제'라는 단어는 'problem'으로 직접적으로 연관이 되고, 'problem'이 'error'는 아니니, 저도 '에러'가 낫다고 생각해요.

I also agree, since '문제' is directly analogous to the word, 'problem' which has implications that are somewhat different from an 'error'.

[nulLeeKH]

BTW could you open PR as a draft so anyone else doesn't opens and make horrible changes first? (like happened before)

Ok, after apply '에러', I will open PR as a draft.

[sceotere]

문자를 하나의 단어로 인식하도록 추가
(잘 모르면 추가하지 마세요)

It sound's great. But '추가' is not fit on here.
how about '문자가 단어의 일부로 인식되도록 설정(잘 모르면 선택하지 마세요)'?

I think this is fine

추가한다는 말이 들어가는 것이 맞지 않을까 싶습니다.
단어나 단어나 변수명에 사용 가능한 문자의 리스트가 실제로 존재하고, 그 리스트 속의 문자들이 분리되지 않고 연속으로 나열되어있으면 하나의 단어로 인식되죠. 그 목록에 새로운 문자를 추가하는 것이기 때문에 그런식으로 작성되어있고, 뭔지 모르면 고르지 말라고 되있는 걸로 봐서, 이런 문맥을 이해하는 사람들을 위해 존재하는 옵션이 아닐까 싶습니다.
I actually (mildly) disagree.
Usually, when doing word/variable name matching, there is a _list_ of characters that, when in an uninterrupted string, are considered a single word. What this option does is adding user specified characters to that list. Considering the "don't choose" in parentheses, I'm thinking that the option was added there specifically for people who have this knowledge and are already aware of it.
설명 툴팁이 한국어는 여기, 영어는 여기에 있어요.
The tooltip for that option in korean.xml is here, and the one for english.xml is here.

Thank for your opinion. But I think '설정' is better cause it is selector switch.

You're probably right, but I do still think it would be appropriate to add context that the specified characters are being accepted _in addition_ to the list that is originally mentioned.

Maybe something like '아래의 문자도 단어의 일부로 인식되도록 설정(잘 모르면 선택하지 마세요)'

[sceotere]

L1204 and its preceding lines should be edited to actually make sense in Korean. (e.g. 빈 칸 $INT_REPLACE$개 & 탭 $INT_REPLACE$개 가 문자 목록에 존재합니다.) I'm not sure if the ampersand (&) can be removed.

[sokcuri]

Thank you all for taking the time to contribute to improving Korean translation. I started with absurd PR, but with the help of many people, We have a better quality Korean translation.

시간을 내주셔서 한국어 번역 개선에 참여해주신 모든 분들께 감사합니다. 시작은 황당한 PR로 시작했지만 많은 분들의 도움으로 좀 더 나은 품질의 한국어 번역을 갖게 된 것 같습니다.

[sokcuri]

@nulLeeKH Maybe mistake replace '탭 INT_REPLACE$개'. Formatting seems broken. The corret text is '탭 $INT_REPLACE$개'

[sokcuri]

And my fault, but please correct it again
"이 기능을 사용하려면 Notepad++를 종료한 뒤 관리자 모드 다시 실행해 주세요" -> "이 기능을 사용하려면 Notepad++를 종료하고 관리자 모드로 다시 실행해 주세요"

[nulLeeKH]

@nulLeeKH Maybe mistake replace '탭 INT_REPLACE$개'. Formatting seems broken. The corret text is '탭 $INT_REPLACE$개'

Thanks!

[nulLeeKH]

모두들 수고 많으셨습니다.
여러분들 덕분에 Notepad++의 한국어 번역 퀄리티가 한층 올라간 듯 합니다. 감사합니다!

Thank you all for your hard work.
Thanks to you, the Korean translation quality of Notepad++ has improved. Thank you very much

[qtwyeuritoiy]

I think '에러' is better than '문제'

suggestion:
'모니터링 문제' -> '모니터링 에러'
'파일 크기 문제' -> '파일 크기 에러'
'폴더를 워크스페이스 추가하기 문제' -> '워크스페이스 추가 에러'
'범위 문제' -> '범위 에러'

"오류" would be better imo.
제 생각에는 "오류"로 바꾸는 게 나아보입니다.

'모니터링 문제' -> '모니터링 오류'
'범위 문제' -> '범위 오류'

It doesn't butcher the meaning and it serves as a (non-radical) localisation.
이렇게 하면 의미를 망가트리지 않으면서 과하지 않게 현지화를 시킬 수 있다고 생각합니다.

[sokcuri]

Change for consistency:

'ANSI로 표시' -> 'ANSI'

I think '에러' is better than '문제'
suggestion:
'모니터링 문제' -> '모니터링 에러'
'파일 크기 문제' -> '파일 크기 에러'
'폴더를 워크스페이스 추가하기 문제' -> '워크스페이스 추가 에러'
'범위 문제' -> '범위 에러'

"오류" would be better imo.
제 생각에는 "오류"로 바꾸는 게 나아보입니다.

'모니터링 문제' -> '모니터링 오류'
'범위 문제' -> '범위 오류'

It doesn't butcher the meaning and it serves as a (non-radical) localisation.
이렇게 하면 의미를 망가트리지 않으면서 과하지 않게 현지화를 시킬 수 있다고 생각합니다.

I think the suggestion to change '에러' to '오류' is good

[peremen]

Although I don't have a firm intention to maintain the translation (contributing and maintaining is different), there seems to be another person who is translating Notepad++ independently [1]. It is possible to see the translation there as the XML file is packaged as-is. I ran the diff against the korean.xml related to this PR, and the following things could be merged also:

-  <Item menuId="macro" name="매크로"/> 
-  <Item menuId="run" name="실행"/> 
-  <Item idName="Plugins" name="플러그인"/> 
-  <Item idName="Window" name="창 관리"/> 
+                    <Item menuId="macro" name="매크로(&amp;M)"/>
+                    <Item menuId="run" name="실행(&amp;R)"/>
+                    <Item idName="Plugins" name="플러그인(&amp;P)"/>
+                    <Item idName="Window" name="창(&amp;W)"/>

Accelerator keys for top-level menu items.

-  <Item id="44098" name="탭 앞으로 이동"/>
-  <Item id="44099" name="탭 뒤로 이동"/>
+                    <Item id="44098" name="다음 탭으로 이동"/>
+                    <Item id="44099" name="이전 탭으로 이동"/>

Depending on the original text this might make sense.

-  <Item id="10001" name="분할 창으로 이동"/> 
-  <Item id="10002" name="분할 창으로 복제"/> 
-  <Item id="10003" name="새 창으로 이동(창 이동)"/> 
-  <Item id="10004" name="새 창에서 열기(창 복사)"/> 
+                    <Item id="10001" name="창 분할 후 다른 보기로 이동하여 보기"/>
+                    <Item id="10002" name="창 분할 후 다른 보기로 복제하여 보기"/>
+                    <Item id="10003" name="새 창으로 이동"/>
+                    <Item id="10004" name="새 창에서 열기"/>

-  <Item CMID="12" name="읽기 전용으로 설정"/> 
-  <Item CMID="13" name="읽기 전용 해제"/> 
-  <Item CMID="14" name="새 창으로 이동"/> 
-  <Item CMID="15" name="새 창에서 열기"/> 
-  <Item CMID="16" name="다시 불러오기"/> 
-  <Item CMID="17" name="왼쪽에 있는 문서 모두 닫기"/> 
-  <Item CMID="18" name="오른쪽에 있는 문서 모두 닫기"/> 
-  <Item CMID="19" name="탐색기에서 현재 폴더 열기"/> 
-  <Item CMID="20" name="CMD에서 현재 폴더 열기"/> 
-  <Item CMID="21" name="기본 프로그램으로 열기"/>
-  <Item CMID="22" name="저장된 문서 모두 닫기"/>
+                    <Item CMID="12" name="읽기 전용"/>
+                    <Item CMID="13" name="읽기 전용 플래그 지우기"/>
+                    <Item CMID="14" name="새 인스턴스로 이동"/>
+                    <Item CMID="15" name="새 인스턴스에서 열기"/>
+                    <Item CMID="16" name="다시 로드"/>
+           <Item CMID="17" name="현재 문서 왼쪽 모두 닫기"/>
+                    <Item CMID="18" name="현재 문서 오른쪽 모두 닫기"/>
+                    <Item CMID="19" name="탐색기에서 현재 문서 폴더 열기"/>
+                    <Item CMID="20" name="명령 프롬프트(CMD)에서 현재 문서 폴더 열기"/>
+           <Item CMID="21" name="기본 뷰어에서 열기"/>
+                    <Item CMID="22" name="미변경 문서 모두 닫기"/>

Explaining what is CMD is not a bad idea. Also here window (창) and instance (인스턴스) is distinguished.

For other differences not mentioned here we can check the diff.

[1] https://uniblog.tistory.com/67

[sokcuri]

@peremen I think it's a good idea to merge them into the master with the consent of the blog author.

[nulLeeKH]

Although I don't have a firm intention to maintain the translation (contributing and maintaining is different), there seems to be another person who is translating Notepad++ independently [1]. It is possible to see the translation there as the XML file is packaged as-is. I ran the diff against the korean.xml related to this PR, and the following things could be merged also:

-  <Item menuId="macro" name="매크로"/> 
-  <Item menuId="run" name="실행"/> 
-  <Item idName="Plugins" name="플러그인"/> 
-  <Item idName="Window" name="창 관리"/> 
+                    <Item menuId="macro" name="매크로(&amp;M)"/>
+                    <Item menuId="run" name="실행(&amp;R)"/>
+                    <Item idName="Plugins" name="플러그인(&amp;P)"/>
+                    <Item idName="Window" name="창(&amp;W)"/>

Accelerator keys for top-level menu items.

-  <Item id="44098" name="탭 앞으로 이동"/>
-  <Item id="44099" name="탭 뒤로 이동"/>
+                    <Item id="44098" name="다음 탭으로 이동"/>
+                    <Item id="44099" name="이전 탭으로 이동"/>

Depending on the original text this might make sense.

-  <Item id="10001" name="분할 창으로 이동"/> 
-  <Item id="10002" name="분할 창으로 복제"/> 
-  <Item id="10003" name="새 창으로 이동(창 이동)"/> 
-  <Item id="10004" name="새 창에서 열기(창 복사)"/> 
+                    <Item id="10001" name="창 분할 후 다른 보기로 이동하여 보기"/>
+                    <Item id="10002" name="창 분할 후 다른 보기로 복제하여 보기"/>
+                    <Item id="10003" name="새 창으로 이동"/>
+                    <Item id="10004" name="새 창에서 열기"/>

-  <Item CMID="12" name="읽기 전용으로 설정"/> 
-  <Item CMID="13" name="읽기 전용 해제"/> 
-  <Item CMID="14" name="새 창으로 이동"/> 
-  <Item CMID="15" name="새 창에서 열기"/> 
-  <Item CMID="16" name="다시 불러오기"/> 
-  <Item CMID="17" name="왼쪽에 있는 문서 모두 닫기"/> 
-  <Item CMID="18" name="오른쪽에 있는 문서 모두 닫기"/> 
-  <Item CMID="19" name="탐색기에서 현재 폴더 열기"/> 
-  <Item CMID="20" name="CMD에서 현재 폴더 열기"/> 
-  <Item CMID="21" name="기본 프로그램으로 열기"/>
-  <Item CMID="22" name="저장된 문서 모두 닫기"/>
+                    <Item CMID="12" name="읽기 전용"/>
+                    <Item CMID="13" name="읽기 전용 플래그 지우기"/>
+                    <Item CMID="14" name="새 인스턴스로 이동"/>
+                    <Item CMID="15" name="새 인스턴스에서 열기"/>
+                    <Item CMID="16" name="다시 로드"/>
+         <Item CMID="17" name="현재 문서 왼쪽 모두 닫기"/>
+                    <Item CMID="18" name="현재 문서 오른쪽 모두 닫기"/>
+                    <Item CMID="19" name="탐색기에서 현재 문서 폴더 열기"/>
+                    <Item CMID="20" name="명령 프롬프트(CMD)에서 현재 문서 폴더 열기"/>
+             <Item CMID="21" name="기본 뷰어에서 열기"/>
+                    <Item CMID="22" name="미변경 문서 모두 닫기"/>

Explaining what is CMD is not a bad idea. Also here window (창) and instance (인스턴스) is distinguished.

For other differences not mentioned here we can check the diff.

[1] https://uniblog.tistory.com/67

I got it! I think that's a great idea too.
I'll try to get in touch with him.

[nulLeeKH]

Although I don't have a firm intention to maintain the translation (contributing and maintaining is different), there seems to be another person who is translating Notepad++ independently [1]. It is possible to see the translation there as the XML file is packaged as-is. I ran the diff against the korean.xml related to this PR, and the following things could be merged also:

-  <Item menuId="macro" name="매크로"/> 
-  <Item menuId="run" name="실행"/> 
-  <Item idName="Plugins" name="플러그인"/> 
-  <Item idName="Window" name="창 관리"/> 
+                    <Item menuId="macro" name="매크로(&amp;M)"/>
+                    <Item menuId="run" name="실행(&amp;R)"/>
+                    <Item idName="Plugins" name="플러그인(&amp;P)"/>
+                    <Item idName="Window" name="창(&amp;W)"/>

Accelerator keys for top-level menu items.

-  <Item id="44098" name="탭 앞으로 이동"/>
-  <Item id="44099" name="탭 뒤로 이동"/>
+                    <Item id="44098" name="다음 탭으로 이동"/>
+                    <Item id="44099" name="이전 탭으로 이동"/>

Depending on the original text this might make sense.

-  <Item id="10001" name="분할 창으로 이동"/> 
-  <Item id="10002" name="분할 창으로 복제"/> 
-  <Item id="10003" name="새 창으로 이동(창 이동)"/> 
-  <Item id="10004" name="새 창에서 열기(창 복사)"/> 
+                    <Item id="10001" name="창 분할 후 다른 보기로 이동하여 보기"/>
+                    <Item id="10002" name="창 분할 후 다른 보기로 복제하여 보기"/>
+                    <Item id="10003" name="새 창으로 이동"/>
+                    <Item id="10004" name="새 창에서 열기"/>

-  <Item CMID="12" name="읽기 전용으로 설정"/> 
-  <Item CMID="13" name="읽기 전용 해제"/> 
-  <Item CMID="14" name="새 창으로 이동"/> 
-  <Item CMID="15" name="새 창에서 열기"/> 
-  <Item CMID="16" name="다시 불러오기"/> 
-  <Item CMID="17" name="왼쪽에 있는 문서 모두 닫기"/> 
-  <Item CMID="18" name="오른쪽에 있는 문서 모두 닫기"/> 
-  <Item CMID="19" name="탐색기에서 현재 폴더 열기"/> 
-  <Item CMID="20" name="CMD에서 현재 폴더 열기"/> 
-  <Item CMID="21" name="기본 프로그램으로 열기"/>
-  <Item CMID="22" name="저장된 문서 모두 닫기"/>
+                    <Item CMID="12" name="읽기 전용"/>
+                    <Item CMID="13" name="읽기 전용 플래그 지우기"/>
+                    <Item CMID="14" name="새 인스턴스로 이동"/>
+                    <Item CMID="15" name="새 인스턴스에서 열기"/>
+                    <Item CMID="16" name="다시 로드"/>
+           <Item CMID="17" name="현재 문서 왼쪽 모두 닫기"/>
+                    <Item CMID="18" name="현재 문서 오른쪽 모두 닫기"/>
+                    <Item CMID="19" name="탐색기에서 현재 문서 폴더 열기"/>
+                    <Item CMID="20" name="명령 프롬프트(CMD)에서 현재 문서 폴더 열기"/>
+           <Item CMID="21" name="기본 뷰어에서 열기"/>
+                    <Item CMID="22" name="미변경 문서 모두 닫기"/>

Explaining what is CMD is not a bad idea. Also here window (창) and instance (인스턴스) is distinguished.
For other differences not mentioned here we can check the diff.
[1] https://uniblog.tistory.com/67

I got it! I think that's a great idea too.
I'll try to get in touch with him.

I got an answer from him, and he said "또한, 제 자료는 누구나 부담없이 사용하셔도 되는 자료임을 말씀드립니다.(Also, I would like to say that my data is for everyone to use without any burden.)"

[nulLeeKH]

From now on, I will continue to work on improving Korean translation by referring to the above valuable data. Is there someone to join me?

[nulLeeKH]

From now on, I will continue to work on improving Korean translation by referring to the above valuable data. Is there someone to join me?

After reviewing the contents for a few days, I learned that no meaningful differences were found.
I think this issue should end here.
Thank you all for making a meaningful and good change.

[chomdoo]

Korean "되돌이 검색" short key should be changed to 'P' as English version.
"되돌이 검색"의 단축키가 이상합니다. 영어와 동일하게 P 로 바꾸는 게 좋겠네요.

[nulLeeKH]

Korean "되돌이 검색" short key should be changed to 'P' as English version.
"되돌이 검색"의 단축키가 이상합니다. 영어와 동일하게 P 로 바꾸는 게 좋겠네요.

I think you need to make a new PR to apply it in application.
Because, previous PR which include above idea is already closed.

[nulLeeKH]

@sokcuri Could you close this issue?