Add example for multi-line string#2453
Add example for multi-line string#2453mahmoudelfawair wants to merge 1 commit intoMicrosoftDocs:mainfrom mahmoudelfawair:patch-2
Conversation
Updated the Markdown example to demonstrate how to represent multi-line strings
|
@mahmoudelfawair : Thanks for your contribution! The author(s) have been notified to review your proposed change. |
|
Learn Build status updates of commit 65f5f56:
|
| File | Status | Preview URL | Details |
|---|---|---|---|
| data-explorer/kusto/query/strcat-function.md | Details |
data-explorer/kusto/query/strcat-function.md
- Line 50, Column 1: [Warning: invalid-moniker-range]
No "::: moniker-end" found for "azure-data-explorer", MonikerRange does not end explicitly.
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:
- Try searching the learn.microsoft.com contributor guides
- Post your question in the Learn support channel
|
#sign-off |
|
Invalid command: '#sign-off'. Only the assigned author of one or more file in this PR can sign off. @shsagir |
|
Can you review the proposed changes? Note that the new moniker should be checked on staging in the private repo. Can you move the commits? Let us know if you'd like the PR review team's assistance. Important: When the changes are ready for publication, adding a #label:"aq-pr-triaged" |
prmerger-automator
bot
added
the
aq-pr-triaged
|
Thank you for your contribution. I am closing this as we worked on this privately and fixed additional issues on the file. |
|
#please-close |
5 participants
Updated the Markdown example to demonstrate how to represent multi-line strings
Thank you for contributing to Azure Data Explorer documentation
Fill out these items before submitting your pull request:
If you are working internally at Microsoft:
Provide a link to an Azure DevOps Boards work item that tracks this feature/update.
Who is your Docs team contact? @mention them individually tag them and let them review the PR before signing off.
For internal Microsoft contributors, check off these quality control items as you go
1. Check the Acrolinx report: Make sure your Acrolinx Total score is above 80 minimum (higher is better) and with no spelling issues. Acrolinx ensures we are providing consistent terminology and using an appropriate voice and tone, and helps with localization.
2. Successful build with no warnings or suggestions: Review the build status to make sure all files are green (Succeeded).
3. Preview the pages:: Click each Preview URL link to view the rendered HTML pages on the review.learn.microsoft.com site to check the formatting and alignment of the page. Scan the page for overall formatting, and look at the parts you edited in detail.
4. Check the Table of Contents: If you are adding a new markdown file, make sure it is linked from the table of contents.
5. #sign-off to request PR review and merge: Once the pull request is finalized and ready to be merged, indicate so by typing
#sign-offin a new comment in the Pull Request. If you need to cancel that sign-off, type#hold-offinstead. Signing off means the document can be published at any time. Note, this is a formatting and standards review, not a technical review.Merge and publish
#sign-off, there is a separate PR Review team that will review the PR and describe any necessary feedback before merging.#sign-offagain. The PR Review team reviews and merges the pull request into the specified branch (usually the *main( branch or a release-branch).