Weblate 3.7.1 Documentation## Note In case there will be big demand for this feature, it might be implemented in future versions, but it’s definitely not a priority for now. ## Why does Weblate use language codes such as sr_Latn -toolkit/en/latest/formats/index.html] ## Adding new translations Changed in version 2.18: In versions prior to 2.18 the behaviour of adding new translations was file format specific. Weblate can automatically [https://git-scm.com/docs/git-svn#git-svn---stdlayout] for more information. Changed in version 2.19: In older versions only repositories with standard layout were supported. ## Subversion Credentials Weblate expects0 码力 | 468 页 | 5.53 MB | 2 年前3
The Weblate Manual 3.11.1Weblate. ## Note In case there is great demand for this feature, it might be implemented in future versions. ## Why does Weblate use language codes such as sr_Latn or zh_Hant? These are language codes defined -toolkit/en/latest/formats/index.html] ## Adding new translations Changed in version 2.18: In versions prior to 2.18 the behaviour of adding new translations was file format specific. Weblate can automatically this it is the 3.0.1-7) image, which will do the migration and then continue upgrading to newer versions. You might also want to update the docker -compose repository, though it's not needed in most0 码力 | 518 页 | 9.06 MB | 2 年前3
Spring Boot 1.2.x Reference Documentation Gradle plugin ..... 135 59.1. Including the plugin ..... 135 59.2. Declaring dependencies without versions ..... 135 Custom version management ..... 136 59.3. Default exclude rules ..... 136 59 Loaded for use with Gradle and IntelliJ ..... 175 73. Build ..... 176 73.1. Customize dependency versions with Maven ..... 176 73.2. Create an executable JAR with Maven ..... 176 73.3. Create an additional 207 System ClassLoader ..... 207 D.6. Alternative single jar solutions ..... 207 dependency versions ..... 208 ### Part I. Spring Boot Documentation This section provides a brief overview of Spring0 码力 | 230 页 | 1.21 MB | 2 年前3
Spring Boot 1.4.2.RELEASE Reference Guidebuild information ..... 262 80.2. Generate git information ..... 262 80.3. Customize dependency versions ..... 263 80.4. Create an executable JAR with Maven ..... 263 80.5. Use a Spring Boot application System ClassLoader ..... 318 E.6. Alternative single jar solutions ..... 318 F. Dependency versions ..... 319 ### Part I. Spring Boot Documentation This section provides a brief overview of Spring nstallation with SDKMAN! SDKMAN! (The Software Development Kit Manager) can be used for managing multiple versions of various binary SDKs, including Groovy and the Spring Boot CLI. Get SDKMAN! from sdkman.io and0 码力 | 350 页 | 1.85 MB | 2 年前3
PyTorch Release NotesContainer Versions The following table shows what versions of Ubuntu, CUDA, PyTorch, and TensorRT are supported in each of the NVIDIA containers for PyTorch. For earlier container versions, refer to the Container Versions The following table shows what versions of Ubuntu, CUDA, PyTorch, and TensorRT are supported in each of the NVIDIA containers for PyTorch. For earlier container versions, refer to the Container Versions The following table shows what versions of Ubuntu, CUDA, PyTorch, and TensorRT are supported in each of the NVIDIA containers for PyTorch. For earlier container versions, refer to the0 码力 | 365 页 | 2.94 MB | 2 年前3
Conda 23.3.x Documentationfrequent, automated testing of your code. The conda package and environment manager is included in all versions of Anaconda $ ^{\circledR} $ , Miniconda, and Anaconda Repository. Conda is also included in Anaconda number, which corresponds to a particular collection of packages at specific versions. That collection of packages at specific versions is encapsulated in the Anaconda metapackage. The Anaconda metapackage overhead of building multiple different pure Python packages on different architectures and Python versions by sorting out platform and Python version-specific differences at install time. In order to qualify0 码力 | 370 页 | 2.94 MB | 1 年前3
Conda 23.5.x Documentationfrequent, automated testing of your code. The conda package and environment manager is included in all versions of Anaconda $ ^{\circledR} $ , Miniconda, and Anaconda Repository. Conda is also included in Anaconda number, which corresponds to a particular collection of packages at specific versions. That collection of packages at specific versions is encapsulated in the Anaconda metapackage. The Anaconda metapackage overhead of building multiple different pure Python packages on different architectures and Python versions by sorting out platform and Python version-specific differences at install time. In order to qualify0 码力 | 370 页 | 3.11 MB | 1 年前3
Conan 2.2 Documentationdifferent binaries (for different configurations like architectures, compiler versions, etc.) for any number of different versions of a package, using exactly the same process in all platforms. As it is decentralized the most popular ones: gcc, cl.exe, clang, apple-clang, intel, with different configurations of versions, runtimes, C++ standard library, etc. This model is also extensible to any custom configuration space while evolving the tool and the platform. This means: • Moving forward to following minor versions 2.1, 2.2, ..., 2.X should never break existing recipes, packages or command line flows • If something0 码力 | 718 页 | 4.46 MB | 1 年前3
Conan 2.7 Documentationdifferent binaries (for different configurations like architectures, compiler versions, etc.) for any number of different versions of a package, using exactly the same process in all platforms. As it is decentralized the most popular ones: gcc, cl.exe, clang, apple-clang, intel, with different configurations of versions, runtimes, C++ standard library, etc. This model is also extensible to any custom configuration space while evolving the tool and the platform. This means: • Moving forward to following minor versions 2.1, 2.2, ..., 2.X should never break existing recipes, packages or command line flows • If something0 码力 | 779 页 | 4.93 MB | 1 年前3
Conan 2.3 Documentationdifferent binaries (for different configurations like architectures, compiler versions, etc.) for any number of different versions of a package, using exactly the same process in all platforms. As it is decentralized the most popular ones: gcc, cl.exe, clang, apple-clang, intel, with different configurations of versions, runtimes, C++ standard library, etc. This model is also extensible to any custom configuration space while evolving the tool and the platform. This means: • Moving forward to following minor versions 2.1, 2.2, ..., 2.X should never break existing recipes, packages or command line flows • If something0 码力 | 748 页 | 4.65 MB | 1 年前3
共 1000 条
- 1
- 2
- 3
- 4
- 5
- 6
- 100
相关搜索词
WeblatetranslationlocalizationversionscomponentsaddonsconfigurationinstallationchecksSpring Bootstarterdependency versionsSpring DatamodulesSpring Boot 1.4.2.RELEASEEmbedded Servlet ContainersStarter ModulesJava Version RequirementsDependency VersionsPyTorchCUDAcuDNNNCCLDALIcondadeprecationssupportfeaturesimprovementsbug fixesdocumentation updatespackage_idlockfilesextensionsmetadata filesConan包管理器版本控制依赖管理构建系统集成package managergraph modelPython APIrevisions













