Skip to content

Commit b1ee87c

Browse files
TylerMSFTTylerMSFT
authored andcommitted
fix alt-text
1 parent 73a8974 commit b1ee87c

File tree

2 files changed

+7
-7
lines changed

2 files changed

+7
-7
lines changed

docs/ide/lnt-int-naming-convention.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -57,13 +57,13 @@ void example()
5757

5858
The editor can make the change for you. Place the cursor on the flagged symbol, and choose **Show potential fixes** and then **Apply naming convention**:
5959

60-
:::image type="content" source="media/int-naming-convention-apply-naming-convention.png" :::
60+
:::image type="content" source="media/int-naming-convention-apply-naming-convention.png" alt-text="Screenshot of the IDE suggesting to apply naming convention.":::
6161
The code editor shows bool myFlag = true. With the cursor on that line of code, **Show potential fixes** appeared and was chosen. Now **Apply naming convention** is visible and it shows bool my Flag = true in red and the suggested change, bool b My Flag, in green. You can now choose **Apply naming convention** to change the flagged code to bool b My Flag = true.
6262
:::image-end:::
6363

6464
## Remarks
6565

66-
The `int-naming-convention` linter check ensures that naming conventions align with naming conventions specified in the `editorconfig` file. This check check can be applied to any project that has an `editorconfig` file, and can customize your `.editorconfig` file to suit your project's coding style.
66+
The `int-naming-convention` linter check ensures that naming conventions align with naming conventions specified in the `editorconfig` file. You can apply this check to any project that has an `editorconfig` file. You can also customize your `.editorconfig` file to suit your project's coding style.
6767

6868
## See also
6969

docs/ide/lnt-make-member-function-const.md

Lines changed: 5 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -35,7 +35,7 @@ double getRadius()
3535

3636
## How to fix the issue
3737

38-
The solution proposed by the linter is to mark member functions `const` when they do not modify the object's state. This provides a clear indication to both developers and the compiler that the function is safe to call on `const` objects. In the following example, `const` has been added to `getValue()` and `getRadius()`:
38+
The solution proposed by the linter is to mark member functions `const` when they don't modify the object's state. This provides a clear indication to both developers and the compiler that the function is safe to call on `const` objects. In the following example, `const` has been added to `getValue()` and `getRadius()`:
3939

4040
```cpp
4141
class MyClass
@@ -59,15 +59,15 @@ double getRadius() const // added const
5959

6060
The editor can make this change for you. Place the cursor on the flagged symbol, and choose **Show potential fixes** and then **Make member const**:
6161

62-
:::image type="content" source="media/make-member-function-const.png" :::
63-
The cursor is on the line int getValue() and **Show potential fixes** appeared and was chosen. Now **Make member const** is visible and it shows the get value function with const added to it. You can now choose **Make member const** to change make the change.
62+
:::image type="content" source="media/make-member-function-const.png" alt-text="Screenshot of the editor suggesting to make member const." :::
63+
The cursor is on the line int getValue() and **Show potential fixes** appeared and was chosen. Now **Make member const** is visible and it shows the get value function with const added to it. You can now choose **Make member const** to make the change.
6464
:::image-end:::
6565

6666
## Remarks
6767

68-
This check focuses on `const` usage for member functions in C++ code. The C++ Core Guidelines recommends marking member functions as `const` when they do not modify the object's state.
68+
This check focuses on `const` usage for member functions in C++ code. The C++ Core Guidelines recommends marking member functions as `const` when they don't modify the object's state.
6969

70-
The current implementation of this check allows for the assignment of `const` to member functions after their declaration. However, it is a good practice to declare member functions as `const` from the beginning if they do not modify the object's state.
70+
The current implementation of this check allows for the assignment of `const` to member functions after their declaration. It's a good practice to declare member functions as `const` from the beginning if they don't modify the object's state.
7171

7272
## See also
7373

0 commit comments

Comments
 (0)