handlerBehaviorChanged()handlerBehaviorChanged()ArrayAn array of - match patterns. See Matching URL patterns below. @@ -287,9 +287,9 @@ Details of all the keys you can include are given in the table below. The `"content_scripts"` key attaches content scripts to documents based on URL matching: if the document's URL matches the specification in the key, then the script will be attached. There are four properties inside `"content_scripts"` that you can use for this specification: - `matches` - - : an array of [match patterns](/en-US/docs/Mozilla/Add-ons/WebExtensions/Match_patterns) + - : an array of [match patterns](/ko/docs/Mozilla/Add-ons/WebExtensions/Match_patterns) - `exclude_matches` - - : an array of [match patterns](/en-US/docs/Mozilla/Add-ons/WebExtensions/Match_patterns) + - : an array of [match patterns](/ko/docs/Mozilla/Add-ons/WebExtensions/Match_patterns) - `include_globs` - : an array of [globs](#globs) - `exclude_globs` diff --git a/files/ko/mozilla/add-ons/webextensions/manifest.json/page_action/index.md b/files/ko/mozilla/add-ons/webextensions/manifest.json/page_action/index.md index df8ee80642869c..aa5224987788ec 100644 --- a/files/ko/mozilla/add-ons/webextensions/manifest.json/page_action/index.md +++ b/files/ko/mozilla/add-ons/webextensions/manifest.json/page_action/index.md @@ -56,7 +56,7 @@ slug: Mozilla/Add-ons/WebExtensions/manifest.json/page_action | Name | Type | Description | | ------------------------------------------------------------------------------------------ | ---------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -| [`browser_style`](/en-US/docs/Mozilla/Add-ons/WebExtensions/user_interface/Browser_styles) | `Boolean` | 선택, 기본값은 `false`.사용하면, 팝업과 브라우저의 UI와 `browser_style`을 사용하는 다른 확장의 모습이 일관되게 보이게 하는 스타일시트를 포함한다. 기본값은 `false`지만 팝업이 브라우저의 다른 UI와 일관되게 하려면, 스타일시트가 포함될 수 있도록 `true`로 하는 것이 권장한다.파이어폭스에서, 이 스타일시트는 chrome://browser/content/extension.css에서 볼 수 있다. OS X에서는 chrome://browser/content/extension-mac.css다.[파이어폭스 스타일 가이드](https://firefoxux.github.io/StyleGuide/#/controls)는 팝업의 요소가 특정 스타일을 갖게하는 클래스들에 대해 설명한다.[최종-다운로드](https://github.com/mdn/webextensions-examples/tree/master/latest-download) 예제 확장 프로그램은 팝업에 `browser_style`을 사용한다. | +| [`browser_style`](/ko/docs/Mozilla/Add-ons/WebExtensions/user_interface/Browser_styles) | `Boolean` | 선택, 기본값은 `false`.사용하면, 팝업과 브라우저의 UI와 `browser_style`을 사용하는 다른 확장의 모습이 일관되게 보이게 하는 스타일시트를 포함한다. 기본값은 `false`지만 팝업이 브라우저의 다른 UI와 일관되게 하려면, 스타일시트가 포함될 수 있도록 `true`로 하는 것이 권장한다.파이어폭스에서, 이 스타일시트는 chrome://browser/content/extension.css에서 볼 수 있다. OS X에서는 chrome://browser/content/extension-mac.css다.[파이어폭스 스타일 가이드](https://firefoxux.github.io/StyleGuide/#/controls)는 팝업의 요소가 특정 스타일을 갖게하는 클래스들에 대해 설명한다.[최종-다운로드](https://github.com/mdn/webextensions-examples/tree/master/latest-download) 예제 확장 프로그램은 팝업에 `browser_style`을 사용한다. | | `default_icon` | `Object` or `String` | 액션이 사용하는 아이콘.권장은 19x19 픽셀과 38x38 픽셀 두 종류가 제공되는 것이다. 아래처럼 각각 "19" 와 "38"이라는 속성 이름을 사용한다:
"page_action": {
@@ -72,7 +72,7 @@ slug: Mozilla/Add-ons/WebExtensions/manifest.json/page_action
"default_icon": "geo.png"
```이렇게 하면 툴바에 맞게 크기가 조정될 것이다. 흐릿해질 수 있다. |
-| `default_popup` | `String` | 팝업으로 띄울 HTML 파일의 경로.HTML 파일은 일반 웹 페이지처럼 [``](/en-US/docs/Web/HTML/Element/link)와 [`
```
-There is no `insertAfter` method. It can be emulated by combining the `insertBefore` method with [`nextSibling`](/en-US/docs/DOM/Node.nextSibling).
+There is no `insertAfter` method. It can be emulated by combining the `insertBefore` method with [`nextSibling`](/ko/docs/DOM/Node.nextSibling).
In the previous example, `sp1` could be inserted after `sp2` using:
diff --git a/files/ko/web/api/nodelist/index.md b/files/ko/web/api/nodelist/index.md
index ec24f51311449a..497694403b0c08 100644
--- a/files/ko/web/api/nodelist/index.md
+++ b/files/ko/web/api/nodelist/index.md
@@ -44,7 +44,7 @@ for (var i = 0; i < myNodeList.length; ++i) {
**리스트의 항목(items)을 열거하기 위해 [for...in](/ko/docs/JavaScript/Reference/Statements/for...in) 또는 [for each...in](/ko/docs/JavaScript/Reference/Statements/for_each...in)를 사용하지 않길 바랍니다.** `NodeList`의 길이와 항목 속성까지 열거합니다. 또한 스크립트가 요소({{domxref("element")}}) 객체만 처리한다고 가정하면 오류가 발생할 수 있습니다. 게다가, `for..in`은 고정된 순서로 각 속성들을 접근한다는 보장이 없습니다.
-[`for...of`](/en-US/docs/JavaScript/Reference/Statements/for...of) 루프는 `NodeList` 객체를 올바르게 반복합니다.
+[`for...of`](/ko/docs/JavaScript/Reference/Statements/for...of) 루프는 `NodeList` 객체를 올바르게 반복합니다.
```js
var list = document.querySelectorAll( 'input[type=checkbox]' );
diff --git a/files/ko/web/api/offlineaudiocontext/index.md b/files/ko/web/api/offlineaudiocontext/index.md
index cb3a44c44c7697..2b1da9f9424756 100644
--- a/files/ko/web/api/offlineaudiocontext/index.md
+++ b/files/ko/web/api/offlineaudiocontext/index.md
@@ -43,11 +43,11 @@ _또한 부모 인터페이스인 {{domxref("BaseAudioContext")}}로부터 메
## 이벤트
-[`addEventListener()`](/en-US/docs/Web/API/EventTarget/addEventListener)를 사용하거나 이벤트 수신기를 이 인터페이스의 `oneventname` 속성에 부여함으로써 이 이벤트들을 수신하세요.
+[`addEventListener()`](/ko/docs/Web/API/EventTarget/addEventListener)를 사용하거나 이벤트 수신기를 이 인터페이스의 `oneventname` 속성에 부여함으로써 이 이벤트들을 수신하세요.
-- [`complete`](/en-US/docs/Web/API/OfflineAudioContext/complete_event)
+- [`complete`](/ko/docs/Web/API/OfflineAudioContext/complete_event)
- : 오프라인 오디오 컨텍스트의 렌더링이 완료되었을 때 발생됩니다.
- 또한 [`oncomplete`](/en-US/docs/Web/API/OfflineAudioContext/oncomplete) 이벤트 처리기 속성을 사용하여 이용 가능합니다.
+ 또한 [`oncomplete`](/ko/docs/Web/API/OfflineAudioContext/oncomplete) 이벤트 처리기 속성을 사용하여 이용 가능합니다.
## 예제
diff --git a/files/ko/web/api/rtcpeerconnection/currentlocaldescription/index.md b/files/ko/web/api/rtcpeerconnection/currentlocaldescription/index.md
index 73b7f74469b754..3734eb5ff8f8a2 100644
--- a/files/ko/web/api/rtcpeerconnection/currentlocaldescription/index.md
+++ b/files/ko/web/api/rtcpeerconnection/currentlocaldescription/index.md
@@ -7,7 +7,7 @@ slug: Web/API/RTCPeerConnection/currentLocalDescription
읽기 속성인 **`RTCPeerConnection.currentLocalDescription`** 은 가장 최근에 {{domxref("RTCPeerConnection")}}가 성공적으로 네고시에이션을 마치고 원격 피어와 연결된, 연결인터페이스의 로컬 엔드를 설명하는 {{domxref("RTCSessionDescription")}} 객체를 반환합니다. 이외에도 설명에 의해 offer 혹은 answer가 처음으로 인스턴스화 되면 ICE 에이전트에 의해 이미 생성됬을수도 있는 ICE candidate 목록이 포함되어 있습니다.
-`currentLocalDescription`을 바꾸기 위해서는, 이 값을 설정하도록 연쇄 이벤트를 작동시키는 {{domxref("RTCPeerConnection.setLocalDescription()")}}를 호출하십시오. 이 연쇄 이벤트가 어떻게 값을 바꾸고, 왜 즉시 값이 바뀌지 않는지에 대해 궁금하다면, [Pending and current descriptions](/en-US/docs/Web/API/WebRTC_API/Connectivity#pending_and_current_descriptions)를 살펴보십시오.
+`currentLocalDescription`을 바꾸기 위해서는, 이 값을 설정하도록 연쇄 이벤트를 작동시키는 {{domxref("RTCPeerConnection.setLocalDescription()")}}를 호출하십시오. 이 연쇄 이벤트가 어떻게 값을 바꾸고, 왜 즉시 값이 바뀌지 않는지에 대해 궁금하다면, [Pending and current descriptions](/ko/docs/Web/API/WebRTC_API/Connectivity#pending_and_current_descriptions)를 살펴보십시오.
> **참고:** {{domxref("RTCPeerConnection.localDescription")}}와 다르게, `currentLocalDescription`는 연결 인터페이스의 로컬 엔드에 대한 현재 상태를 나타내는 값 입니다. `localDescription`은 연결 인터페이스가 현재 어떤 상태로 전환 중인지를 설명하는 값을 명시 할 수 있습니다.
diff --git a/files/ko/web/api/rtcpeerconnection/currentremotedescription/index.md b/files/ko/web/api/rtcpeerconnection/currentremotedescription/index.md
index a08c838824d30e..b02205c3427cc1 100644
--- a/files/ko/web/api/rtcpeerconnection/currentremotedescription/index.md
+++ b/files/ko/web/api/rtcpeerconnection/currentremotedescription/index.md
@@ -7,7 +7,7 @@ slug: Web/API/RTCPeerConnection/currentRemoteDescription
읽기 속성인 `RTCPeerConnection.currentRemoteDescription`은 마지막 {{domxref("RTCPeerConnection")}} 이후 가장 최근에 원격 유저와의 네고시에이션 및 연결을 성공적으로 마친 연결의 원격 엔드 포인트를 알려주는 {{domxref("RTCSessionDescription")}} 객체를 반환합니다. 추가적으로 이 속성은 description에 의해 표현되는 마지막 offer 및 answer가 처음 시작되면 ICE 에이전트에 의해 생성이 되었을 수도 있는 모든 ICE candidate들의 리스트를 포함합니다.
-`currentRemoteDescription`를 바꾸기 위해서는, {{domxref("RTCPeerConnection.setRemoteDescription()")}}를 호출해서 이 값이 설정되도록 만들어주는 연속된 이벤트를 활성화하십시오. 왜 바꾸는 것이 바로 적용이 안되는지 및 어떻게 작동하는지 더 자세히 알고 싶다면, [Pending and current descriptions](/en-US/docs/Web/API/WebRTC_API/Connectivity#pending_and_current_descriptions) 를 참조하십시오.
+`currentRemoteDescription`를 바꾸기 위해서는, {{domxref("RTCPeerConnection.setRemoteDescription()")}}를 호출해서 이 값이 설정되도록 만들어주는 연속된 이벤트를 활성화하십시오. 왜 바꾸는 것이 바로 적용이 안되는지 및 어떻게 작동하는지 더 자세히 알고 싶다면, [Pending and current descriptions](/ko/docs/Web/API/WebRTC_API/Connectivity#pending_and_current_descriptions) 를 참조하십시오.
> **참고:** {{domxref("RTCPeerConnection.remoteDescription")}}와 다르게, 이 값은 연결의 로컬 엔드 포인트에 대한 실제 현재 상태를 보여줍니다. `remoteDescription`은 연결이 현재 어느 상태로 바뀌는지에 대한 설명도 명시 할 수 있습니다.
@@ -49,4 +49,4 @@ else {
- {{domxref("RTCPeerConnection.setRemoteDescription()")}}, {{domxref("RTCPeerConnection.pendingRemoteDescription")}}, {{domxref("RTCPeerConnection.remoteDescription")}}
- {{domxref("RTCPeerConnection.setRemoteDescription()")}}, {{domxref("RTCPeerConnection.remoteDescription")}}, {{domxref("RTCPeerConnection.pendingRemoteDescription")}}, {{domxref("RTCPeerConnection.currentRemoteDescription")}}
-- [WebRTC](/en-US/docs/Web/API/WebRTC_API)
+- [WebRTC](/ko/docs/Web/API/WebRTC_API)
diff --git a/files/ko/web/api/rtcpeerconnection/localdescription/index.md b/files/ko/web/api/rtcpeerconnection/localdescription/index.md
index 266267af90ca09..e870e230619cc3 100644
--- a/files/ko/web/api/rtcpeerconnection/localdescription/index.md
+++ b/files/ko/web/api/rtcpeerconnection/localdescription/index.md
@@ -15,7 +15,7 @@ slug: Web/API/RTCPeerConnection/localDescription
const sessionDescription = peerConnection.localDescription;
```
-기본적으로 반환 값은 해당 속성이 `null`이 아닐 때에만 {{domxref("RTCPeerConnection.pendingLocalDescription")}}의 값입니다. 그렇지 않은 경우에는 {{domxref("RTCPeerConnection.currentLocalDescription")}}의 값이 반환됩니다. 이 알고리즘 및 사용하는 이유에 대한 자세한 설명은 [Pending and current descriptions](/en-US/docs/Web/API/WebRTC_API/Connectivity#pending_and_current_descriptions)를 참조하십시오.
+기본적으로 반환 값은 해당 속성이 `null`이 아닐 때에만 {{domxref("RTCPeerConnection.pendingLocalDescription")}}의 값입니다. 그렇지 않은 경우에는 {{domxref("RTCPeerConnection.currentLocalDescription")}}의 값이 반환됩니다. 이 알고리즘 및 사용하는 이유에 대한 자세한 설명은 [Pending and current descriptions](/ko/docs/Web/API/WebRTC_API/Connectivity#pending_and_current_descriptions)를 참조하십시오.
## 예시
diff --git a/files/ko/web/api/rtcpeerconnection/restartice/index.md b/files/ko/web/api/rtcpeerconnection/restartice/index.md
index ecc04ff605dbfa..c3b7ca3fd10971 100644
--- a/files/ko/web/api/rtcpeerconnection/restartice/index.md
+++ b/files/ko/web/api/rtcpeerconnection/restartice/index.md
@@ -29,7 +29,7 @@ RTCPeerConnection.restartIce();
{{domxref("RTCPeerConnection.createOffer", "createOffer()")}}를 사용해서 만들어진 다음 offer가 신호 메커니즘을 통해 원격 유저에게 전달이 되면, ICE 재시작을 시작하도록 만듭니다. ICE를 재시작하게되면 기본적으로 ICE가 초기화되고, 새로운 증명서를 사용해서 신규 candidate를 생성합니다. 기존에 존재하던 미디어 전송/수신은 이 과정동안에는 방해받지 않습니다.
-ICE 재시작의 작동원리를 좀 더 자세히 알고 싶다면, [ICE restart](/en-US/docs/Web/API/WebRTC_API/Session_lifetime#ice_restart)와 {{RFC(5245, "ICE specification", "9.1.1.1")}}를 참고하십시오.
+ICE 재시작의 작동원리를 좀 더 자세히 알고 싶다면, [ICE restart](/ko/docs/Web/API/WebRTC_API/Session_lifetime#ice_restart)와 {{RFC(5245, "ICE specification", "9.1.1.1")}}를 참고하십시오.
## 예시
diff --git a/files/ko/web/api/rtcpeerconnection/setlocaldescription/index.md b/files/ko/web/api/rtcpeerconnection/setlocaldescription/index.md
index fe822b9bb3390b..2f96feadc4b903 100644
--- a/files/ko/web/api/rtcpeerconnection/setlocaldescription/index.md
+++ b/files/ko/web/api/rtcpeerconnection/setlocaldescription/index.md
@@ -46,7 +46,7 @@ myPeerConnection.createOffer().then(myPeerConnection.setLocalDescription);
{{domxref("RTCPeerConnection.localDescription")}}의 값이 성공적으로 바뀌거나 혹은 변환이 불가능한 경우 거절되면 fulfill 되는 {{jsxref("Promise")}}입니다. 거절되는 예로는 명시한 설명이 연결에 존재하는 하나 혹은 양쪽 모두의 피어들과 호환이 불가능하면 발생하기도 합니다. 참고로 프로미스의 fulfillment 핸들러는 입력 매개 변수를 받지 않습니다.
-> **참고:** 설명을 바꾸는 과정은 변경이 실패해도 연결 상태를 잃지 않게 보장하도록 WebRTC 레이어에 의해서 처리되는 중간 단계를 거칩니다. 이 과정에 대한 자세한 설명은 [Pending and current descriptions](/en-US/docs/Web/API/WebRTC_API/Connectivity#pending_and_current_descriptions)를 참조하십시오.
+> **참고:** 설명을 바꾸는 과정은 변경이 실패해도 연결 상태를 잃지 않게 보장하도록 WebRTC 레이어에 의해서 처리되는 중간 단계를 거칩니다. 이 과정에 대한 자세한 설명은 [Pending and current descriptions](/ko/docs/Web/API/WebRTC_API/Connectivity#pending_and_current_descriptions)를 참조하십시오.
### 지원이 중단된 매개 변수
diff --git a/files/ko/web/api/service_worker_api/using_service_workers/index.md b/files/ko/web/api/service_worker_api/using_service_workers/index.md
index 38a60482d5b37d..38a53e58408fc0 100644
--- a/files/ko/web/api/service_worker_api/using_service_workers/index.md
+++ b/files/ko/web/api/service_worker_api/using_service_workers/index.md
@@ -423,7 +423,7 @@ Chrome has `chrome://inspect/#service-workers`, which shows current service work
Firefox has also started to implement some useful tools related to service workers:
-- You can navigate to [`about:debugging`](/en-US/docs/Tools/about:debugging) to see what SWs are registered and update/remove them.
+- You can navigate to [`about:debugging`](/ko/docs/Tools/about:debugging) to see what SWs are registered and update/remove them.
- When testing you can get around the HTTPS restriction by checking the "Enable Service Workers over HTTP (when toolbox is open)" option in the [Firefox Developer Tools settings](/ko/docs/Tools/Settings).
> **참고:** You may serve your app from `http://localhost` (e.g. using `me@localhost:/my/app$ python -m SimpleHTTPServer`) for local development. See [Security considerations](https://www.w3.org/TR/service-workers/#security-considerations)
diff --git a/files/ko/web/api/serviceworkerglobalscope/index.md b/files/ko/web/api/serviceworkerglobalscope/index.md
index bba62554d98055..813383a236b3ae 100644
--- a/files/ko/web/api/serviceworkerglobalscope/index.md
+++ b/files/ko/web/api/serviceworkerglobalscope/index.md
@@ -7,7 +7,7 @@ l10n:
{{APIRef("Service Workers API")}}
-The **`ServiceWorkerGlobalScope`** interface of the [Service Worker API](/en-US/docs/Web/API/Service_Worker_API) represents the global execution context of a service worker.
+The **`ServiceWorkerGlobalScope`** interface of the [Service Worker API](/ko/docs/Web/API/Service_Worker_API) represents the global execution context of a service worker.
Developers should keep in mind that the ServiceWorker state is not persisted across the termination/restart cycle, so each event handler should assume it's being invoked with a bare, default global state.
@@ -49,7 +49,7 @@ _This interface inherits properties from the {{domxref("WorkerGlobalScope")}} in
- {{domxref("performance_property", "ServiceWorkerGlobalScope.performance")}} {{ReadOnlyInline}}
- : Returns the {{domxref("Performance")}} object associated with the worker, which is a regular performance object, but with a subset of its properties and methods available.
- {{domxref("Window.scheduler", "ServiceWorkerGlobalScope.scheduler")}} {{ReadOnlyInline}}
- - : Returns the {{domxref("Scheduler")}} object associated with the current context. This is the entry point for using the [Prioritized Task Scheduling API](/en-US/docs/Web/API/Prioritized_Task_Scheduling_API).
+ - : Returns the {{domxref("Scheduler")}} object associated with the current context. This is the entry point for using the [Prioritized Task Scheduling API](/ko/docs/Web/API/Prioritized_Task_Scheduling_API).
- {{domxref("WorkerGlobalScope.self", "ServiceWorkerGlobalScope.self")}}
- : Returns an object reference to the `ServiceWorkerGlobalScope` object itself.
@@ -88,13 +88,13 @@ _This interface inherits methods from the {{domxref("WorkerGlobalScope")}} inter
- {{domxref("ServiceWorkerGlobalScope/activate_event", "activate")}}
- : Occurs when a {{domxref("ServiceWorkerRegistration")}} acquires a new {{domxref("ServiceWorkerRegistration.active")}} worker.
- {{domxref("ServiceWorkerGlobalScope/backgroundfetchabort_event", "backgroundfetchabort")}} {{Experimental_Inline}}
- - : Fired when a [background fetch](/en-US/docs/Web/API/Background_Fetch_API) operation has been canceled by the user or the app.
+ - : Fired when a [background fetch](/ko/docs/Web/API/Background_Fetch_API) operation has been canceled by the user or the app.
- {{domxref("ServiceWorkerGlobalScope/backgroundfetchclick_event", "backgroundfetchclick")}} {{Experimental_Inline}}
- - : Fired when the user has clicked on the UI for a [background fetch](/en-US/docs/Web/API/Background_Fetch_API) operation.
+ - : Fired when the user has clicked on the UI for a [background fetch](/ko/docs/Web/API/Background_Fetch_API) operation.
- {{domxref("ServiceWorkerGlobalScope/backgroundfetchfail_event", "backgroundfetchfail")}} {{Experimental_Inline}}
- - : Fired when at least one of the requests in a [background fetch](/en-US/docs/Web/API/Background_Fetch_API) operation has failed.
+ - : Fired when at least one of the requests in a [background fetch](/ko/docs/Web/API/Background_Fetch_API) operation has failed.
- {{domxref("ServiceWorkerGlobalScope/backgroundfetchsuccess_event", "backgroundfetchsuccess")}} {{Experimental_Inline}}
- - : Fired when all of the requests in a [background fetch](/en-US/docs/Web/API/Background_Fetch_API) operation have succeeded.
+ - : Fired when all of the requests in a [background fetch](/ko/docs/Web/API/Background_Fetch_API) operation have succeeded.
- {{domxref("ServiceWorkerGlobalScope.canmakepayment_event", "canmakepayment")}} {{Experimental_Inline}}
- : Fired on a payment app's service worker to check whether it is ready to handle a payment. Specifically, it is fired when the merchant website calls {{domxref("PaymentRequest.PaymentRequest", "new PaymentRequest()")}}.
- {{domxref("ServiceWorkerGlobalScope/contentdelete_event", "contentdelete")}} {{Experimental_Inline}}
@@ -166,7 +166,7 @@ self.addEventListener("fetch", (event) => {
## See also
-- [Using Service Workers](/en-US/docs/Web/API/Service_Worker_API/Using_Service_Workers)
+- [Using Service Workers](/ko/docs/Web/API/Service_Worker_API/Using_Service_Workers)
- [Service workers basic code example](https://github.com/mdn/dom-examples/tree/main/service-worker/simple-service-worker)
- [Is ServiceWorker ready?](https://jakearchibald.github.io/isserviceworkerready/)
- {{jsxref("Promise")}}
diff --git a/files/ko/web/api/serviceworkerglobalscope/notificationclick_event/index.md b/files/ko/web/api/serviceworkerglobalscope/notificationclick_event/index.md
index b594bbc6bb540e..0d035f45290957 100644
--- a/files/ko/web/api/serviceworkerglobalscope/notificationclick_event/index.md
+++ b/files/ko/web/api/serviceworkerglobalscope/notificationclick_event/index.md
@@ -10,11 +10,11 @@ slug: Web/API/ServiceWorkerGlobalScope/notificationclick_event
| ------------- | ----------------------------------------------------------------------------------------- |
| Cancelable | No |
| Interface | {{domxref("NotificationEvent")}} |
-| Event handler | [`onnotificationclick`](/en-US/docs/Web/API/ServiceWorkerGlobalScope/onnotificationclick) |
+| Event handler | [`onnotificationclick`](/ko/docs/Web/API/ServiceWorkerGlobalScope/onnotificationclick) |
## Examples
-[`addEventListener`](/en-US/docs/Web/API/EventTarget/addEventListener) 메소드 내에서 `notificationclick` 이벤트를 사용할 수 있다:
+[`addEventListener`](/ko/docs/Web/API/EventTarget/addEventListener) 메소드 내에서 `notificationclick` 이벤트를 사용할 수 있다:
```js
self.addEventListener('notificationclick', function(event) {
@@ -37,7 +37,7 @@ self.addEventListener('notificationclick', function(event) {
});
```
-또는 [`onnotificationclick`](/en-US/docs/Web/API/ServiceWorkerGlobalScope/onnotificationclick) 이벤트 핸들러 속성을 사용할 수 있다:
+또는 [`onnotificationclick`](/ko/docs/Web/API/ServiceWorkerGlobalScope/onnotificationclick) 이벤트 핸들러 속성을 사용할 수 있다:
```js
self.onnotificationclick = function(event) {
diff --git a/files/ko/web/api/structuredclone/index.md b/files/ko/web/api/structuredclone/index.md
index 891272a3695a3a..0c15f2aa61afaf 100644
--- a/files/ko/web/api/structuredclone/index.md
+++ b/files/ko/web/api/structuredclone/index.md
@@ -58,7 +58,7 @@ console.assert(clone.itself === clone); // 순환 참조가 보존됩니다.
### 값 전송
-`options` 매개변수의 `transfer` 속성을 사용하여 복제된 객체에서 복제되는 대신 [전송가능한 객체](/en-US/docs/Web/API/Web_Workers_API/Transferable_objects)가 전송될 수 있습니다. 전송하면 원래 객체를 사용할 수 없게 됩니다.
+`options` 매개변수의 `transfer` 속성을 사용하여 복제된 객체에서 복제되는 대신 [전송가능한 객체](/ko/docs/Web/API/Web_Workers_API/Transferable_objects)가 전송될 수 있습니다. 전송하면 원래 객체를 사용할 수 없게 됩니다.
> **참고 사항** 버퍼의 일부 데이터를 저장하기 전에 비동기적으로 검사할 때 유용할 수 있습니다.
> 데이터가 저장되기 전에 버퍼가 수정되는 것을 피하기 위해 버퍼를 복제하고 해당 데이터를 검사할 수 있습니다.
diff --git a/files/ko/web/api/url/password/index.md b/files/ko/web/api/url/password/index.md
index 3e2650661670d3..06374b6c549a1b 100644
--- a/files/ko/web/api/url/password/index.md
+++ b/files/ko/web/api/url/password/index.md
@@ -25,7 +25,7 @@ url.password = newPassword
## 예제
```js
-const url = new URL('https://anonymous:flabada@developer.mozilla.org/en-US/docs/Web/API/URL/password');
+const url = new URL('https://anonymous:flabada@developer.mozilla.org/ko/docs/Web/API/URL/password');
console.log(url.password) // Logs "flabada"
```
diff --git a/files/ko/web/api/url/protocol/index.md b/files/ko/web/api/url/protocol/index.md
index 15b8525f75f997..c5d20de5c70bf6 100644
--- a/files/ko/web/api/url/protocol/index.md
+++ b/files/ko/web/api/url/protocol/index.md
@@ -23,7 +23,7 @@ url.protocol = newProtocol
## 예제
```js
-const url = new URL('https://developer.mozilla.org/en-US/docs/Web/API/URL/protocol');
+const url = new URL('https://developer.mozilla.org/ko/docs/Web/API/URL/protocol');
console.log(url.protocol); // Logs "https:"
```
diff --git a/files/ko/web/api/url/tojson/index.md b/files/ko/web/api/url/tojson/index.md
index 2be870786f2442..4b86d94bf8f2e9 100644
--- a/files/ko/web/api/url/tojson/index.md
+++ b/files/ko/web/api/url/tojson/index.md
@@ -22,7 +22,7 @@ const href = url.toJSON()
## 예제
```js
-const url = new URL("https://developer.mozilla.org/en-US/docs/Web/API/URL/toString");
+const url = new URL("https://developer.mozilla.org/ko/docs/Web/API/URL/toString");
url.toJSON(); // should return the URL as a string
```
diff --git a/files/ko/web/api/url/username/index.md b/files/ko/web/api/url/username/index.md
index 55b4c1e944874c..9114304f5676df 100644
--- a/files/ko/web/api/url/username/index.md
+++ b/files/ko/web/api/url/username/index.md
@@ -22,7 +22,7 @@ url.username = newUsername
## 예제
```js
-const url = new URL('https://anonymous:flabada@developer.mozilla.org/en-US/docs/Web/API/URL/username');
+const url = new URL('https://anonymous:flabada@developer.mozilla.org/ko/docs/Web/API/URL/username');
console.log(url.username) // Logs "anonymous"
```
diff --git a/files/ko/web/api/web_audio_api/advanced_techniques/index.md b/files/ko/web/api/web_audio_api/advanced_techniques/index.md
index 3665be00fc6b17..9c3756e9d78c4e 100644
--- a/files/ko/web/api/web_audio_api/advanced_techniques/index.md
+++ b/files/ko/web/api/web_audio_api/advanced_techniques/index.md
@@ -514,7 +514,7 @@ function scheduleNote(beatNumber, time) {
여기서 우리는 현재 시간을 보고 다음 노트에 대한 시간과 비교합니다; 두 개가 일치할 때 이것은 이전의 두 함수를 호출할 것입니다.
-{{domxref("AudioContext")}} 객체 인스턴스는 [`currentTime`](/en-US/docs/Web/API/BaseAudioContext/currentTime) 속성을 가지고 있는데, 이는 우리가 처음 컨텍스트를 생성한 이후의 초를 얻을 수 있게 합니다. 이것은 우리가 우리의 스텝 시퀸서 내에서 타이밍을 위해 사용해야만 하는 것입니다 — 약 소수 15자리까지의 정확한 float 값을 반환하는 이것은 극도로 정확합니다.
+{{domxref("AudioContext")}} 객체 인스턴스는 [`currentTime`](/ko/docs/Web/API/BaseAudioContext/currentTime) 속성을 가지고 있는데, 이는 우리가 처음 컨텍스트를 생성한 이후의 초를 얻을 수 있게 합니다. 이것은 우리가 우리의 스텝 시퀸서 내에서 타이밍을 위해 사용해야만 하는 것입니다 — 약 소수 15자리까지의 정확한 float 값을 반환하는 이것은 극도로 정확합니다.
```js
function scheduler() {
diff --git a/files/ko/web/api/web_audio_api/web_audio_spatialization_basics/index.md b/files/ko/web/api/web_audio_api/web_audio_spatialization_basics/index.md
index c46589053b2489..445603e964f025 100644
--- a/files/ko/web/api/web_audio_api/web_audio_spatialization_basics/index.md
+++ b/files/ko/web/api/web_audio_api/web_audio_spatialization_basics/index.md
@@ -93,7 +93,7 @@ const distanceModel = 'linear';
const maxDistance = 10000;
```
-또한 참조 거리 ([`refDistance`](/en-US/docs/Web/API/PannerNode/refDistance))가 있는데, 이는 거리 모델에 의해 사용됩니다. 이 또한 기본값 `1`로 설정할 수 있습니다.
+또한 참조 거리 ([`refDistance`](/ko/docs/Web/API/PannerNode/refDistance))가 있는데, 이는 거리 모델에 의해 사용됩니다. 이 또한 기본값 `1`로 설정할 수 있습니다.
```js
const refDistance = 1;
diff --git a/files/ko/web/api/web_workers_api/using_web_workers/index.md b/files/ko/web/api/web_workers_api/using_web_workers/index.md
index 728fcc8b59bc82..6957270cb8374e 100644
--- a/files/ko/web/api/web_workers_api/using_web_workers/index.md
+++ b/files/ko/web/api/web_workers_api/using_web_workers/index.md
@@ -229,7 +229,7 @@ Workers are considered to have their own execution context, distinct from the do
Content-Security-Policy: script-src 'self'
```
-Among other things, this will prevent any scripts it includes from using [`eval()`](/en-US/docs/Web/JavaScript/Reference/Global_Objects/eval). However, if the script constructs a worker, code running in the worker's context _will_ be allowed to use `eval()`.
+Among other things, this will prevent any scripts it includes from using [`eval()`](/ko/docs/Web/JavaScript/Reference/Global_Objects/eval). However, if the script constructs a worker, code running in the worker's context _will_ be allowed to use `eval()`.
To specify a content security policy for the worker, set a [Content-Security-Policy](/ko/docs/Web/HTTP/Headers/Content-Security-Policy) response header for the request which delivered the worker script itself.
@@ -798,7 +798,7 @@ The main thing you _can't_ do in a Worker is directly affect the parent page. Th
## See also
-- [`Worker`](/en-US/docs/Web/API/Worker) interface
-- [`SharedWorker`](/en-US/docs/Web/API/SharedWorker) interface
+- [`Worker`](/ko/docs/Web/API/Worker) interface
+- [`SharedWorker`](/ko/docs/Web/API/SharedWorker) interface
- [Functions available to workers](/ko/docs/Web/API/Worker/Functions_and_classes_available_to_workers)
- [Advanced concepts and examples](/ko/docs/Web/API/Web_Workers_API/Using_web_workers)
diff --git a/files/ko/web/api/webrtc_api/index.md b/files/ko/web/api/webrtc_api/index.md
index 89bcde0342b2c5..3fa59ec3440f31 100644
--- a/files/ko/web/api/webrtc_api/index.md
+++ b/files/ko/web/api/webrtc_api/index.md
@@ -59,7 +59,7 @@ WebRTC는 다양한 작업을 수행하기 위해 함께 동작하는 인터페
- {{domxref("RTCTrackEvent")}}
- : 새롭게 수신된 {{domxref ( "MediaStreamTrack")}}이 생성되고 관련 {{domxref ( "RTCRtpReceiver")}} 개체가 {{domxref ( "RTCPeerConnection")}} 개체에 추가되었음을 나타냅니다.
- {{DOMxRef("RTCSctpTransport")}}
- - : 스트림 제어 전송 프로토콜(_Stream Control Transmission Protocol,_ **{{Glossary("SCTP")}}**) 전송을 설명하는 정보를 제공하고, 모든 [`RTCPeerConnection`](/en-US/docs/Web/API/RTCPeerConnection) 데이터 채널에 대한 SCTP 패킷이 송수신되는 기본 데이터그램 전송 보안 계층 프로토콜(Datagram Transport Layer Security, **{{Glossary("DTLS")}}**) 전송에 접근하기 위한 방법을 제공합니다.
+ - : 스트림 제어 전송 프로토콜(_Stream Control Transmission Protocol,_ **{{Glossary("SCTP")}}**) 전송을 설명하는 정보를 제공하고, 모든 [`RTCPeerConnection`](/ko/docs/Web/API/RTCPeerConnection) 데이터 채널에 대한 SCTP 패킷이 송수신되는 기본 데이터그램 전송 보안 계층 프로토콜(Datagram Transport Layer Security, **{{Glossary("DTLS")}}**) 전송에 접근하기 위한 방법을 제공합니다.
#### Dictionaries
diff --git a/files/ko/web/api/webrtc_api/signaling_and_video_calling/index.md b/files/ko/web/api/webrtc_api/signaling_and_video_calling/index.md
index c4ec5de80f41e0..dd13381cf83639 100644
--- a/files/ko/web/api/webrtc_api/signaling_and_video_calling/index.md
+++ b/files/ko/web/api/webrtc_api/signaling_and_video_calling/index.md
@@ -10,7 +10,7 @@ slug: Web/API/WebRTC_API/Signaling_and_video_calling
## Summary
-[WebRTC](/ko/docs/Web/API/WebRTC_API) 는 리얼 타임 음성, 영상, 데이터 교환을 할 수 있는 완전한 p2p 기술이다. [다른 곳에서 논의한 것 처럼](/en-US/docs/Web/API/WebRTC_API/Session_lifetime#establishing_a_connection) 서로 다른 네트워크에 있는 2개의 디바이스들을 서로 위치시키기 위해서는, 각 디바이스들의 위치를 발견하는 방법과 미디어 포맷 협의가 필요하다. 이 프로세스를 **시그널링** **signaling** 이라 부르고 각 디바이스들을 상호간에 동의된 서버(socket.io 혹은 websocket을 이용한 서버)에 연결시킨다. 이 서버는 각 디바이스들이 **negotiation**(협의) 메세지들을 교환할 수 있도록 한다.
+[WebRTC](/ko/docs/Web/API/WebRTC_API) 는 리얼 타임 음성, 영상, 데이터 교환을 할 수 있는 완전한 p2p 기술이다. [다른 곳에서 논의한 것 처럼](/ko/docs/Web/API/WebRTC_API/Session_lifetime#establishing_a_connection) 서로 다른 네트워크에 있는 2개의 디바이스들을 서로 위치시키기 위해서는, 각 디바이스들의 위치를 발견하는 방법과 미디어 포맷 협의가 필요하다. 이 프로세스를 **시그널링** **signaling** 이라 부르고 각 디바이스들을 상호간에 동의된 서버(socket.io 혹은 websocket을 이용한 서버)에 연결시킨다. 이 서버는 각 디바이스들이 **negotiation**(협의) 메세지들을 교환할 수 있도록 한다.
이 글에서 우리는 더 나아가 유저들간에 양방향으로 화상 통화가 되는 예제인 [WebSocket chat](https://mdn-samples.mozilla.org/s/websocket-chat)(웹소켓 문서를 작성하기 위해 만들어졌으며, 링크는 곧 활성화 될 것이다. 아직은 온라인으로 테스트가 불가능하다.)을 작동이 되도록 만들 예정이다. 이것에 관해 [샘플](https://mdn-samples.mozilla.org/s/webrtc-from-chat) 을 확인해 보거나 Github에서 전체 [프로젝트](https://github.com/mdn/samples-server/tree/master/s/webrtc-from-chat)를 확인해볼 수 있다.
@@ -22,13 +22,13 @@ slug: Web/API/WebRTC_API/Signaling_and_video_calling
두 디바이스들 사이에 WebRTC 커넥션을 만들기 위해, 인터넷 네트워크에서 그 둘을 연결 시키는 작업을 해줄 **signaling server** 가 필요하다. 어떻게 이 서버를 만들고 실제로 시그널링 과정이 어떻게 되는지 살펴보자.
-가장 먼저, 시그널링 서버 자체가 필요하다. WebRTC는 시그널링 정보에 관한 transport 메커니즘을 제시하진 않는다. 두 피어들 사이에서 해리포터의 부엉이처럼 시그널링에 관련된 정보들을 전달해줄 수 있는 것이면 [WebSocket](/en-US/docs/Web/API/WebSockets_API) 이든 [XMLHttpRequest](/ko/docs/Web/API/XMLHttpRequest) 든 상관없다.
+가장 먼저, 시그널링 서버 자체가 필요하다. WebRTC는 시그널링 정보에 관한 transport 메커니즘을 제시하진 않는다. 두 피어들 사이에서 해리포터의 부엉이처럼 시그널링에 관련된 정보들을 전달해줄 수 있는 것이면 [WebSocket](/ko/docs/Web/API/WebSockets_API) 이든 [XMLHttpRequest](/ko/docs/Web/API/XMLHttpRequest) 든 상관없다.
여기서 중요한 점은 시그널링 서버는 시그널링 데이터 내용을 몰라도 된다는 것이다. 비록 이것은 [SDP](https://www.gitbook.com/book/gustnxodjs/webrtc-kor/edit#) 이지만, 몰라도 큰 문제가 되진 않는다. 메세지의 내용들은 그저 시그널링 서버를 통해 상대편으로 가기만 하면된다. 중요한 점은 ICE subsystem이 신호 데이터를 다른 피어에게 보내도록 지시하면, 다른 피어는 이 정보를 수신하여 자체 ICE subsystem에 전달하는 방법을 알고 있다는 것이다.
### Readying the chat server for signaling
-이 [chat server](https://github.com/mdn/samples-server/tree/master/s/websocket-chat) 는 클라이언트와 서버 사이에 [WebSocket API](/en-US/docs/Web/API/WebSockets_API)을 통해 JSON string으로 데이터를 전송한다. 서버는 새로운 유저를 등록하는 것, username을 세팅하는 것, 채팅 메세지를 전송하는 것 등등의 작업들을 하기 위해 다양한 메세지 타입들을 다룬다. 시그널링과 ICE negotiation 을 서버가 처리하기 위해서 코드를 작성해야한다. 모든 로그인된 유저들에게 브로드캐스팅하는 것이 아니라, 특정한 유저에게 직접 메세지를 전달해야한다. 그리고 서버가 따로 처리할 필요 없이, 수신된 원하지 않은 메세지 타입들을 처리한다. 이를 통해 여러 서버를 만들 필요없이 동일한 서버를 이용하여 시그널 메시지를 보낼 수 있다. 이 개념은 WebRTC가 아니라 WebSocket에 관한 개념이다.
+이 [chat server](https://github.com/mdn/samples-server/tree/master/s/websocket-chat) 는 클라이언트와 서버 사이에 [WebSocket API](/ko/docs/Web/API/WebSockets_API)을 통해 JSON string으로 데이터를 전송한다. 서버는 새로운 유저를 등록하는 것, username을 세팅하는 것, 채팅 메세지를 전송하는 것 등등의 작업들을 하기 위해 다양한 메세지 타입들을 다룬다. 시그널링과 ICE negotiation 을 서버가 처리하기 위해서 코드를 작성해야한다. 모든 로그인된 유저들에게 브로드캐스팅하는 것이 아니라, 특정한 유저에게 직접 메세지를 전달해야한다. 그리고 서버가 따로 처리할 필요 없이, 수신된 원하지 않은 메세지 타입들을 처리한다. 이를 통해 여러 서버를 만들 필요없이 동일한 서버를 이용하여 시그널 메시지를 보낼 수 있다. 이 개념은 WebRTC가 아니라 WebSocket에 관한 개념이다.
이제, WebRTC 시그널링을 지원하는 chat server를 만들기 위해 어떻게 해야하는지 보자. 앞으로 나오는 코드들은 [chatserver.js](https://github.com/mdn/samples-server/tree/master/s/webrtc-from-chat/chatserver.js) 안에 있는 코드이다.
@@ -183,7 +183,7 @@ function sendToServer(msg) {
}
```
-전달된 메세지 object는 [`JSON.stringify()`](/ko/docs/Web/JavaScript/Reference/Global_Objects/JSON/stringify)함수에 의해 JSON string으로 바뀐다. 그 후, WebSocket 커넥션의 [`send()`](/en-US/docs/Web/API/WebSocket/send)함수를 통해 서버로 전달된다.
+전달된 메세지 object는 [`JSON.stringify()`](/ko/docs/Web/JavaScript/Reference/Global_Objects/JSON/stringify)함수에 의해 JSON string으로 바뀐다. 그 후, WebSocket 커넥션의 [`send()`](/ko/docs/Web/API/WebSocket/send)함수를 통해 서버로 전달된다.
#### UI to start a call
@@ -262,9 +262,9 @@ function invite(evt) {
그 다음에 call을 하려는 유저의 이름을 `targetUsername`변수 안에 넣고 `createPeerConnection()`함수를 실행시킨다. 이 함수는 [`RTCPeerConnection`](/ko/docs/Web/API/RTCPeerConnection) 의 기본적인 구성과 기능을 수행한다.
-`RTCPeerConnection` 이 생성되면, [`Navigator.mediaDevices.getUserMedia`](/en-US/docs/Web/API/MediaDevices/getUserMedia)함수를 통해 유저의 카메라와 마이크에 권한을 요청한다. 카메라와 마이크에서 나오는 로컬 스트림을 로컬 비디오 preview의 [`srcObject`](/ko/docs/Web/API/MediaElement/srcObject)property에 설정한다. 그리고 [`