From e20fdd83c49606b7a3a116a814a19a527a2d953f Mon Sep 17 00:00:00 2001 From: MrVallentin Date: Thu, 1 Nov 2018 17:51:07 +0100 Subject: [PATCH] Fixed repeated words --- .gitlab/issue_templates/Release checklist.md | 2 +- COPYING.md | 2 +- ChangeLog.txt | 4 ++-- appendices/VK_KHR_maintenance2.txt | 2 +- chapters/copies.txt | 2 +- chapters/dispatch.txt | 8 ++++---- chapters/drawing.txt | 4 ++-- chapters/shaders.txt | 2 +- chapters/synchronization.txt | 2 +- style/markup.txt | 2 +- style/writing.txt | 2 +- 11 files changed, 16 insertions(+), 16 deletions(-) diff --git a/.gitlab/issue_templates/Release checklist.md b/.gitlab/issue_templates/Release checklist.md index 3a7e885c..941bb370 100644 --- a/.gitlab/issue_templates/Release checklist.md +++ b/.gitlab/issue_templates/Release checklist.md @@ -13,7 +13,7 @@ relevant; for example, an extension that has no language dependencies will not need SPIR-V / GLSL / HLSL items, and an EXT GLSL extension will not require Promoter ratification._ -_Requirements may be waived by vote of of the working group, provided +_Requirements may be waived by vote of the working group, provided that a 2/3 majority of non-abstaining vote are in favor._ # Release checklist for _VK_KHR_extension_name_here_ diff --git a/COPYING.md b/COPYING.md index aec62426..c5454487 100644 --- a/COPYING.md +++ b/COPYING.md @@ -71,4 +71,4 @@ accomodate new needs of external projects; but working with the different Khronos member company IP lawyers to make license changes is a very slow process, constrained by the Khronos Member Agreement and IP Policy as well as by individual company concerns about their IP. Do not expect rapid -changes in anything having to to with copyrights and licensing. +changes in anything having to do with copyrights and licensing. diff --git a/ChangeLog.txt b/ChangeLog.txt index 709711b6..7708b642 100644 --- a/ChangeLog.txt +++ b/ChangeLog.txt @@ -593,7 +593,7 @@ Other Issues: usage block instead of the body text, and give it a VUID. * Use the full name of the "`style guide`" in a reference in the description of slink:vkGetPhysicalDeviceProperties, update the - <>, and use the the full name + <>, and use the full name in the registry index page. ----------------------------------------------------- @@ -1074,7 +1074,7 @@ Other Issues: ** Clarified a number of definitions in the Glossary. ** Updated the document writing guide to match new terminology changes. * Explicitly state in the <> language that that for objects other than + application memory lifetime>> language that for objects other than descriptor sets, a slink:VkDescriptorSetLayout object used in the creation of another object (such as slink:VkPipelineLayout or slink:VkDescriptorUpdateTemplateKHR) is only in use during the creation diff --git a/appendices/VK_KHR_maintenance2.txt b/appendices/VK_KHR_maintenance2.txt index efcec91e..b5832d64 100644 --- a/appendices/VK_KHR_maintenance2.txt +++ b/appendices/VK_KHR_maintenance2.txt @@ -44,7 +44,7 @@ accessed via a code:subpassLoad operation. On some implementations there may: be a performance penalty if the implementation does not know (at flink:vkCreateRenderPass time) which -aspect(s) of multi-aspect images can: be be accessed as input attachments. +aspect(s) of multi-aspect images can: be accessed as input attachments. diff --git a/chapters/copies.txt b/chapters/copies.txt index 594d0651..8d59c6fe 100644 --- a/chapters/copies.txt +++ b/chapters/copies.txt @@ -1118,7 +1118,7 @@ do not support graphics. ifndef::VK_EXT_depth_range_unrestricted[] When copying to a depth aspect, the data in buffer memory must: be in the -the range [eq]#[0,1]#, or the resulting values are undefined:. +range [eq]#[0,1]#, or the resulting values are undefined:. endif::VK_EXT_depth_range_unrestricted[] Copies are done layer by layer starting with image layer diff --git a/chapters/dispatch.txt b/chapters/dispatch.txt index dd808818..9c4a5f00 100644 --- a/chapters/dispatch.txt +++ b/chapters/dispatch.txt @@ -100,13 +100,13 @@ is assembled. buffer, it must: not access values outside of the range of that buffer specified in the bound descriptor set * [[VUID-vkCmdDispatch-None-02005]] - If a sname:VkImageView is sampled with with ename:VK_FILTER_LINEAR as a + If a sname:VkImageView is sampled with ename:VK_FILTER_LINEAR as a result of this command, then the image view's <> must: contain ename:VK_FORMAT_FEATURE_SAMPLED_IMAGE_FILTER_LINEAR_BIT. ifdef::VK_IMG_filter_cubic[] * [[VUID-vkCmdDispatch-None-02006]] - If a sname:VkImageView is sampled with with ename:VK_FILTER_CUBIC_IMG as + If a sname:VkImageView is sampled with ename:VK_FILTER_CUBIC_IMG as a result of this command, then the image view's <> must: contain ename:VK_FORMAT_FEATURE_SAMPLED_IMAGE_FILTER_CUBIC_BIT_IMG. @@ -236,13 +236,13 @@ at pname:offset. buffer, it must: not access values outside of the range of that buffer specified in the bound descriptor set * [[VUID-vkCmdDispatchIndirect-None-02007]] - If a sname:VkImageView is sampled with with ename:VK_FILTER_LINEAR as a + If a sname:VkImageView is sampled with ename:VK_FILTER_LINEAR as a result of this command, then the image view's <> must: contain ename:VK_FORMAT_FEATURE_SAMPLED_IMAGE_FILTER_LINEAR_BIT. ifdef::VK_IMG_filter_cubic[] * [[VUID-vkCmdDispatchIndirect-None-02008]] - If a sname:VkImageView is sampled with with ename:VK_FILTER_CUBIC_IMG as + If a sname:VkImageView is sampled with ename:VK_FILTER_CUBIC_IMG as a result of this command, then the image view's <> must: contain ename:VK_FORMAT_FEATURE_SAMPLED_IMAGE_FILTER_CUBIC_BIT_IMG. diff --git a/chapters/drawing.txt b/chapters/drawing.txt index a2e5596e..36a0f903 100644 --- a/chapters/drawing.txt +++ b/chapters/drawing.txt @@ -2362,13 +2362,13 @@ The effective pname:firstVertex is zero. Image subresources used as attachments in the current render pass must: not be accessed in any way other than as an attachment by this command * [[VUID-vkCmdDrawIndirectByteCountEXT-None-02305]] - If a sname:VkImageView is sampled with with ename:VK_FILTER_LINEAR as a + If a sname:VkImageView is sampled with ename:VK_FILTER_LINEAR as a result of this command, then the image view's <> must: contain ename:VK_FORMAT_FEATURE_SAMPLED_IMAGE_FILTER_LINEAR_BIT ifdef::VK_IMG_filter_cubic[] * [[VUID-vkCmdDrawIndirectByteCountEXT-None-02306]] - If a sname:VkImageView is sampled with with ename:VK_FILTER_CUBIC_IMG as + If a sname:VkImageView is sampled with ename:VK_FILTER_CUBIC_IMG as a result of this command, then the image view's <> must: contain ename:VK_FORMAT_FEATURE_SAMPLED_IMAGE_FILTER_CUBIC_BIT_IMG diff --git a/chapters/shaders.txt b/chapters/shaders.txt index 5b4145f3..e6b230ff 100644 --- a/chapters/shaders.txt +++ b/chapters/shaders.txt @@ -162,7 +162,7 @@ include::VK_EXT_validation_cache/shader-module-validation-cache.txt[] endif::VK_EXT_validation_cache[] -[open,refpage='vkDestroyShaderModule',desc='Destroy a shader module module',type='protos'] +[open,refpage='vkDestroyShaderModule',desc='Destroy a shader module',type='protos'] -- To destroy a shader module, call: diff --git a/chapters/synchronization.txt b/chapters/synchronization.txt index 80564652..e473fd1d 100644 --- a/chapters/synchronization.txt +++ b/chapters/synchronization.txt @@ -3585,7 +3585,7 @@ framebuffer-space>> pipeline stages is contains a subset of the bit values in sname:VkSubpassDependency::pname:dstStageMask, pname:dependencyFlags is equal to sname:VkSubpassDependency::pname:dependencyFlags, - pname:srcAccessMask member of each each element of pname:pMemoryBarriers + pname:srcAccessMask member of each element of pname:pMemoryBarriers and pname:pImageMemoryBarriers contains a subset of the bit values in sname:VkSubpassDependency::pname:srcAccessMask, and pname:dstAccessMask member of each element of pname:pMemoryBarriers and diff --git a/style/markup.txt b/style/markup.txt index 1ced4d1c..776ab071 100644 --- a/style/markup.txt +++ b/style/markup.txt @@ -530,7 +530,7 @@ definitions. ==== When To Use *text: Macros Only use the ftext{cl}, stext{cl}, etext{cl}, and ptext{cl} macros when -describing something something that should be rendered like a command, +describing something that should be rendered like a command, structure, enumerant, or parameter name, respectively, but is not actually one. Typically these macros are used for wildcards describing multiple API names diff --git a/style/writing.txt b/style/writing.txt index 4e2759dd..9bc4ac21 100644 --- a/style/writing.txt +++ b/style/writing.txt @@ -955,7 +955,7 @@ After the open block is started, the following markup should be provided: This block is required if the interface has such Valid Usage constraints. * The `include` line for the implicit valid usage block. - This line is required for for commands and structures, but not for + This line is required for commands and structures, but not for interfaces such as enumerated types, which do not have implicit valid usage blocks. * Finally, a two-dash asciidoc delimiter closing the open block: