From ea50765926b480122baa8b72e67fee144e072066 Mon Sep 17 00:00:00 2001 From: Burdette Lamar Date: Sun, 19 Feb 2023 13:41:32 -0600 Subject: [DOC] Change to handling of aliases (#7340) Change to handling of aliases --- doc/contributing/documentation_guide.md | 11 +---------- 1 file changed, 1 insertion(+), 10 deletions(-) diff --git a/doc/contributing/documentation_guide.md b/doc/contributing/documentation_guide.md index 9cfd59d629..f0880b0fd3 100644 --- a/doc/contributing/documentation_guide.md +++ b/doc/contributing/documentation_guide.md @@ -241,7 +241,6 @@ The general structure of the method documentation should be: - Details and examples. - Argument description (if necessary). - Corner cases and exceptions. -- Aliases. - Related methods (optional). ### Calling Sequence (for methods written in C) @@ -328,7 +327,7 @@ Return types: Aliases: -- Omit aliases from the `call-seq`, but mention them near the end (see below). +- Omit aliases from the `call-seq`. ### Synopsis @@ -398,14 +397,6 @@ you do not need to document that a `TypeError` is raised if a non-integer is passed. Do not provide examples of exceptions being raised unless that is a common case, such as `Hash#fetch` raising a `KeyError`. -### Aliases - -Mention aliases in the form - -``` -// Array#find_index is an alias for Array#index. -``` - ### Related Methods (optional) In some cases, it is useful to document which methods are related to -- cgit v1.2.1