tmytのらくがき

個人の日記レベルです

DellのXPS 13(9370)のBIOSアップデート

雑記

2月ごろにXPS 13(9370)を買っていたのですが、キーボードを高速に*1入力すると文字を取りこぼす。という現象に遭遇してました。

もしかしたら単純にタイプミスなのかもしれないけど…と思いつつサポートメールを送信したら、

ゆっくり入力してください

って言われてしまい、Twitterサポートに泣きついたところ、本国の開発部門へエスカしてもらえたようで本日BIOSアップデートが公開されました。

Fixes:
- Skips keys when typing fast
Dell XPS 13 9370 System BIOS | Dell 日本

とあるように、このアップデートをインストールするとキーの取りこぼしが全くなくなりました。見違えるようです。

わけのわからないクレームを本国までエスカしてくださったサポート担当の方に感謝です。

*1:といっても7key/secなのでそんなに早くないです

UserStreamの廃止日確定とAristeaの今後

おしらせ

日本時間2018/5/17付でAccount Activity API(以下AAAPI)がGAとなりました。それに伴い、UserStreamの廃止日が2018/8/16として正式発表されました。

これらの発表により、Aristeaの以下の機能が2018/8/16をもって使用できなくなります。

  • アプリでのUserStream
  • Push通知の受信
  • イベントカラムでの通知履歴

ホームタイムラインへはRESTでの使用は継続して可能ですが、15分15回のアクセスに制限されます。 また、Push通知は現在のサーバ維持費に加え、ユーザ当たり毎月12USDほどの追加費用が必要となるため、2018/8/16以降機能の提供は廃止となります。

また、これらに合わせてストアでの新規ダウンロードを終了しました。現在利用中の方は継続してダウンロード可能です。 残り3か月ですがぜひともご利用ください。

本件に伴う払い戻し等の対応ですが、購入後30日以内であればMicrosoftより払い戻しを受けることが可能なようです*1。 払い戻しをご希望の場合はMicrosoftサポートページを参照のうえ手続きをお願いいたします。

ご購入いただいたみなさま、いままで本当にありがとうございました。

*1:https://support.microsoft.com/ja-jp/help/10558/microsoft-account-refunds-for-purchases-and-subscriptions

Azureaの凍結が突然解除された話とかそのあたりの話

雑記

５月9日未明、Azureaの凍結が突然解除されました。いろいろアクションはしてたんですが、なんか突然解除されました。全く不明。 で、それに伴いいろいろお知らせです。

最初にアプリの使用可能状況についてのお知らせです。

まず、Azureaですが、PC版のトークンが削除となりました。以前からあるMobile版とトークンが統合となっています。Ver1.4.31でトークン統合版になっているので、PC版ご利用の皆様はVer1.4.31に更新のうえ、認証情報を取り直してください。

次に、Aristeaですが、Ver1.6.8でトークンが変更されています。アカウントの登録しなおしで現時点で使用可能となっています。ぜひご利用ください。 また、Ver1.6.8でトースト通知からのリプライなどのアクションが使用できない不具合が発生しています。これは次バージョンで修正されます。

最後に、Amelloidesですが、現時点で凍結中です。Twitterの気分次第で復活の可能性はありますが現状不明です。
追記(2018/5/15): 5/11付けで凍結が解除されていました。

続いて、サポートOS変更のお知らせです。

AristeaのサポートOSが変更となります。

まとめると、PC向けリリースでWindows 10 14393までのバージョンが更新対象外となります。 Mobile向けは歴史的経緯によりもう少しだけサポートされる見込みです。

6月のUserStream廃止が延期されたのでもう少しTwitterを楽しむことができそうですね。

Surface Pro LTE Advancedを買いました

雑記

諸事情でSurface BookがJIS配列になったので手放しました。その結果、ペン対応のパソコンがなくなってしまってAristeaのお絵かき機能のデバッグができなくなってしまうのでSurface Pro LTE Advancedを買い足しました。これでペンのデバッグも安心。*1

LTEモデルなので当然SIMが刺さります、ちなみにこれはT-Mobile USAのSIM。このあとDMM MobileのSIMに入れ替えました。

セットアップ中にすでにDoCoMoって出ます。

初期インストールはWindows 10 Proの16299.248でした。

いままでLTEモデムの使えるPCが手元になかったので設定アプリの見たことない画面に出会ったり APNを書いたりしました。

一部MVNO含むキャリアはAPNがプリセットされているみたい。

ここで問題が起きました。

その後Insider PreviewのRelease Previewチャネルにして、17134.5をインストールするもやっぱり問題が起きます。

この時点で、Release Previewをインストールしてから一度Windowsを初期化しています。 しかし、IEが起動できない、ストアが起動できない、イベントビューアのXMLビューを開くとスナップインが例外を吐く、Chromeはエラーで死ぬとさんざんな状態でした。 ここで、コントロールパネルのセキュリティとメンテナンスを見に行くと、ディスクエラーの表示がありました。

この時のログをGistに添付してます。chkdsk.log · GitHub ログを見る感じ、明らかにだめなやつ。ほぼインストール直後の状態でこのような問題が起きているのはSSDの不良なのでは…ということであしたヨドバシカメラへ行ってくる予定です。

ところで、Surface ProシリーズはどうやらSamsung PM971が採用されているはず…なんですが、実際にベンチをとってみるとなんか遅い。

f:id:tmyt:20180507053644p:plain

デバイスマネージャからディスクをチェックすると、どうやらIntel SSD PRO 6000P SERIESなSSDが使用されているようです。

f:id:tmyt:20180507053805p:plain

これはいったい…コスト削減なのか、供給できなくてなのか、排熱問題なのか、バッテリ問題なのか…原因は全くわかりませんが、どうやらSamsungではないようです。 評価用の機材なのでまぁいっちゃいいんですが、なんか遅いのはちょっと残念ですよね。

Surface Pro LTE AdvancedにはeSIMが内蔵されています。これを使えば、iPadのApple SIMのように通信プランが簡単に購入できるはず…！ 通信プランを購入するにはまず設定アプリからSIM 2を選択します。この”SIM 2"ってのがeSIMだそうです。わかりにくい。

f:id:tmyt:20180507054148p:plain

選択すると、いろんなところでデータ通信プランで接続が表示されます。

f:id:tmyt:20180507054326p:plain

これをクリックすると、モバイル通信プランアプリが起動してきて、データ通信契約を購入できる…はず…なんですが、どうやら日本では買えないようです？

f:id:tmyt:20180507054509p:plain

このeSIMはTransatelというキャリアのSIM 901というのがデフォルトで書き込まれているらしく、このキャリアでは日本を含むアジアでのサービスを展開しているようなのですが、 どうやら現時点では日本では使えないみたいです。おとなしくSIMを刺せということでしょう。

しかし、一度はeSIMを使ってみたいのでどこかまたサポートされている国へ出かけるしかないな…と思った今日この頃でした。

*1:ちなみにSurface Dialの画面に置いたときの操作も対応してるのでデバッグ用ととしては最適ですね

UWPでExpression.UnaryPlusが使えない

雑記

知っていても得しない豆知識です。UWPでこれを実行すると例外が出ます。

Expression.Lambda(Expression.UnaryPlus(Expression.Constant(10)))
    .Compile();

f:id:tmyt:20180504012545p:plain

どうやらUWPの.NETはUnaryPlusをサポートしていないようです。 UnaryPlusは何もしない演算子とほぼ等価なので未実装なんでしょう。おそらく。

たまたまFreesiaでUnaryPlusを呼び出していて、例外が出て初めて気づきました。

Windows 10 17134で追加されたRefreshContainerを使う

雑記

Windows 10 April 2018 Update (version 1803)*1でUWPにも引っ張って更新コントロールが標準実装されました。Windowsストアアプリと言われていた時代から数えて、約6年かかりました…

使いですが、docs.comを参照するのが手っ取り早いです。

Pull-to-refresh - UWP app developer | Microsoft Docs

このページに記載のサンプルをみると、なんだかうじゃうじゃ書いてますが必要なところだけ切り出すとこれだけです。

<RefreshContainer>
    <ListView />
</RefreshContainer>

サンプルにHeightプロパティが設定されていたのが気になったのですが、これを指定しなくてもとりあえず問題にはならないようです。*2

今回実装されたRefreshContainerは、引っ張れればなんでもOKなのでListView以外に、今回追加されたTreeViewや、独自実装のItemsControl、ItemsControlですらないCanvasやGridでもOKです。 引っ張る方向も、上から下、右から左…と4種類前パターン選択可能です。

次に更新イベントのハンドリングですが、こんな感じになります。

private async void RefreshContainer_OnRefreshRequested(RefreshContainer sender, RefreshRequestedEventArgs args)
{
    using (args.GetDeferral())
    {
        await _vm.Refresh();
    }
}

using GetDeferral()の中で更新処理を呼び出す。するとusingを抜けるまで、画面上で更新中のステートが表示される。という仕組みです。ここにDeferral突っ込んでくるなんて、UWP的だなぁと思いました。

さて、実践投入したいのはやまやまなんですが、このコントロールが動くのは17134以降。リリースされてからまだ3日。さすがにターゲットバージョンを17134にはできない。ということで、15063でこっそり追加されていた"条件付きXAML"という機能を使って 17134未満は"Windows Community Toolkit"のPullToRefreshListViewを、17134以上はRefreshContainerを使うようにしてみます。 プロジェクトには"Microsoft.Toolkit.Uwp.UI.Controls"をNuGetからインストールしておいてください。

プロジェクトのプロパティでターゲットバージョンを17134、最小バージョンを15063にします。

f:id:tmyt:20180503180213p:plain

17134はRefreshContainerに必要、15063は"条件付きXAML"に必要です。

次にXAML書きます。

<Page
    x:Class="App2.MainPage"
    xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
    xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
    xmlns:d="http://schemas.microsoft.com/expression/blend/2008"
    xmlns:mc="http://schemas.openxmlformats.org/markup-compatibility/2006"
    xmlns:is16299="using:Microsoft.Toolkit.Uwp.UI.Controls?IsApiContractNotPresent(Windows.Foundation.UniversalApiContract, 6)"
    xmlns:is17134="http://schemas.microsoft.com/winfx/2006/xaml/presentation?IsApiContractPresent(Windows.Foundation.UniversalApiContract, 6)"
    mc:Ignorable="d">

    <Grid Background="{ThemeResource ApplicationPageBackgroundThemeBrush}">
        <is16299:PullToRefreshListView RefreshRequested="PullToRefreshListView_OnRefreshRequested" ItemsSource="{Binding Items}"/>
        <is17134:RefreshContainer RefreshRequested="RefreshContainer_OnRefreshRequested" x:Name="RefreshContainer">
            <ListView ItemsSource="{Binding Items}" />
        </is17134:RefreshContainer>
    </Grid>
</Page>

?IsApiContractPresentとかついてるあたりが条件付きXAML、この場合は条件付き名前空間と呼びます。is16299の行が波線になったりしますが実行できます。大丈夫です。 またReSharperが有効な環境では、条件付き名前空間が指定されたタグの中ではコード補完が効かなくなりますが大丈夫です。ちゃんと実行できます。 さらにさらに、条件付き名前空間のタグにx:Nameで名前を付けると、C#からその名前は見つかるけどメンバがReSharperのコード補完に出てこない。とかも起きますがちゃんと実行できます。コンパイルも大丈夫です。

ここまでで環境によって表示されるListViewを切り替えることができたので、更新処理とかを書いておきます。

using System;
using System.Collections.ObjectModel;
using System.Threading.Tasks;
using Windows.UI.Xaml.Controls;

namespace App2
{
    public sealed partial class MainPage : Page
    {
        public class ViewModel
        {
            public ObservableCollection<string> Items { get; } =
                new ObservableCollection<string>(new[] { "0", "1", "2" });

            public async Task Refresh()
            {
                await Task.Delay(2000);
                Items.Insert(0, DateTime.Now.ToString());
            }
        }

        private ViewModel _vm = new ViewModel();

        public MainPage()
        {
            this.InitializeComponent();
            DataContext = _vm;
        }

        private async void RefreshContainer_OnRefreshRequested(RefreshContainer sender, RefreshRequestedEventArgs args)
        {
            using (args.GetDeferral())
            {
                await _vm.Refresh();
            }
        }

        private async void PullToRefreshListView_OnRefreshRequested(object sender, EventArgs e)
        {
            _vm.Refresh();
        }
    }
}

PullToRefreshListViewは更新処理をCommandで書けるのでそちらを使うのがいいかと思います。 RefreshContainerはイベントしかないので、x:Bindでイベントバインディング*3するといいんじゃないでしょうか。

ItemTemplateもリソースに切り出して共有すればそんなに面倒なことにもならなさそうです。RefreshContainerと条件付きXAML、ぜひ活用してください。

*1:ビルド17134

*2:例えば仮想化されなくなる。とか考えられましたが外してみても特に問題はなかったです。

*3:https://docs.microsoft.com/ja-jp/windows/uwp/xaml-platform/x-bind-markup-extension#event-binding

技術書典4にサークル参加してきました

雑記

去る2018年4月22日に、秋葉原UDX AKIBA SQUAREで開催された『技術書典4』にサークル参加してきました。

今回の新刊はこれ。

ドコモ Z-01K (ZTE)の端末レビューあり、アプリの動作検証あり、非公開APIの呼び出しありの34ページ本でした。

今回のこだわりポイントはこれ！でした。

  • 判型が210mmx100mm (Z-01Kの約1.4倍のサイズ！)
  • 表紙の紙が和風！

最後に感想。

  • 技術書典4すごいたのしかった
  • 人多かった、びっくり
  • また参加しようと思いました