Skip to content

Commit 0cc85da

Browse files
committed
Fix list item style and indentation
1 parent d6a6805 commit 0cc85da

File tree

14 files changed

+17
-17
lines changed

14 files changed

+17
-17
lines changed

lib/node_modules/@stdlib/utils/append/lib/append_typed_array.js

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -13,8 +13,8 @@ var ceil2 = require( '@stdlib/math/base/special/ceil2' ); // TODO: nextpow2
1313
*
1414
* ## Notes
1515
*
16-
* * If the underlying `ArrayBuffer` is too short, we need to copy the data to a new `ArrayBuffer`. To do so, we allocate a new `ArrayBuffer` in a manner similar to how `Arrays` are resized (i.e., allocate enough memory to hold `nextpow2(n)` elements).
17-
* * Beware that, if an ArrayBuffer view is followed by one or more other views, the created view may contain elements from those views, thus resulting in possible mutation. Accordingly, providing a typed array view having a shared underlying `ArrayBuffer` may have unintended consequences (including security vulnerabilities).
16+
* - If the underlying `ArrayBuffer` is too short, we need to copy the data to a new `ArrayBuffer`. To do so, we allocate a new `ArrayBuffer` in a manner similar to how `Arrays` are resized (i.e., allocate enough memory to hold `nextpow2(n)` elements).
17+
* - Beware that, if an ArrayBuffer view is followed by one or more other views, the created view may contain elements from those views, thus resulting in possible mutation. Accordingly, providing a typed array view having a shared underlying `ArrayBuffer` may have unintended consequences (including security vulnerabilities).
1818
*
1919
* @private
2020
* @param {TypedArray} arr - input array

lib/node_modules/@stdlib/utils/bifurcate-by/lib/return_pairs.js

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -7,7 +7,7 @@
77
*
88
* ## Notes
99
*
10-
* * We need to cache the collection value to prevent the edge case where, during the invocation of the predicate function, the element at index `i` is swapped for some other value. For some, that might be a feature; here, we take the stance that one should be less clever.
10+
* - We need to cache the collection value to prevent the edge case where, during the invocation of the predicate function, the element at index `i` is swapped for some other value. For some, that might be a feature; here, we take the stance that one should be less clever.
1111
*
1212
*
1313
* @private

lib/node_modules/@stdlib/utils/every-by-right/lib/every_by_right.js

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -13,7 +13,7 @@ var isFunction = require( '@stdlib/assert/is-function' );
1313
*
1414
* ## Notes
1515
*
16-
* * For dynamic array resizing, the only behavior made intentionally consistent with `every` (iterating from left to right) is when elements are pushed onto the beginning (end) of an array. In other words, for `every()`, `[].push()` behavior is consistent with `everyByRight()` `[].unshift()` behavior.
16+
* - For dynamic array resizing, the only behavior made intentionally consistent with `every` (iterating from left to right) is when elements are pushed onto the beginning (end) of an array. In other words, for `every()`, `[].push()` behavior is consistent with `everyByRight()` `[].unshift()` behavior.
1717
*
1818
* @param {Collection} collection - input collection
1919
* @param {Function} predicate - test function

lib/node_modules/@stdlib/utils/for-each-right/lib/for_each_right.js

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -13,7 +13,7 @@ var isFunction = require( '@stdlib/assert/is-function' );
1313
*
1414
* ## Notes
1515
*
16-
* * For dynamic array resizing, the only behavior made intentionally consistent with `forEach` (iterating from left to right) is when elements are pushed onto the beginning (end) of an array. In other words, for `forEach()`, `[].push()` behavior is consistent with `forEachRight()` `[].unshift()` behavior.
16+
* - For dynamic array resizing, the only behavior made intentionally consistent with `forEach` (iterating from left to right) is when elements are pushed onto the beginning (end) of an array. In other words, for `forEach()`, `[].push()` behavior is consistent with `forEachRight()` `[].unshift()` behavior.
1717
*
1818
*
1919
* @param {Collection} collection - input collection

lib/node_modules/@stdlib/utils/group-by/lib/return_indices.js

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -12,7 +12,7 @@ var hasOwnProp = require( '@stdlib/assert/has-own-property' );
1212
*
1313
* ## Notes
1414
*
15-
* * Checking for an "own" property is necessary to guard against the edge case where an indicator function returns a group identifier which matches a method or property on the `Object` prototype.
15+
* - Checking for an "own" property is necessary to guard against the edge case where an indicator function returns a group identifier which matches a method or property on the `Object` prototype.
1616
*
1717
*
1818
* @private

lib/node_modules/@stdlib/utils/group-by/lib/return_pairs.js

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -12,8 +12,8 @@ var hasOwnProp = require( '@stdlib/assert/has-own-property' );
1212
*
1313
* ## Notes
1414
*
15-
* * We need to cache the collection value to prevent the edge case where, during the invocation of the indicator function, the element at index `i` is swapped for some other value. For some, that might be a feature; here, we take the stance that one should be less clever.
16-
* * Checking for an "own" property is necessary to guard against the edge case where an indicator function returns a group identifier which matches a method or property on the `Object` prototype.
15+
* - We need to cache the collection value to prevent the edge case where, during the invocation of the indicator function, the element at index `i` is swapped for some other value. For some, that might be a feature; here, we take the stance that one should be less clever.
16+
* - Checking for an "own" property is necessary to guard against the edge case where an indicator function returns a group identifier which matches a method or property on the `Object` prototype.
1717
*
1818
*
1919
* @private

lib/node_modules/@stdlib/utils/group-by/lib/return_values.js

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -12,8 +12,8 @@ var hasOwnProp = require( '@stdlib/assert/has-own-property' );
1212
*
1313
* ## Notes
1414
*
15-
* * We need to cache the collection value to prevent the edge case where, during the invocation of the indicator function, the element at index `i` is swapped for some other value. For some, that might be a feature; here, we take the stance that one should be less clever.
16-
* * Checking for an "own" property is necessary to guard against the edge case where an indicator function returns a group identifier which matches a method or property on the `Object` prototype.
15+
* - We need to cache the collection value to prevent the edge case where, during the invocation of the indicator function, the element at index `i` is swapped for some other value. For some, that might be a feature; here, we take the stance that one should be less clever.
16+
* - Checking for an "own" property is necessary to guard against the edge case where an indicator function returns a group identifier which matches a method or property on the `Object` prototype.
1717
*
1818
*
1919
* @private

lib/node_modules/@stdlib/utils/group-in/lib/return_pairs.js

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -12,7 +12,7 @@ var hasOwnProp = require( '@stdlib/assert/has-own-property' );
1212
*
1313
* ## Notes
1414
*
15-
* * We need to cache the object value to prevent the edge case where, during the invocation of the indicator function, the value at key `k` is swapped for some other value. For some, that might be a feature; here, we take the stance that one should be less clever.
15+
* - We need to cache the object value to prevent the edge case where, during the invocation of the indicator function, the value at key `k` is swapped for some other value. For some, that might be a feature; here, we take the stance that one should be less clever.
1616
*
1717
*
1818
* @private

lib/node_modules/@stdlib/utils/group-in/lib/return_values.js

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -12,7 +12,7 @@ var hasOwnProp = require( '@stdlib/assert/has-own-property' );
1212
*
1313
* ## Notes
1414
*
15-
* * We need to cache the object value to prevent the edge case where, during the invocation of the indicator function, the value at key `k` is swapped for some other value. For some, that might be a feature; here, we take the stance that one should be less clever.
15+
* - We need to cache the object value to prevent the edge case where, during the invocation of the indicator function, the value at key `k` is swapped for some other value. For some, that might be a feature; here, we take the stance that one should be less clever.
1616
*
1717
*
1818
* @private

lib/node_modules/@stdlib/utils/group-own/lib/return_pairs.js

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -12,7 +12,7 @@ var hasOwnProp = require( '@stdlib/assert/has-own-property' );
1212
*
1313
* ## Notes
1414
*
15-
* * We need to cache the object value to prevent the edge case where, during the invocation of the indicator function, the value at key `k` is swapped for some other value. For some, that might be a feature; here, we take the stance that one should be less clever.
15+
* - We need to cache the object value to prevent the edge case where, during the invocation of the indicator function, the value at key `k` is swapped for some other value. For some, that might be a feature; here, we take the stance that one should be less clever.
1616
*
1717
*
1818
* @private

0 commit comments

Comments
 (0)