Touch Barはアクティブなアプリケーションによって内容が変化するし、その使用状況によっても随時変化するようだ。 イベント内ではメール、メッセージ、Safari、Final Cut Pro、Photoshopが紹介されていた。 タップやスライドを行う様子は、当初いずれも一本指で操作していたのだが、DJアプリの紹介では二本指でも操作していた。 Microsoft OfficeなどもTouch Barをサポートするようだ。
確かにTouch Barは面白い。 キーボードから手を大きく外さなくても、いろいろな操作が可能になる。 タッチスクリーンを搭載してこなかったMacに、ある面ではタッチスクリーンよりも便利に使える機能を搭載したとも言える。
一方で、やはり物理キーボードはコンピュータにはまだまだ欠かせないものなのだなと感じる。 iPadはソフトウェアキーボードのみでスタートしたが、iPad Proでは公式に物理キーボードも用意された。 今回のMacBook Proも、ソフトウェアキーボードとなったのはファンクションキー部分だけだ。 昨日発表されたSurface Studioなども含め、今後こうしたユーザーインターフェイスがどのように変化していくのかは興味深い。
]]>メモリー、ピープル、撮影地(アルバム)と言った新機能が追加されている。 メモリーはGoogleフォトにもあるように、自動的に旅行などの写真をグループ化してくれる機能。 ピープルは顔認識機能で写っている人をまとめることができる機能。 撮影地は地図から撮影した写真を選ぶことができる機能で、今まで独立して用意されていなかった方が不思議だ。
これらはmacOS Sierraの写真Appでも同様に追加されたが、メモリーやピープルはお互いにデータを共有しているわけではないようだ。
睡眠時間の管理は以前からArgusと言うアプリで行なっているので、とりあえず設定はしたものの、あまり活用できていない。 むしろ、Argusから睡眠時間データをヘルスケアAppへ取り込むことができるようになったことの方がありがたいかもしれない。
この機能は期待していたのだが、A7+M7という構成のiPhone 5sには対応していない模様。 M9がSoCに組み込まれたiPhone 6sからの対応ではないかと思われる・・・。
正直、ロック画面であれこれ操作する気になれないため、今回の刷新もあまり期待していなかった。 むしろ、iOS 9までは通知を下へスクロールしても、日付とまとめて削除するボタンが常に表示されていたのだが、iOS 10ではこの部分もまとめてスクロールされてしまい、まとめて削除する際の手間が増えてしまった。
新しい機能はiOS 10の写真App同様、メモリー・ピープル・撮影地。 撮影地から写真を選ぶ機能は、確かiPhoto時代にはできた機能で、Mac版アプリとしては特段新しい機能ではないが、やはりあると便利。 メモリーはライブラリを解析後も「メモリーなし」と表示されていたが、しばらくするといくつか表示されてきた。 メモリーの名称を編集できると良いのだが。
ピープルはMac OS X 10.11までの人々と同じかと思いきや、新たにスキャンし直している。 横顔や半分隠れてしまった顔でも認識しており、精度は向上している。 同一人物の判定はイマイチだが、分かれて判定された人を「結合」することは容易。 以前のバージョンにあった、「この人物はこちらの写真にも写っているようです」の作業は「追加の写真を確認」から行える。 また、以前のバージョンで指定されていた人物の情報を忘れている場合があるが、もしかすると手動で顔認識を追加した部分がリセットされ、上記の精度が向上した顔認識で新たに認識されたのかもしれない。
目玉機能ではあるが、音声でコンピュータに指示を出すということに慣れていないので、使わないことになりそう。
文字列で試してみたが、割とすぐに反映されるようで、Mac→iPhoneと端末を持ち替えた間に、iPhoneへコピーされていた。
これも試してみたいが、Apple Watchを持っていないので試せない。 series 2も出たことだし、購入を検討しても良いか・・・。
iCloudの200GB以上のプランがあれば、写真などをクラウド側に置いておき、SSDの容量を節約できるだろう。 無料の5GBではどうしようもない状況。 iCloud以外のストレージサービスに対応することはないのだろうが、ローカルのハードディスクに対応したら便利なのだが。 Time CapsuleでもAppleとしては良いと思うのだが。
私も買ったのにほとんど使っていなかったWindows 8のプロダクトキーがあるのだが、インストールしようと思っているMacBook Pro (Mid 2014)には現在Windowsをインストールしておらず、一からインストールし直すのは面倒であった。 今回のアップデートの上記変更のおかげで、MacBook Proにも比較的簡単にWindows 10のクリーンインストールが可能になると言うわけだ。 Insider Previewでは10月の時点で変更されており、正式版への反映を期待して待っていたのだ。
">以前Windows Vistaをインストールした時に比べると特に大きな問題はなかったが、手順をメモ代わりに残しておく。
GPTのパーティションの形式ではありません、というエラーになりドライブをフォーマットし直しても継続できない状態になる。
軽く使ってみての感想は、ほとんど触っていないWindows 8との比較ではなく、仕事で使っているWindows 7との比較になるが、あまり違和感なく利用できている。 スタートメニュー内のタイルビューは目を引くし、幾らかの情報をその場で得られるのも面白い仕組みだが、個人的にはWindows 8のようなスタート画面でも良かったのではないかと感じる。 無理にスタートメニューに詰め込んでいる印象を受ける。 その他、通知センターなど、OS X同様にスマートフォンを意識した部分が増えていると感じた。
]]>私もWindowsやAndroid上ではFirefoxを標準ブラウザとしていて、Firefox Syncでブックマークなどを同期させている。 これはiOS版でも有効で、初回の立ち上げ時にSyncにログインすれば、あとは自動で同期される。
プライベートブラウズ機能もFirefoxの売りの一つだそうだが、意外と便利なのがGmailなどに一時的に別のアカウントでログインしたい時だ。 通常のブラウズ時のログイン状況に影響することなく、別アカウントでログインできて便利だ。
]]>他にも調べていたら、2001年から続いていたPDABOOKというサービスも終了というニュースがあった。 こちらはDRMフリーとのことで、サービス終了後も引き続き閲覧できるのが救いだろう。 LISMO Book Storeの場合、ブックパスで同じ本を読むことができるとか、そう言った救済措置は用意されないのだろうか。 確か、SONYのReader Storeが北米で終了した際は、Koboへ引き継がれたことがあった。 LISMO Book Storeからブックパスは同じauによる運営であり、au IDなどから購入した本の権利を移行することはたやすいはずだ。
私はiBookstoreを使っており、現在のiPhoneの勢いがおかしくならない限り、AppleはiBookstoreを閉鎖しないであろうと信じている。 しかし何かがおかしくなればバッサリと切ってしまうのも、Appleならやってしまいかねないとも思っている。 こうした不安を感じずに電子書籍を使えるようになってほしいものだ。
]]>本記事の公開時点をもって、バージョン4.0のライセンスが適用させるものとし、それ以前から続いている利用に関してはバージョン2.1が適用されるものとする(クリエイティブ・コモンズ・ライセンスは取り消すことができないそうだ)。 ライセンス上可能なのかどうかわからないが、バージョン2.1から4.0へ変更して利用しても、私の方は特に問題ないと考えている。
採用しているクリエイティブ・コモンズ・ライセンスが認める範囲外の利用(例えば営利利用)については、別途">私まで連絡を頂ければ、その都度判断いたします。
]]>">試行錯誤を経て、サイトのマークアップ言語をHTML5に変更した。 長らくVersion 2.9.xで更新を続けてきたが、これを機にVersion 3.xを名乗ることにした。 未だ調整を必要とすることは認識しているが、おいおい対応していきたいと思う。
マークアップの変更に伴い、サイトのデザインにも手を加えている。 従来、フォントは全てサンセリフ体(ゴシック体)を指定してきたが、これをタイトル・見出しに相当する部分のみにとどめ、本文はセリフ体(明朝体)を指定して記事を読みやすくした点が最も大きな変更になる。
section, article, nav, aside, header, footer
といったタグが使えることは面白い。
試験的に、トップページ(メインページ)をローカル環境にコピーし、HTML5式にマークアップを行ってみた。
すでにMovable Typeの標準のテンプレートとは異なった構造になっていた可能性もあるが、元々のトップページはMovable Typeの標準の構造を流用していて、大雑把にまとめると以下のような構造になっていた。
]]>これに関連してかどうかわからないが、他にもおかしなところがいくつかある。
写真ライブラリがまだ利用可能になっていないため、iPhoneに写真を同期できません。後でやり直してください。というエラーが出るようになってしまった。
写真ライブラリについては、すでにiPhotoから移行済みであるし、iPhoneから写真.appへの写真の取り込みもできている。 インターネット上でも、同様の問題を抱えている人はいるが、これといった明確な解決策はないようだ。 ライブラリの再構築などを試してうまくいった人もいるようだが、私は怖くて手を出せていない。
現在のところ、Mac(及びTime Machine)へのバックアップは問題ないようなので、こちらを頻繁に行って万一に備え、iOSなりiTunesなりiCloud側なりの改善を待つこととしたい。
]]>FirefoxとSafariの違いは、新しく開いたタブの操作にある。 Firefoxの場合、元のGoogleニュースやfeedlyに戻る場合は、タブを閉じる動作をすることになる。 Safariの場合、前のページに移動すると、タブが閉じられて元のサイトに戻ることができる。 これは、トラックパッドでジェスチャ操作をしていると非常に便利だ。 特に、ニュース記事を開いて、閉じて、という動作に向いている。
ただし、一度他のタブに移動してしまうと、前のページには戻れなくなり、Firefox同様タブを閉じる動作が必要になる。 とりあえず記事を開いておいて、後から読むこともあるため、この点は残念なところだ。
]]>これに対しAppleもコメントを表明したそうで、(A9が原因とははっきり言っていないが)2-3%の違いは生じることを認めているようだ。 上記のようにベンチマーク試験で大きな差が出た点については、高負荷がかかり続けたことを原因とみているようだ。 実際に差があるとの検証が出てきていることをから、違いがあることは認めるが、通常使用の範囲なら差はわずかであるということで収めたいのだろう。 差を認めなければさらに検証が進んで炎上するかもしれないし、企業の対応としてはこうするしかないのかなとも思う。
興味深いのは、Samsung製のA9は14nmプロセスルールで、TSMC製のA9は16nmプロセスルールで作られており、ダイサイズもSamsung製の方が小さいということだ。 微細化が進んだ方がバッテリー消費は少ないように思えるが、そうなっていない原因は何なのだろうか。
]]>私は今ではApple製のデバイスをプライベートで使うことが多いものの、">かつてはWindows PCを使っていたし、Microsoft製のキーボードや">マウスは別途購入したりしていた(マウスは今でも使うことがある)。 だからMicrosoft製のハードウェアには興味があって、Windows PCをプライベートで買うならSurfaceシリーズがいいなあなどと思っている。
正統進化したSurface Pro 4は、iPad ProやMacBook Airとの競合が想定されているようだ。 Apple側ではiOSを搭載するiPadと、OS Xを搭載するMacBookに分裂しているが、Windows 10は統合されている点に強みがある。 一方でより高い処理能力を備えるSurface Bookは、MacBook Proとの比較がなされていて、サイズや価格上は特に13インチ版と数値が近い。 Surface Bookはキーボード部分を着脱可能である点が優れると言える。 Appleの新機種はしばらく後になるだろうが、一般のPCメーカーはこれらに対してどのような機種を用意するのだろうか。
]]>現在このサイトはXMLベースであるXHTML 1.0 Strictを使ってマークアップしている。 HTML5は従来のHTMLのように、タグを省略するなど、ある程度「ゆるく」マークアップできる言語のようだ。 しかし個人的にはきちんと要素の範囲を指定して、文書構造がはっきりするXHTMLの方が好みだ。 HTML5では、XMLをベースとしてXHTML式にマークアップすることも可能なようで、XHTML5と呼ばれているようだ。 Google検索で調べてみるとすでに5年以上前からこの違いについて解説しているサイトがあり、自分の不勉強が恥ずかしい限りだ。
HTML5では文書構造を示すための要素としてsection, article, nav, aside, header, footer
が追加されていて、文書の意味づけがより明確に行えるようだ。
この辺りを厳密にやろうとすると、Movable TypeのテンプレートをCSSも含めて相当書き換えないといけなくなりそうだ。
また、現在のテンプレートはMovable Typeのテーマ機能を使うためと思われるが、div要素の入れ子構造が深くて、あまり好きではなかった。
これを機会に、よりシンプルなマークアップになるようにしてみたい。
それに伴って、個別記事のマークアップも変更しなければならないかもしれない。
ただ、XHTML5でマークアップするには、サーバー側のHTTP応答ヘッダを変える必要もあるなど、やや敷居が高い。 しかし従来のHTMLの延長で、限りなくXHTML5準拠に近いというような方法は可能なのではないかと思う。 HTML5への移行を、今後のサイト更新の目標の一つとしていきたい。
]]>