Site changes

Author: github-actions[bot]

_data/learnindex.json

@@ -39,6 +39,13 @@
         "translation": "Translation by Fabrizio Codello",
         "urlprefix": "it"
     },
+    {
+        "active": true,
+        "locale": "ko",
+        "name": "\ud55c\uad6d\uc5b4 (Korean)",
+        "translation": "Translation by Kiman Kim",
+        "urlprefix": "ko"
+    },
     {
         "active": true,
         "locale": "pl",

_data/localeindex.json

@@ -1,33 +1,33 @@
-The `adb` command line tool is an easy to use and versatile program that is used to interact with Android devices. You can download and install `adb` as part of the Android SDK Platform-Tools, for Mac, Linux or Windows.
+`adb` 커맨드 라인 도구는 Android 기기와 상호작용하는 데 사용하는, 사용하기 쉽고 다용도로 활용할 수 있는 프로그램입니다. Mac, Linux, Windows용 Android SDK Platform-Tools의 일부로 `adb`를 다운로드하고 설치할 수 있습니다.
 
-Download the Android SDK Platform-Tools from: https://developer.android.com/studio/releases/platform-tools. You find the *adb* tool in */platform-tools/*. Alternatively, platform specific packages can be installed through respective package managers.
+Android SDK Platform-Tools는 https://developer.android.com/studio/releases/platform-tools 에서 다운로드하세요. *adb* 도구는 */platform-tools/* 안에 있습니다. 또는 플랫폼별 패키지를 각 패키지 매니저를 통해 설치할 수 있습니다.
 
-On Ubuntu Linux:
+Ubuntu Linux:
 
 ```
 $ sudo apt-get install android-tools-adb
 ```
 
-On Fedora 18/19:
+Fedora 18/19:
 
 ```
 $ sudo yum install android-tools
 ```
 
-On macOS (Homebrew)
+macOS (Homebrew)
 
 ```
 $ brew cask install android-platform-tools
 ```
 
-You can verify that `adb` works by connecting your Android device to your computer via USB and issue the following command:
+Android 기기를 USB로 컴퓨터에 연결한 다음 다음 명령을 실행하여 `adb`가 작동하는지 확인할 수 있습니다.
 
 ```
 $ adb devices
 List of devices attached
 31002535c90ef000    device
 ```
 
-If your device does not show up, verify that you have enabled *USB debugging* on the Android device. Open the device *Settings* and look for *Developer options* (or *Development*).
+기기가 표시되지 않으면 Android 기기에서 *USB debugging*이 활성화되어 있는지 확인하세요. 기기의 *Settings*를 열고 *Developer options*(또는 *Development*)를 찾으세요.
 
-![Enable USB debugging](../images/android/usb_debugging.png)
+![USB debugging 활성화](../images/android/usb_debugging.png)

_includes/shared/ko/android-adb.md

@@ -1,9 +1,9 @@
-#### Q: Is it possible to hide the navigation and status bars on Android?
-A: Yes, set the *immersive_mode* setting in the *Android* section of your *game.project* file. This lets your app take over the whole screen and capture all touch events on the screen.
+#### Q: Android에서 navigation bar와 status bar를 숨길 수 있나요?
+A: 예, *game.project* 파일의 *Android* 섹션에서 *immersive_mode* 설정값을 설정하세요. 이렇게 하면 앱이 전체 화면을 사용하고 화면의 모든 터치 이벤트를 캡처할 수 있습니다.
 
 
-#### Q: Why am I'm getting "Failure [INSTALL_PARSE_FAILED_INCONSISTENT_CERTIFICATES]" when installing a Defold game on device?
-A: Android detects that you try to install the app with a new certificate. When bundling debug builds, each build will be signed with a temporary certificate. Uninstall the old app before installing the new version:
+#### Q: Defold 게임을 기기에 설치할 때 "Failure [INSTALL_PARSE_FAILED_INCONSISTENT_CERTIFICATES]"가 표시되는 이유는 무엇인가요?
+A: Android는 새 인증서로 앱을 설치하려고 하는 것을 감지합니다. 디버그 빌드를 번들링할 때는 각 빌드가 임시 인증서로 서명됩니다. 새 버전을 설치하기 전에 이전 앱을 제거하세요:
 
 ```
 $ adb uninstall com.defold.examples
@@ -15,16 +15,16 @@ Success
 ```
 
 
-#### Q: Why am I getting errors about conflicting properties in AndroidManifest.xml when building with certain extensions?
-A: This can happen when two or more extensions provide an Android Manifest stub containing the same property tag but with different values. This has for instance happened with Firebase and AdMob. The build error looks similar to this:
+#### Q: 특정 익스텐션으로 빌드할 때 AndroidManifest.xml에서 충돌하는 프로퍼티에 대한 오류가 표시되는 이유는 무엇인가요?
+A: 두 개 이상의 익스텐션이 같은 프로퍼티 태그를 포함하지만 서로 다른 값을 가진 Android Manifest stub을 제공할 때 발생할 수 있습니다. 예를 들어 Firebase와 AdMob에서 이런 일이 발생한 적이 있습니다. 빌드 오류는 다음과 비슷합니다:
 
 ```
 SEVERE: /tmp/job4531953598647135356/upload/AndroidManifest.xml:32:13-58
 Error: Attribute property#android.adservices.AD_SERVICES_CONFIG@resource
 value=(@xml/ga_ad_services_config) from AndroidManifest.xml:32:13-58 is also
 present at AndroidManifest.xml:92:13-59 value=(@xml/gma_ad_services_config).
 Suggestion: add 'tools:replace="android:resource"' to <property> element at
-AndroidManifest.xml to override. 
+AndroidManifest.xml to override.
 ```
 
-You can read more about the issue and the workaround in reported Defold issue [#9453](https://github.com/defold/defold/issues/9453#issuecomment-2367367269) and Google issue [#327696048](https://issuetracker.google.com/issues/327696048?pli=1).
+이 문제와 우회 방법에 대한 자세한 내용은 보고된 Defold 이슈 [#9453](https://github.com/defold/defold/issues/9453#issuecomment-2367367269)와 Google 이슈 [#327696048](https://issuetracker.google.com/issues/327696048?pli=1)에서 읽을 수 있습니다.

_includes/shared/ko/android-faq.md

@@ -1,8 +1,7 @@
+## Apple 개인정보 보호 메니페스트
 
-## Apple Privacy Manifest
+개인정보 보호 메니페스트는 앱 또는 서드파티 SDK가 수집하는 데이터 유형과 앱 또는 서드파티 SDK가 사용하는 필수 사유 API(required reasons API)를 기록하는 프로퍼티 리스트입니다. 앱 또는 서드파티 SDK가 수집하는 각 데이터 유형과 사용하는 필수 사유 API 카테고리마다, 앱 또는 서드파티 SDK는 번들에 포함된 개인정보 보호 메니페스트 파일에 그 사유를 기록해야 합니다.
 
-The privacy manifest is a property list that records the types of data collected by your app or third-party SDK, and the required reasons APIs your app or third-party SDK uses. For each type of data your app or third-party SDK collects and category of required reasons API it uses, the app or third-party SDK needs to record the reasons in its bundled privacy manifest file.
+Defold는 *game.project* 파일의 Privacy Manifest 필드를 통해 기본 개인정보 보호 메니페스트를 제공합니다. 어플리케이션 번들을 만들 때 개인정보 보호 메니페스트는 프로젝트 종속성에 있는 모든 개인정보 보호 메니페스트와 병합되어 어플리케이션 번들에 포함됩니다.
 
-Defold provides a default privacy manifest through the Privacy Manifest field in the *game.project* file. When creating an application bundle the privacy manifest will be merged with any privacy manifests in the project dependencies and included in the application bundle.
-
-Read more about privacy manifests in the [official documentation from Apple](https://developer.apple.com/documentation/bundleresources/privacy_manifest_files?language=objc).
+개인정보 보호 메니페스트에 대한 자세한 내용은 [Apple 공식 문서](https://developer.apple.com/documentation/bundleresources/privacy_manifest_files?language=objc)를 읽어보세요.

_includes/shared/ko/apple-privacy-manifest.md

@@ -1,13 +1,13 @@
-The *Blend Mode* property defines how the component graphics should be blended with the graphics behind it. These are the available blend modes and how they are calculated:
+*Blend Mode* 프로퍼티는 컴포넌트 그래픽을 그 뒤에 있는 그래픽과 어떻게 블렌딩할지 정의합니다. 사용 가능한 블렌드 모드와 계산 방식은 다음과 같습니다:
 
 Alpha
-: Normal blending: `src.a * src.rgb + (1 - src.a) * dst.rgb`
+: 일반 블렌딩: `src.a * src.rgb + (1 - src.a) * dst.rgb`
 
 Add
-: Brighten the background with the color values of the corresponding pixels of the component: `src.rgb + dst.rgb`
+: 컴포넌트의 대응하는 픽셀 색상 값으로 배경을 밝게 합니다: `src.rgb + dst.rgb`
 
 Multiply
-: Darken the background with values of the corresponding pixels of the component: `src.rgb * dst.rgb`
+: 컴포넌트의 대응하는 픽셀 값으로 배경을 어둡게 합니다: `src.rgb * dst.rgb`
 
 Screen
-: Opposite of Multiply. Brighten background and values of the corresponding pixels of the component: `src.rgb - dst.rgb * dst.rgb`
+: Multiply의 반대입니다. 컴포넌트의 대응하는 픽셀 값과 배경을 밝게 합니다: `src.rgb - dst.rgb * dst.rgb`

_includes/shared/ko/blend-modes.md

@@ -1,37 +1,37 @@
-## Build variants
+## 빌드 변형
 
-When you bundle a game, you need to choose what type of engine you wish to use. You have three basic options:
+게임을 번들링할 때는 사용할 엔진 유형을 선택해야 합니다. 기본 옵션은 세 가지입니다:
 
   * Debug
   * Release
   * Headless
 
-These different versions are also referred to as `Build variants`
+이 서로 다른 버전은 `Build variants`라고도 부릅니다.
 
 <div class='sidenote' markdown='1'>
-When you choose <kbd>Project ▸ Build</kbd> you'll always get the debug version.
+<kbd>Project ▸ Build</kbd>를 선택하면 항상 디버그 버전이 만들어집니다.
 </div>
 
 
 ### Debug
 
-This type of executable is typically used during development of a game as it has several useful debugging features included:
+이 유형의 실행 파일은 여러 유용한 디버깅 기능을 포함하고 있으므로 일반적으로 게임 개발 중에 사용됩니다:
 
-* Profiler - Used for gathering performance and usage counters. Learn how to use the profiler in the [Profiling manual](/manuals/profiling/).
-* Logging - The engine will log system information, warnings and errors when logging is enabled. The engine will also output logs from the Lua `print()` function and from native extensions logging using `dmLogInfo()`, `dmLogError()` and so on. Learn how to read these logs in the [Game and System Logs manual](https://defold.com/manuals/debugging-game-and-system-logs/).
-* Hot reload - Hot-reload is a powerful feature which lets a developer reload resource while the game is running. Learn how to use this in the [Hot-Reload manual](https://defold.com/manuals/hot-reload/).
-* Engine services - It is possible to connect to and interact with a debug version of a game through a number of different open TCP ports and services. The services include the hot-reload feature, remote log access and the profiler mentioned above, but also other services to remotely interact with the engine. Learn more about the engine services [in the developer documentation](https://github.com/defold/defold/blob/dev/engine/docs/DEBUG_PORTS_AND_SERVICES.md).
+* 프로파일러 - 성능 및 사용량 카운터를 수집하는 데 사용됩니다. 프로파일러 사용 방법은 [프로파일링 매뉴얼](/manuals/profiling/)에서 확인하세요.
+* 로깅 - 로깅이 활성화되어 있으면 엔진이 시스템 정보, 경고, 오류를 로그에 기록합니다. 엔진은 Lua `print()` 함수의 로그와 `dmLogInfo()`, `dmLogError()` 등을 사용하는 네이티브 익스텐션의 로그도 출력합니다. 이러한 로그를 읽는 방법은 [게임 및 시스템 로그 매뉴얼](https://defold.com/manuals/debugging-game-and-system-logs/)에서 확인하세요.
+* 핫 리로드 - 핫 리로드는 게임이 실행 중일 때 개발자가 리소스를 다시 로드할 수 있게 해 주는 강력한 기능입니다. 사용 방법은 [핫 리로드 매뉴얼](https://defold.com/manuals/hot-reload/)에서 확인하세요.
+* 엔진 서비스 - 여러 열린 TCP 포트와 서비스를 통해 게임의 디버그 버전에 연결하고 상호작용할 수 있습니다. 이 서비스에는 위에서 언급한 핫 리로드 기능, 원격 로그 액세스, 프로파일러뿐 아니라 엔진과 원격으로 상호작용하기 위한 다른 서비스도 포함됩니다. 엔진 서비스에 대한 자세한 내용은 [개발자 문서](https://github.com/defold/defold/blob/dev/engine/docs/DEBUG_PORTS_AND_SERVICES.md)에서 확인하세요.
 
 
 ### Release
 
-This variant has the debugging features disabled. This options should be chosen when the game is ready to be released to the app store or in other ways shared with players. It is not recommended to release a game with the debugging features enabled for a number of reasons:
+이 변형은 디버깅 기능이 비활성화되어 있습니다. 게임을 앱 스토어에 릴리스하거나 다른 방식으로 플레이어에게 공유할 준비가 되었을 때 이 옵션을 선택해야 합니다. 다음과 같은 여러 이유로 디버깅 기능이 활성화된 게임을 릴리스하는 것은 권장되지 않습니다:
 
-* The debugging features take up a little bit of size in the binary, and [it is a best practice to try to keep the binary size of a released game as small as possible](https://defold.com/manuals/optimization/#optimize-application-size).
-* The debugging features takes a little bit of CPU time as well. This can impact the performance of the game if a user has a low-end hardware. On mobile phones the increased CPU usage will also contribute to heating and battery drain.
-* The debugging features may expose information about the game that is not intended for the eyes of the players, either from a security, cheating or fraud perspective.
+* 디버깅 기능은 바이너리에서 약간의 크기를 차지하며, [릴리스된 게임의 바이너리 크기를 가능한 한 작게 유지하는 것이 모범 사례입니다](https://defold.com/manuals/optimization/#optimize-application-size).
+* 디버깅 기능은 CPU 시간도 약간 사용합니다. 사용자가 저사양 하드웨어를 사용하는 경우 게임 성능에 영향을 줄 수 있습니다. 모바일 폰에서는 CPU 사용량 증가가 발열과 배터리 소모에도 영향을 줍니다.
+* 디버깅 기능은 보안, 치팅 또는 부정행위 관점에서 플레이어에게 공개되어서는 안 되는 게임 정보를 노출할 수 있습니다.
 
 
 ### Headless
 
-This executable runs without any graphics and sound. It means that you can run the game unit/smoke tests on a CI server, or even have it as a game server in the cloud.
+이 실행 파일은 그래픽과 사운드 없이 실행됩니다. 즉 CI 서버에서 게임 유닛/스모크 테스트를 실행하거나, 클라우드에서 게임 서버로 사용할 수도 있습니다.

_includes/shared/ko/build-variants.md

@@ -1,8 +1,8 @@
-Bundle resources are additional files and folders located as a part of your application bundle using the [*Bundle Resources* field](/manuals/project-settings/#bundle-resources) in *game.project*.
+번들 리소스는 *game.project*의 [*Bundle Resources* 필드](/manuals/project-settings/#bundle-resources)를 사용해 어플리케이션 번들의 일부로 배치되는 추가 파일과 폴더입니다.
 
-The *Bundle Resources* field should contain a comma separated list of directories containing resource files and folders that should be copied as-is into the resulting package when bundling. The directories must be specified with an absolute path from the project root, for example `/res`. The resource directory must contain subfolders named by `platform`, or `architecture-platform`.
+*Bundle Resources* 필드에는 번들링할 때 결과 패키지에 그대로 복사해야 하는 리소스 파일과 폴더가 들어 있는 디렉토리의 쉼표로 구분된 목록을 입력해야 합니다. 디렉토리는 프로젝트 루트 기준의 절대 경로로 지정해야 하며, 예를 들면 `/res`입니다. 리소스 디렉토리에는 `platform` 또는 `architecture-platform` 이름의 서브폴더가 있어야 합니다.
 
-Supported platforms are `ios`, `android`, `osx`, `win32`, `linux`, `web`, `switch` A subfolder named `common` is also allowed, containing resource files common for all platforms. Example:
+지원되는 플랫폼은 `ios`, `android`, `osx`, `win32`, `linux`, `web`, `switch`입니다. 모든 플랫폼에 공통으로 쓰이는 리소스 파일을 담는 `common`이라는 이름의 서브폴더도 허용됩니다. 예:
 
 ```
 res
@@ -17,4 +17,4 @@ res
             └── filepaths.xml
 ```
 
-You can use [`sys.get_application_path()`](/ref/stable/sys/#sys.get_application_path:) to get the path to where the application is stored. Use this application base path to create the final absolute path to the files you need access to. Once you have the absolute path of these files you can use the `io.*` and `os.*` functions to access the files.
+어플리케이션이 저장된 위치의 경로를 얻으려면 [`sys.get_application_path()`](/ref/stable/sys/#sys.get_application_path:)를 사용할 수 있습니다. 이 어플리케이션 기본 경로를 사용해 액세스해야 하는 파일의 최종 절대 경로를 만드세요. 이 파일들의 절대 경로를 얻은 뒤에는 `io.*`와 `os.*` 함수를 사용해 파일에 액세스할 수 있습니다.