Terminal: About dialog should have a copy button

[zadjii-msft]

Or just straight up be copyable. There's gotta be a way to do that with UWP.

[pingzing]

Provided you're using TextBlocks, you should just be able to decorate them with the IsTextSelectionEnabled property.

You'll probably need to make fire_and_forget App::_ShowDialog in App.cpp set the title and content of the dialog to be TextBlock controls, rather than just raw strings (which I'm pretty sure ContentDialog wraps up in TextBlocks anyway).

[rbeesley]

For older Win32 dialogs, you've been able to copy the dialog with Ctrl-C. You'd see an output in the clipboard something like:

*

=

---------------------------
Microsoft OneNote
---------------------------
Your work notebooks can't be synced because of a mismatched IT policy. Connect to your corporate network to try again, or contact your IT administrator.
---------------------------
OK   
---------------------------

A common dialog, or something like an About dialog, should have similar capability. If that capability doesn't exist in UWP today, it should be logged as a bug for the framework to support it.

* As it were, this is a dialog I had to create in a .vbs script to log a bug against OneNote, because Office apps don't usually work as they should. However, that being said, I'd like to see Terminal drive getting this capability built into UWP if it doesn't exist today. Any simple dialog, should maintain this very basic functionality.

[zadjii-msft]

I don't know much about UWP XAML, but presumably the reason UWP XAML ContentDialogs don't support this by default is that you can put _whatever content you want in them_. How does copy work for some of these more complicated ContentDialogs?

[mdtauk]

@zadjii-msft Is right, making it a default behaviour does not make sense for when ContentDialogs contain more than text. But the ability to select the text content, and copy it for future reference is useful, and possible by allowing the selection of the TextBlock content.

[DHowett-MSFT]

This was just submitted to the store with the v0.2.1831.0 servicing release. It may take some time for the store to process it. We figured, "it's a small change, why not do it?" Thanks to @Summon528 for the fix.