Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Expand in-place tags page #4753

Open
wants to merge 2 commits into
base: main
Choose a base branch
from

Conversation

Rageking8
Copy link
Contributor

Not sure if this is the best way since the file name is quite long.

@prmerger-automator
Copy link
Contributor

@Rageking8 : Thanks for your contribution! The author(s) have been notified to review your proposed change.

@learn-build-service-prod
Copy link
Contributor

Learn Build status updates of commit e2e0da6:

⚠️ Validation status: warnings

File Status Preview URL Details
docs/standard-library/optional-class.md ⚠️Warning Details
docs/standard-library/in-place-t-struct.md ✅Succeeded n/a (file deleted or renamed)
docs/standard-library/in-place-t-struct-in-place-type-t-struct-in-place-index-t-struct.md ✅Succeeded
docs/standard-library/utility.md ✅Succeeded

docs/standard-library/optional-class.md

  • Line 14, Column 43: [Warning: file-not-found - See documentation] Invalid file link: 'in-place-t-struct.md'.

For more details, please refer to the build report.

Note: Your PR may contain errors or warnings or suggestions unrelated to the files you changed. This happens when external dependencies like GitHub alias, Microsoft alias, cross repo links are updated. Please use these instructions to resolve them.

For any questions, please:

@learn-build-service-prod
Copy link
Contributor

Learn Build status updates of commit d2783ec:

✅ Validation status: passed

File Status Preview URL Details
docs/standard-library/in-place-t-struct.md ✅Succeeded n/a (file deleted or renamed)
docs/standard-library/in-place-t-struct-in-place-type-t-struct-in-place-index-t-struct.md ✅Succeeded
docs/standard-library/optional-class.md ✅Succeeded
docs/standard-library/utility.md ✅Succeeded

For more details, please refer to the build report.

For any questions, please:

@prmerger-automator
Copy link
Contributor

PRMerger Results

Issue Description
Added File(s) This PR contains added files. New files require human review.
Deleted File(s) This PR deletes Markdown or YAML files owned by another author, or json file(s). The pull request must contain a comment from the pull request author confirming that all the file deletions are intentional before the pull request can be merged.
File Change Percent This PR contains file(s) with more than 30% file change.

@Jak-MS
Copy link
Contributor

Jak-MS commented Oct 6, 2023

@TylerMSFT

  • Can you review this PR?
  • IMPORTANT: When this content is ready to merge, you must add #sign-off in a comment or the approval may get overlooked.

Note: new articles must be submitted via the private repo so if you accept this, you'll need to move the commits (or we can help). Also, an article deletion requires an entry in the redirection.json (again in the private repo so we can verify that it works)

#label:"aq-pr-triaged"
@MicrosoftDocs/public-repo-pr-review-team

@prmerger-automator prmerger-automator bot added the aq-pr-triaged Tracking label for the PR review team label Oct 6, 2023
f1_keywords: ["utility<in_place_t>", "utility/std::in_place_t", "utility<in_place_type_t>", "utility/std::in_place_type_t", "utility<in_place_index_t>", "utility/std::in_place_index_t"]
helpviewer_keywords: ["utility<in_place_t> struct"]
---
# in_place_t Struct, in_place_type_t Struct, in_place_index_t Struct
Copy link
Collaborator

@TylerMSFT TylerMSFT Oct 17, 2023

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Please code escape. Otherwise, auto machine translation may have modify these

Copy link
Collaborator

@TylerMSFT TylerMSFT left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hi,
You've been busy :-)
Regarding the PR, we can't delete files. Our policy is not to create broken links if people have bookmarked the topic, etc. If the file name changes, we have to go through a redirection process, which is time consuming.

@@ -75,7 +75,7 @@ Pairs are widely used in the C++ Standard Library. They are required both as the
|-|-|
|[from_chars_result](../standard-library/from-chars-result-structure.md)|A struct used for `from_chars`.|
|[identity](../standard-library/identity-structure.md)|A struct that provides a type definition as the template parameter.|
|[in_place_t](../standard-library/in-place-t-struct.md)|Also includes structs `in_place_type_t` and `in_place_index_t`.|
|[in_place_t, in_place_type_t, in_place_index_t](../standard-library/in-place-t-struct-in-place-type-t-struct-in-place-index-t-struct.md)|Types used to control in-place construction.|
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

please code escape. I know that this file hasn't been doing that. Many of these were written before we realized what was going on with machine translation, so when we touch a file we code escape functions, types, etc.

---
# in_place_t Struct, in_place_type_t Struct, in_place_index_t Struct

The empty structure type `in_place_t` can be passed into constructors of `expected` class, [`optional` class](optional-class.md) or [`single_view` class](single-view-class.md) for in-place construction of the contained type. The empty structure type `in_place_type_t` can be passed into constructors of [`any` class](any-class.md) or [`variant` class](variant-class.md) to specify the type of the object. The empty structure type `in_place_index_t` can be passed into constructors of [`variant` class](variant-class.md) to specify the index of the object.
Copy link
Collaborator

@TylerMSFT TylerMSFT Oct 17, 2023

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Weren't these introduced in C++17? We should tag them as such and indicate that they should use at least /std:c++17 to compile. I realize that the topic you started from was lame in this regard.

---
# in_place_t Struct, in_place_type_t Struct, in_place_index_t Struct

The empty structure type `in_place_t` can be passed into constructors of `expected` class, [`optional` class](optional-class.md) or [`single_view` class](single-view-class.md) for in-place construction of the contained type. The empty structure type `in_place_type_t` can be passed into constructors of [`any` class](any-class.md) or [`variant` class](variant-class.md) to specify the type of the object. The empty structure type `in_place_index_t` can be passed into constructors of [`variant` class](variant-class.md) to specify the index of the object.
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This says where we can pass them, but not why.
The ISO spec in section 20.2.7 has some explanation that would be good to make readable and add to the remarks.

Copy link
Collaborator

@TylerMSFT TylerMSFT left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hi, thank you for adding to the docs.
There's a deleted file here, which we can't do unless we are willing to go through updating the redirect for the file. I don't think you want to do that.
We are missing the ## See also section.
Left other notes in the file.

@Rageking8
Copy link
Contributor Author

@TylerMSFT Would having a separate page for each of the 3 types (in_place_t, in_place_type_t and in_place_index_t) be viable?

@TylerMSFT
Copy link
Collaborator

@TylerMSFT Would having a separate page for each of the 3 types (in_place_t, in_place_type_t and in_place_index_t) be viable?

Hi @Rageking8: it's viable, it's just a question of which tradeoff(s) you want to accept. Writing an article is only the first part, and sometimes the smallest part, of the work that an article will require over its lifetime. There's maintenance, metrics, portfolio weeding, etc. Having lots of tiny files makes that harder, adds to the table of contents which might then make it harder to navigate. When they are related, it makes the reader do more work to pull together the overall picture because they have to click around to different articles. It's a subjective call in the end. I don't see a compelling reason to make them separate topics in this case, but there may be another point of view worth considering. Why would you like to break them up?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
3 participants