The recently released Dialog class in the SharePoint Framework is a lovely idea but doesn't go nearly as far as it should and is currently very limited in its usefulness. I would like to request the following enhancements:

1. Allow a parameter for a custom Title; currently they always say only "Alert" and "Prompt" and cannot be changed

2. Allow specification of the classic alert icons (info, warning, question, error)

3. Allow specification of a custom icon, preferably from the Office UI Fabric

4. Allow specification of traditional button sets (ok, ok-cancel, yes-no, etc.) and/or custom button sets using a JSON object

5. Add a .custom() method (like the .alert() and .prompt() methods) that allows the developer to pass in HTML of any sort and return a JSON object of any shape, allowing developers to create quick, simple pop-up forms.

Thanks for listening.

When creating a new file via the Online Application interface optional and required metadata is not presented to the user for entry.
This results is in files being created and closed without metadata.
A prompt to enter the meta data when starting the file would be great.
If we had the ability to automatically lookup data for such fields if for example department was a column this would be great. We could have an option to lookup from the current users profile "Dept" value.
I would like to be able to manage the logic in the prompt.
This would be a big hit I think.
Having this would really be a great step in getting us to a true online experience and away from rich clients.

Currently when using OWA (365 online outlook) if you click the attach button to add a file to an email your composing, you can only add files from your local PC, Group files or your OneDrive folder, there is no option to attach a file directly from a team site library. (Bizarre when you consider the data is in the same place as your OneDrive files?)
We as a business store many of our files for use in a range of different libraries and currently have to attach them through the 'Computer' link and searching through an open file explorer to our sync'd libraries.
This is not normally a problem until you encounter sync issues (which I hasten to add have become more prevalent of late) at which point you can no longer add a file without first having to download a copy to your PC first and then attaching it to your email - a considerable pain in the posterior!

We are encouraging the use of SharePoint across our organization, but hit roadblocks on user adoption because you can not view/sort from Windows Explorer the Metadata that you use in SharePoint 2013. Users prefer to connect to the document library using Explorer so there are less click-throughs and there is familiarity in using Explorer. Right now ALL documents show up in Windows Explore with no way of sorting. This has become a significant issue in large projects trying to use SharePoint to maintain documentation, etc. I saw this in an earlier post but it wouldn't let me vote so submitting the idea again.

English follows as below

SharePoint グループの名前を変更すると、[対象ユーザー] を設定した Web パーツが表示されなくなります。
SharePoint グループの名前を変更しても、そのまま表示されるようにしてください。

- 再現手順
1. 全体管理者ユーザーにてサイト コレクションを作成し、カスタム リストを作成します。
2. SharePoint グループ "Audience 01" を作成し、メンバーとしてユーザー A を追加します。
3. サイトのトップ ページを編集し、カスタム リストを Web パーツとして設置します。
4. 該当の Web パーツの [Web パーツの編集] 画面にて、[対象ユーザー] に "Audience 01"、"Company Administrator" を設定します。
5. ユーザー A にてサイトへアクセスし、Web パーツが表示されることを確認します。
6. 全体管理者ユーザーにて、[サイトの設定] - [ユーザーとグループ] - [Audience 01] と順にクリックし、[設定] - [グループ設定] から SharePoint グループの名前を "Audience 01_1" に変更します。

- 期待される結果
SharePoint グループのメンバーが Web パーツを表示できます。

- 実際の結果
SharePoint グループのメンバーが Web パーツを表示できません。

- 回避策
1. 全体管理者ユーザーにて、該当の Web パーツの [Web パーツの編集] 画面を開き、[対象ユーザー] 欄に "Audience 01_1" と変更後の SharePoint グループの名前が表示されることを確認します。
2. 特に設定を変更せず、そのまま保存します。
3. ユーザー A にてサイトへアクセスし、Web パーツが表示されることを確認します。

If you change the name of the SharePoint group, the Web Part that set the [Target Audiences] is not displayed.
Even if you change the name of the SharePoint group, it should be displayed as it is.

- Repro step
1. Company Administrator : Create the site collection and create the custom list.
2. Create SharePoint group "Audience 01", and add the member "User A"
3. Edit the site top page, and insert the Web part custom list.
4. Edit the Web part as [Edit Web Part], and set [Target audiences] as "Audience 01" and "Company Administrator".
5. User A : Access the site, and check the Web part is displayed.
6. Company Administrator : access [Site settings] - [People and groups] - [Audience 01], click the [Settings] - [Group settings], change name "Audience 01_1".

- Expected results
Web part is displayed.

- Actual results
Web part is not displayed.

- Workaround
1. Company Administrator : Edit the Web part as [Edit Web Part], check that "Audience 01_1" and the name of the changed SharePoint group are displayed in the [Target audience] field.
2. Do not change the setting and save as it is.
3. User A : Access the site, and check the Web part is displayed.

I have the site to be set Office365 group into the admin of the site collection. When I modify the Office365 group names, I am unable to reflect the names once modified in the screens below to check the site collections' admins.
- [Site Collection] - [Property] within SharePoint admin center
- The gear mark in the site collection-[Setting of site] - [Admin of site collection]
-The gear mark in the site collection-[Setting of site] - [The right of site]- [Admin of site collection]
I would like you to note that I am currently unable to restore this behavior mentioned above unless the site collections' admins are reset, and I need to perform the reset of the admins after deleting the details about Office 365 at the [Setting of site] - [User and group] of the site collection. I've already known that the behavior does not affect any admin's right without clicking the buttons for operation, but I must say this behavior I have been experiencing is totally unacceptable as a defaulted function. As a consequence, I really hope the behavior preventing any modified names from being displayed properly to be fixed.