Microsoft Teams :モバイル端末から貼り付けた画像は SharePoint のライブラリには保存されない(サポートに問い合わせ、他、色々脱線して検証)

Microsoft Teams はおよそモバイル端末でも利用できる事で、いつでもどこからでもコミュニケーションを開始できる事で、真価を発揮すると言っても良いと思います。我が家では嫁さんと LINE の代わりに Teams を利用しています。(嫁さんの iPhone では何故か通知が出ないらしくて困っていますが…)

Teams をモバイル端末( iPhone )で使っていて、画像ファイルについて気が付いた事がありました。それがタイトルの通りです。iPhone のアプリで画像アイコンから貼り付けた画像は、 ファイルタブ内(つまり SharePoint のライブラリ)には保存されないんです。再現してみます。

■PCから画像を添付

▼PCのデスクトップアプリにドラッグ&ドロップで画像を会話内にブチ込みます

▼会話を開始すると画像が会話内に表示されます

▼「ファイル」タブに行くと添付した画像が表示されます

つまり、チームと接続されている SharePoint のチームサイト内のライブラリにアップロードされているという事で、僕の知る限りこれが通常の挙動です。

■モバイル端末から画像を添付

▼会話内に画像を表示させるには一番左の写真アイコンをタップします

▼会話を開始すると同じく画像が会話内に表示されます

▼PCのデスクトップアプリで確認すると画像は表示されています

しかし!

▼「ファイル」タブに行くと添付した画像は表示されていません(先程PCから追加した画像しかない)

■差異を確認(色々検証した結果、少し脱線もしています)

この2つの方法で表示させた画像の差異を調べてみました。

▼PCからの画像はセンタリングされ、iPhoneからの画像は左寄せ

▼画像を右クリックすると、PCからの画像は専用メニュー、iPhoneからの画像は「画像をコピー」

左クリックの挙動には差異はありませんでした。

▼PCからの画像をコピーしたい場合は、左クリックして表示された画像を右クリックすると可能です

▼「画像をコピー」でコピーした画像は会話内にペーストできます

この方法で表示させた画像の扱いは iPhoneからの画像と同じく、ライブラリにアップロードされませんでした。

更に、これらの画像ファイルをダウンロードしてみると…

▼ダウンロードしたファイル

PCからの画像はアップロードした元ファイルのファイル名だけど、iPhoneからの画像や上述の方法で会話に挿入した画像は[ MicrosoftTeams-image ]というファイル名でダウンロードされます。

▼っていうかそんなことをやっていたらなぜかユーザーのプロフ画像の表示がおかしくなってしまいました…

▼さらにおかしくなりました…

これはたまたまなのでしょうか。何かの操作の影響なのでしょうか。(変な事を色々やったので。)最終的にサインインしなおしたら直りました。直ったので脱線検証を更に脱線させます。

少し面白かったのが、右クリックすると出てくる「画像をコピー」ですが、

▼あれま、(直りたての)ユーザーのプロフ画像も右クリックするとコピーできます!

▼同じく会話にペーストができます

▼投稿できたけど、またユーザーのプロフ画像がおかしくなってる…

■ Microsoft のサポートで聞いてみました

これまでも色々と変な問い合わせをしてきましたが今回も気になったのでサポートに問い合わせました。どんな問い合わせにも丁寧に親切に教えてくれます。
モバイル端末から貼り付けた画像ファイルはライブラリにアップロードされていませんが、必ずどこかに保存されている事は確実なので、そこがどこなのか?など、気になったのでサポートで問い合わせしてみました。

まず、モバイル端末から画像ファイルをライブラリにアップロードしたい場合は、
写真アイコンからではなく、クリップアイコンからアップロードしてくださいとの事です。(でも画像って会話に貼りついていないとねぇ…)ただし、iOS版に限ってはOS側の機能制限で外部ストレージにのみアップロードする事が可能で、 SharePoint にはアップロードできないそうです。

そしてモバイル端末から貼り付けた画像ファイルの保存場所は、 Microsoft Teams 独自の Azure 上のストレージが利用されているとの事です。(PCのデスクトップアプリでも会話内に画像をペーストした際も同じとの事。)また、この Azure 上のストレージは現時点では上限は設けられていないとの事です。
他に気になる点としては、保存場所が Azure 上であることから、この方法で保存されたファイルは、ユーザーや管理者が後から確認をしたり一括削除をするなどの操作は行えないとの事。また、コンプライアンス センターからのコンテンツの検索対象外であるとの事ですが、これはつまり監査ログの対象外という事かしら。場合によっては気になりますね。

【2019/08/08 追記』

上記の取り消し線の部分は当時の仕様で、現在では検索対象になったとの事です。以下の記事からご参照ください。

Microsoft Teams :ファイルタブに保存されない画像ファイルは管理センター「コンテンツの検索」の検索対象になっていた

チャットに写真を貼り付けるのってモバイル端末からの利用では大事な点でもあるので、とりあえずはそんな仕様であるという事は把握しておいた方が良いかも?モバイル端末だとOSの制限などもあるからなかなか難しいとは思うけど、できればPCもモバイルも同じ挙動の方が良いですね。

SharePoint :モダンページやニュースの下部にページの利用状況情報が表示

Ignite 2017 で発表された SharePoint のアップデートの中に、ページやニュースの下部にページの利用状況情報が表示されるという話がありました。

SharePoint pages and image editing updates in Office 365
https://techcommunity.microsoft.com/t5/SharePoint-Blog/SharePoint-pages-and-image-editing-updates-in-Office-365/bc-p/164833

▼メッセージセンターでは2/27にメッセージがありました。

が、なかなか僕のテナントに反映されず…ようやく最近反映されました。
英語名では上述のページを見ると「Page usage information」という名前らしいです。とりあえず「ページの利用状況表示」とこの記事では書きます。

ページの利用状況表示はサイトのホームページを除いたモダンページに表示されます。つまりクラシックUIのページには表示されません。(そもそも今後もクラシックUIのアップデートはない、もしくは滅多にないと思いますが。)

▼モダンページ下部に「ページの利用状況表示」があります。

▼拡大

・「いいね!」
・「コメント」
・表示回数

機能としてはシンプルにこの3点ですが、それぞれ何ができるのか?を探ってみます。

[1]いいね!

▼クリックすると「これにいいね! しました」と表示が変わります

若干わかりにくいのがいいね!をした後にこのエリアを再度クリックする時は、
指アイコンとテキストでクリック後の挙動が違う事です。

▼指アイコンにマウスホバーするとツールチップが表示されますが、ここをクリックするといいね!を解除します。

▼しかし、テキスト(「これにいいね!しました」)をクリックするといいね!したユーザーの一覧が表示されます。

これはちょっとわかりづらい。最初、一度いいね!したら解除できないかと思ってしまいました。あと、クラシックUIの頃からそうだったけど、誰が評価をしたのかがわかるのは嫌だという人が多いので、表示のオンオフもできたら良いなぁと思います。(これがわかるからなかなか利用されない機能だったりも。)

▼ちなみにサイトのページライブラリの列で「いいね!数」「コメント数」は表示可能です。ビュー上でこれらの数を知る事もできますね。

いいね!をやめたい場合は?

▼サイトのページライブラリの評価の設定はいいえになってる…

どうやらこのいいね!は評価機能とは別らしいです。つまり「いいね!」単体で非表示にする事はできなそう?というのが現時点での僕の見解です。

[2]コメント

これはもっとシンプルで、元々モダンページやニュースには下部にコメント欄があります。これまでにも以下の記事を書いてきました。

SharePoint :モダンページ/ニュースのコメントがオンオフできる
SharePoint :SharePoint 管理センターでサイトのページのコメントの有効/無効

▼「コメント」をクリックするとページ内リンクでコメント欄に移動されます

▼コメントをすると「1件のコメント」と表示が変わるので、何件のコメントがあるかもわかります

では、コメント自体をページでオフにしたら?

▼編集モードでコメントをオフにした時点でページの利用状況表示のコメントも非表示になりました

[3]表示数

これは更にシンプルでただただ表示数を表示するのみで特にクリックできたり、誰が表示したのか?はここからはわかりません。

以上です。

ここらへんの閲覧者からの反応がわかるのは情報提供者(ページやニュースの作成者)のモチベーションアップにもつながるので良いですね。利用状況などもこれまでも機能はありましたが、見るまでに何クリックかあってダルかったのですが、これなら即見る事ができますしね。
過去に何度か書いてるけど、これまで通達・連絡あたりをお知らせリストを使っていたのが、やはりマイクロソフト的にはニュースを使う方向にかなりシフトしていって、新機能が続々と追加されますね。

ただ、それでもこのページの利用状況情報を無効にしたい場合も想定し、無効にできる方法をメッセージセンターのメッセージにて紹介していますが、う~ん… PowerShell かぁ…。テナントレベルでもサイトレベルでも無効にできるようだけど、これもそのうちボタンで設定できるようになってくれるとうれしいですね。

以下、メッセージセンターのメッセージ(英語)から抜粋

To disable on a tenant level:
Set-SPOTenant -SocialBarOnSitePagesDisabled $true

(*The following are example PowerShell commands*)
To disable on a site level (for https://contoso.spgrid.com site):
Set-SPOSite -Identity https://contoso.spgrid.com -SocialBarOnSitePagesDisabled $true

SharePoint : Office 365 グループのホバーカード??

数日前にメッセージセンターに上記のメッセージが表示されました。ホバーカードってなんでしょう?実際にチェックしてみます。

Office 365 Groups のグループに接続された SharePoint のチームサイトが対象です。グループ名にカーソルを合わせると表示されるという事ですが、つまり SharePoint のサイト名の部分ですね。カーソルを合わせるというのはマウスホバーするだけではなく、サイト名をクリックすると表示されます。

▼サイト名をクリックするとホバーカードが表示されます

▼ここから Office 365 Groups のグループが利用できる色々にアクセス可能です

▼ここをクリックすると

▼グループ一覧が表示され、メンバーの追加が可能です

▼「参加済み」をクリックすると

▼脱退できます

つまりこれらはメッセージセンターで記載されていますが、Outlook で Office 365 Groups のグループにアクセスした際の、ヘッダー部分と同じような事が SharePoint からでもできますよという事でしょうかね。

▼Outlook の Office 365 Groups のグループの上部

様々な場所から同じ操作ができるという事がUX向上につながるという事ですね。ユーザー目線からだと色々が色々なところからというのは…その変化に付いていけずに混乱というネガティブな考えも出てしまいますが、個人的には一般的なWebサイトではサイトロゴやサイト名をクリックすると、そのサイトのホームページにリンクされるので、ロゴとサイト名でクリックする挙動が違うなど、SharePoint のクセである事をエンドユーザーにまで周知しておく必要はあっても良いかも?

▼こんな感じ

ちなみに、Office 365 Groups のグループに接続されていないモダンページのサイト名はクリックしても何もアクションはありません。

更に言うと、モダンUIとクラシックUIはユーザーが切り替えできますが、この位置関係を見るとサイトアイコンの右隣のテキストの役割が違うから結構混乱しがちですよね。モダンUIでは一貫してサイト名だけど、クラシックUIはその場所によってアプリ名だったりしますからね。

▼「ドキュメント」ライブラリのモダン/クラシックの比較

SharePoint :モダンUIのWebパーツに「コネクタ」カテゴリ登場(まだ粗削りでバグっぽいものも)

少し前からアナウンスはあったのですが、モダンUIのWebパーツに新たなカテゴリ「コネクタ」が登場しています。これ、毎日僕のテナントで確認していたのになかなか登場してこないなぁと思ったら、確認しているサイトコレクションとは別のサイトコレクションで確認したらなんと表示されていました。

未だに表示/非表示のトリガーが何かはわからないのですが、同じテナント内でも表示されるサイトと表示されないサイトがあるようです。(わかり次第記事にしようと思います)


[ 2018/03/14 追記 ]

「コネクタ」カテゴリの利用可否の条件について、その後、 Microsoft MVP である太田さんに教えてもらいました!(ありがとうございます)

Office 365 グループ に接続されたチームサイトのみが利用可能だそうです。

【参照】コネクタの web パーツを使用します。
https://support.office.com/ja-jp/article/-db0756aa-f78f-4b74-8b19-be5dca0420e1


▼ずっと「コネクタ」カテゴリが登場してこなかったのですが…(未だに登場しない)

▼別のサイトレクションでは登場していました

どちらも同じニュースページなんですけどね。あ、あと「計画とプロセス」というカテゴリもあり、 Planner がありますね。

▼「コネクタ」カテゴリの「すべて表示」をクリックすると

このように利用できるコネクタの一覧が表示されます。パっと見る感じ、これは Microsoft Flow のコネクタにも言えるけど、僕は利用した事のないサービスが多くてよくわからないものが多いです。

ただ、無理してこれらサービスを知ろうとしなくても、自分が普段利用しているサービスがあれば使ってみる、程度の考えで良いかと思いますね。

そこで、今回は RSS と Google アナリティクス を試してみました。

▼ RSS をブっ込みました。

ページ内には「Office 365 コネクタ」が表示されているので、おやっと思いましたが、右パネル内は RSS でした。適切に設定します。

▼こんな感じで表示されました。

粗削りな感じで視認性はちょっと悪いですね…。

▼少し拡大します。

このようにタイトルと本文の少しが表示され、「”記事タイトル”の続きを読む」というリンクがあります。
ここにちょっとバグっぽいものを発見しました。記事タイトルをクリックすれば記事ページが表示されますが、「の続きを読む」をクリックするとエラーになります。

▼エラーに。

よく見るとURLがおかしい事がわかりました。僕のブログのドメインは[ https://art-break.net ]なんだけど、ここでは[ htp://art/-break.net ]と途中で[ / ]が入ってしまっています。タイトルをクリックすれば問題ないのですが、要注意。

次に Google アナリティクスです。

▼ブっ込みました。

やはりページ内では「 Office 365 コネクタ 」が表示されますが、右パネルは Google アナリティクスです。概要レポートを受け取る頻度は「毎日」「毎週」「月1回」を選べます。

▼こんな感じの結果が表示されました。

▼拡大します。(恥ずかしので数字はボカシています。)

最低限の情報が表示されます。 可読性は RSS よりはマシ。

こんな感じで自分の中で身近な2個のコネクタを試してみましたが、現時点ではバグもありつつ粗削りな感じなので今後に期待という感じです。

ところで、その後にちょいちょい気になった「Office 365 コネクタ」を追加してみました。

▼ブっ込みました。

ん?これは Microsoft Teams でコネクタを追加するUIに似ていますね。っていうかこの中に一覧にあった RSS などもあるし、一覧のコネクタ以上の数があります。

▼つまり…Webパーツ追加の「コネクタ」カテゴリ内のコネクタが全てではなく、

▼「Office 365 コネクタ」を追加した際に表示される右パネル内が全てであり、

Webパーツ追加の「コネクタ」カテゴリ内は、「Office 365 コネクタ」を追加した際に表示される右パネル内から、主要なコネクタを表示させているだけなのでしょうか。

▼ここでは「すべて表示」って書いてあるのに…。

と、色々まだ課題が残っている感じですが。

Microsoft Teams でもコネクタを色々利用できるし、SharePoint の方も色々できるようになりました。色々なアプリで色々な事ができる事は良いのですが、特に機能がカブっていると使い分けがわからない!という Office 365 定番の悩みが出てしまいますが、個人的には使いたいものを使えば良いと思っています。環境によっても違いますしね。
Microsoft Teams を利用NGにしている企業のユーザーにとっては、SharePoint でコネクタが利用できるようになるのはうれしいかもしれないし、Microsoft Teams を利用OKな企業のユーザーにとっては、Teams がチーム内コミュニケーションの基盤(にしたい)なのであれば、SharePoint はやはり裏方にして、 Teams が母艦という位置付けとすれば良いだろうし。

好きに使えば良い!という前提には、何ができるのか?をある程度把握する必要があるんですけどね。大変ですよね…。

SharePoint :CSSによるデザインカスタマイズで指定するidやclassで気を付けたい点

SharePoint (今回はクラシックUI)でCSSによるデザインカスタマイズを行う際に、既存のidやclassを利用してスタイルを上書きしていくアプローチがあります。特に SharePoint Online においてはマスターページをゴリゴリとイジるよりも低リスクな方法です。

ところで、利用するidやclassにも気を付けないといけない点が色々あります。過去に以下のような記事を投稿しました。

SharePoint のページにオリジナルのCSSを適用させる方法について

この記事内の「■指定したWebパーツのみ適用させたい場合」という部分で、「#WebPartWPQ1」「#WebPartWPQ2」…に関しては数字部分がWebパーツを消したりすると入れ替わってしまうので、特定のWebパーツを指定したい場合には気を付けないといけないと書きました。
指定したWebパーツに対してデザイン変更をしても、その後でWebパーツを削除してしまったりすると、別のWebパーツに対してデザインが当たってしまう恐れがあるからです。

このWebパーツ内の数字が入っているidやclass以外にも、Webパーツ内外関係なく数字が入っているidやclass全般で、利用には注意が必要だという事を最近再確認しました。

トップリンクバーのデザインカスタマイズをした際に、その後検証作業をしていたら、外部ユーザーでアクセスした時にデザインカスタマイズが適用されていなかったんです。外部ユーザーだからなのか?アクセス権限の違いなのかの特定はしていませんが、サインインしているユーザーによってidの数字が違う事がわかりました。

▼カスタマイズをしていた時のユーザーでトップリンクバー部分のソース

zz11_TopNavigationMenu
zz12_RootAspMenu

▼外部ユーザーでトップリンクバー部分のソース

zz6_TopNavigationMenu
zz7_RootAspMenu

え~!数字が変わってる!

って事で、別のidを指定して問題は解決しました。

idやclassに数字が入っている場合は気を付けろ!と日ごろ思っているのに、ちょっと油断して利用しちゃいましたが、このように外部ユーザーか否か(もしくはアクセス権限の相違)によっても変わってしまう事がわかりました。

どちらが原因かを僕が調査しないのは、時間がない事もありますが、結局は数字の入ったidやclassを極力利用しなければ良いからです。

ただ、数字も例外があって、 SharePoint のソースを調べると良く見かける「#s4-workspace」など「s4」について。数字が入っているけど、この「4」は変更されることはないので安心して使います。

このようなお作法がたくさんあるので、いくら優秀なコーダーのいるWeb制作会社であっても、SharePoint のスキルや経験がないとカスタマイズは厳しかったりするんですよね。

SharePoint :ホームページがクラシックUIでそれ以外はモダンUIの時の不可思議な挙動

変な現象を確認したので紹介します。

サイトテンプレート「チームサイト(クラシック表示)」などでサイトを作成しますと、トップページはクラシックUIだけど、リスト/ライブラリなどはモダンUIになります。その場合、ちょっと変な挙動を発見しました。

▼クラシックUIのトップページのリンクなどからカスタムリストに行きます。

▼モダンUIでカスタムリストが表示されます。

▼リストの設定を変更しようと歯車メニューから設定ページへ行くと

▼リストの設定ではなくてなぜか「サイトのページ」の設定画面へリンクされます

ひとつ前のスクリーンショットをよく見ると、

▼カスタムリストが表示されているのに歯車メニュー内は「ライブラリの設定」になっています。

つまり、トップページ(つまり「サイトのページ」ライブラリ内のファイル)から別アプリ(リスト/ライブラリ)に遷移しても、歯車メニュー内はうまく遷移されていなく、トップページの歯車メニューのままになってしまっています。

これ、トップページからリストへ行けば歯車メニュー内が「ライブラリの設定」となっているので違和感ありますが、トップページからライブラリへ行って歯車メニュー内の「ライブラリの設定」をクリックしても、やはり「サイトのページ」ライブラリの設定ページへ行ってしまいます。混乱してしまうし、勘違いしたまま設定変更してトラブルにもつながりかねません。

ちなみにトップページからリストやライブラリに遷移した後にF5キー押して更新すると歯車メニュー内も更新されました。

また、サイト全体がクラシックUIの場合は、

▼トップページからリストに遷移して歯車メニューをクリックすると正しい挙動になっています

そのうち直る挙動かと思いますが、注意しましょう。

SharePoint :モダンページのWebパーツに新しく実装された「Kindle インスタント プレビュー」「Twitter(プレビュー)」を試す

モダンUIのWebパーツは徐々に追加されていって面白いですね。ただ、ガチガチに厳しい企業にとってはアレも利用禁止、コレも利用禁止にするのに四苦八苦だと思います。そういう企業さんはモダンUI自体が利用禁止でしょうけど。そもそもそういう企業さんにとっては Office 365 は向いていないのかも。

さて、最近追加されたWebパーツが2個ほどありました。

  • Kindle インスタント プレビュー
  • Twitter(プレビュー)

早速試してみました。

■ Kindle インスタント プレビュー

▼モダンページのWebパーツ追加に Kindle のアイコンが

▼クリックするとWebパーツが追加されます

▼同時に設定の右パネルが出現します

(右パネル上部の「 Kindle インスタント プレビュー」の「ビュー」が改行されて隠れてしまっているのはご愛敬ですね。英語だと「Kindle Instant Preview」で余裕をもって収まっていました。)

ここに埋め込みコードを入力すれば良いので、取得しようと思います。

実際に Amazon で埋め込みコードを取得しようと思ったことがないのですが、SNSなどにシェアをするボタンはあったなぁと思って探しました。

▼ここらへん

しかし、埋め込みコードはどこにもなかったんです…。

一旦、SharePoint に戻って右パネル内を見ると、「 Kindle プレビューの埋め込みについての詳細情報 」なるリンクを発見。そこからページに行くもヒントがなく、更にリンクを辿るとAmazonサイトのページにたどり着きました。

Amazon.com: Kindle Instant Preview
https://www.amazon.com/Kindle-Instant-Preview/

ふむふむ…

▼ん?<Embed>??

この左隣のPアイコンはあったけど、<Embed>なんてなかったぞ?もしや?と思い、英語版のAmazonサイトを見てみると…

▼あった!!!

つまり、Amazonの日本サイトでは埋め込みコードは対応されていないという残念なオチでした。そしてAmazonの日本サイト以外を利用したことがなかったけど、英語サイトで日本の書籍を検索しても出てきません。

▼取扱い商品等が変わります…そうですよね…

うーむ、つまり日本の書籍はこのWebパーツは今のところ使えないという事でしょうか。(他国でも取り扱いがあれば使えるますが。)これはなかなか残念です。Amazon側の仕様だからなおさら残念。自分で埋め込みコードを作成するなど何か解決方法はあるんでしょうかね。(今回は時間もないので調べませんが…)

とりあえず、英語サイトで埋め込みコードを取得してWebパーツの設定に突っ込んでみました。

▼ページの編集モードでもプレビューが即表示されます

▼発行するとこんな感じ。プレビューが埋め込まれます。

▼「プレビュー」をクリックするとちゃんと試し読みが少しできます。フルスクリーンも対応ですね。

チームサイト内でチームにおススメ本があったらこのように紹介するのも良いですね。ただ、Amazonの日本サイトが…という点が痛いですが。

■Twitter(プレビュー)

おそらくこっちの方が使えそうです。

▼Webパーツの追加で「Twitter(プレビュー)」をクリック

▼追加するだけで既定で Microsoft のアカウントが指定されています

特定のアカウントのツイートを表示する場合は、特に自分のTwitterのアカウントを持ってなくても利用可能です。ユーザー名やURLを指定するのですが、少し触った限りだと複数指定はできなさそう。

また、ハッシュタグなど検索結果を表示させるにはTwitterのアカウントが必要なようです。

詳細は以下のページをご参考に。

Twitter の web パーツを使用します。
https://support.office.com/ja-jp/article/-15db6b3b-d167-41dd-9875-2af64b44d820

Twitterに関しては例えば Microsoft Flow を利用して、SharePoint や Yammer や Teams などに流す方法もあるけど、Flow のアクションはTwitterアカウントにログインしなければいけなかったと思います。今回紹介した方法なら一部ではTwitterのアカウントなくても表示可能なので、気軽ですね。

利用シーンとしては、ソーシャルメディアをやっている企業なら、自社アカウントを社内ポータルサイトに表示させたり、営業部門のサイト内では自部門で扱っている商品やその企業のアカウントがあればそれを表示させるのも良いですね。技術部門も同じく。
例えば、 Microsoft 製品を販売している部門サイトに Microsoft の製品関連のアカウントがあれば、それを表示させていれば最新情報を楽に得る事が可能かと。

こんな感じでカンタンに設定が可能な便利機能が続々実装されていく中で、開発やらカスタマイズにこだわるよりも、このような標準の便利機能をいかに業務に役立てるか?という利活用の工夫に時間とお金を注いだ方が良いのではと思います。テナントの管理者にとっては最新機能などのキャッチアップが非常に大変で追いつけないかと思いますが。

SharePoint :いつの間に 注目リンク リストがモダンUIに対応していたので色々試してみる

過去に以下のような記事を書きました。

SharePoint:「注目リンク」リストは新しい表示(モダンUI)ではエラーになる

ところが、いつの間にか注目リンクがモダンUIに対応していました。

▼こんな感じです

この見た目、どこかで見た覚えがあるなぁと思ったら…

▼他のリストやライブラリのビューにもある「タイル」ビューのUIですね

ちなみにこの注目リンクリストをクラシックUIにすると…

▼こんな感じです。

使えなかったのが使えるようになったわけですが、それではクラシックUIとモダンUIでどのような相違があるかどうか触ってみました。

【1】レスポンシブWebデザイン

モダンUIなのでレスポンシブWebデザインです。ブラウザのサイズに合わせて列数も可変するし、タイルのサイズも可変します。

【2】全部表示される

クラシックUIの場合は、カルーセルUIで左右にスライドされるようになり、基本的には1行で表示できるだけ表示でした。
モダンUIの場合は、カルーセルUIではなくなり、ブラウザの横幅に合わせて2行以上で全て表示されます。

【3】マウスホバー時のアクションがなくなった

クラシックUIの場合は、タイルにマウスホバーすると透過したグレー部分が上昇し説明文が表示されます。
モダンUIの場合は、そのようなアクションはありません。
なので、ここからは説明文は見る事ができません。

▼クラシックUIの場合は、このようにマウスホバーをすると下部の帯の部分が上にせり上がりタイル全体を覆いますが、モダンUIにはそのような挙動はありません。

【4】背景画像の表示方法が異なる

クラシックUIの場合は、背景画像が縮小/拡大され、どのサイズでもタイル全体に画像が表示されます。なので横長の画像は縦の大きさに合わせるので画像の左右が切れてしまいます。
モダンUIの場合は、拡大はされず縮小のみです。縦長の画像の場合は下が切れてしまいます。

▼このような様々なサイズの画像を準備して背景画像に指定しました。

▼クラシックUIの場合

▼モダンUIの場合

う~む、こう見るとクラシックUIの方が良さそう!?モダンUIの注目リンクリストの背景画像は正方形でサイズは300px×300pxくらいあれば大丈夫そうかな。また、クラシックUIと同じく下部の帯で隠れる部分は考慮して背景画像は作成した方が良さそうですね。

【5】なんかアイコンが表示される

クラシックUIにはなかった点として、アイコン画像が表示されます。

▼クラシックUI

▼モダンUI(大きく紙のアイコンが表示)

▼モダンUIで背景画像を設定した場合

背景画像を指定すると紙のアイコンが小さくなって表示されますが、ちょっと邪魔ですね…。これが例えばリンク先がExcelだったらExcelアイコンに変わってくれたらまだいいなと思ったが、

▼Excelファイルにリンクを設定しても紙のアイコンのまま

ちょっと残念ですね。

以上の事からモダンUIでも利用できるようになった事は素晴らしいけど、まだまだ改良の余地がありそうですね。今のところクラシックUIよりも機能落ちしてしまっているところもあるので。

そしてモダンページのリストWebパーツは現時点ではカスタムリストしか選択できないので、注目リンクリストをWebパーツとしてモダンページに追加はできません。(これもそのうちできるようになりそうですが。)

また、ちょっとバグでは?という挙動を発見しました。

▼クイック編集 をクリックすると…

▼なぜか中身だけクラシックUIになってしまいます

そしてこの状態で「完了」をクリックしても元にも戻りません。

それと、背景画像を設定しようとした時にモダンUIでちょっと面倒だなと思った事があります。背景画像のURLの取得です。

注目リンクリストの背景画像の設定は「背景イメージの場所」列ですが、これは列の種類的には「ハイパーリンクまたは画像」列です。なので、ローカルPCから選択したりサイト内のライブラリから選択できず、単にURLを指定するしか方法がありません。

▼「背景イメージの場所」列

で、ライブラリに画像をアップロードしてURLを取得しようと思ったのですが、モダンUIだと正しいURLの取得方法がわからなかったんです。

アップロードした画像をクリックしても…

▼画像ビューアになるのでURLは取得できません

この状態で画像を右クリックしても右クリックメニューは表示されません。

次に、リンクのコピー機能を使ってみます。

▼リンクをコピーしました。

しかし、このURLが拡張子で終わっていないんです。通常なら「…/100_100.png」というURLですが、そうじゃないんです。試しにこのコピーしたURLでアクセスしてみると…やはり画像ビューアで開いてしまいます。

結局僕にはモダンUIから画像ファイルのURLにはたどり着けず、ただ構造は知っているのでアドレスバーに手打ちでURLにたどり着けました。また、クラシックUIでならURLにたどり着けますけど、ちょっとこれは面倒だなぁと思いました。

以上、モダンUIの注目リンクリストの少し触った気が付いたところです。またシレっと改良されていると思うので、今後に期待ですね。

Microsoft Flow : SharePoint をフロー内で利用する場合 SharePoint の列の作成で気を付けたい事

▼例えば SharePoint の列に「タイムゾーン」という列名があるとします。

Microsoft Flow でこれを式で利用しようとすると…

▼値に「タイムゾーン」を挿入すると列名ではなくて内部名が表示されてしまうんです。

body(‘項目の取得’)?[‘OData__x30bf__x30a4__x30e0__x30be__x30’]

こんな感じで長いのに、Flow の式を入力する箇所は横幅狭いのでいろいろ厄介です。また、これじゃどの値を挿入したか後でチェックするのが大変です。作った本人ならまだしも、別の人がこれを見たら嫌になっちゃいますね。

次に SharePoint の列名を英数半角にしてみます。

▼「TimeZone」という列名で列を作成すれば…

▼このように短くなります。

body(‘項目の取得’)?[‘TimeZone’]

これなら式も短いし、どんな値を挿入したかもわかります。

でも、だからと言って全部 SharePoint の列名を英数半角にするのはなぁ…。そういう時に過去に記事にした対処法があります。

SharePoint 列の内部名

これは SharePoint でカスタマイズをする際に気を付けようという記事でしたが、まんま Flow にも当てはまりました。
つまり、列の作成時には英数半角で作成し、その後に列の編集で日本語にしてしまえばOKです。

▼先程利用した「TimeZone」列を編集し、列名を「たいむぞーん」と日本語に変更しました。

▼ でも、 Flow で「たいむぞーん」を挿入したけど、式の方は「TimeZone」のままです。

これで、SharePoint の列は日本語を利用でき、かつ、Flow の方では式に挿入しても長くならず、後でどの列だかもわかりやすくなります。

後々の事を考えると、列名は英数半角で作るクセを付けておいた方が色々と良さそうですね。

SharePoint :列の種類の日本語と英語(ネットで検索する時のための情報)

SharePoint に関してはここ最近はだいぶ検索しても日本語の検索結果が出てくるようになりました。僕が SharePoint 触り始めた8年前くらいは日本語の情報が全然なくて困ったものです。

ただ、未だにググって日本語ページで欲しい情報が得られなかった場合は、やはり英語でググるしかありません。僕みたいな英語が苦手な人間にはネットで翻訳ができるようになってもやはり厳しいです。しかし避けては通れません。

そして検索する時に大事なのは検索キーワード。英語が苦手だとこのキーワードを考える事すら厳しいです。(情けない…)

特に列に関して検索したい場合、列の種類が英語だとなんて言うんだろう?って思うことが多く、その都度、まずは列の種類の英語を探すところからスタートしてしまいます。毎回探すのは時間の無駄なので日本語と英語の対比表を作っていました。

もしよかったらどうぞ。

1 行テキスト Single line of text
複数行テキスト Multiple lines of text
選択肢 Choice
数値 Number
通貨 Currency
日付と時刻 Date and Time
参照 Lookup
はい/いいえ Yes/No
ユーザーまたはグループ Person or Group
ハイパーリンクまたは画像 Hyperlink or Picture
集計値 Calculated
タスクの結果 Task Outcome
外部データ External Data
管理されたメタデータ Managed Metadata

他にも英語が苦手な僕が英語でググる場合、検索結果は画像にします。スクショを見れば翻訳しなくても欲しい情報を見つけられる可能性が高いです。

英語…学生時代にもっと勉強しておけばよかったぁぁぁぁ!!!(ありがちな後悔)