IrodorI One-Poem Worldの検索結果
Apple: iOS 10 & macOS Sierra
9月7日のiPhone 7の発表イベント後、配信が始まったiOS 10とmacOS Sierra (10.12)をインストールしたので、ちょっと触った感想など書き残しておく。 なお、使用している端末はiPhone 5sとMacBook Pro Retina (Mid 2014)。
iOS 10
- 写真App
-
メモリー、ピープル、撮影地(アルバム)と言った新機能が追加されている。 メモリーはGoogleフォトにもあるように、自動的に旅行などの写真をグループ化してくれる機能。 ピープルは顔認識機能で写っている人をまとめることができる機能。 撮影地は地図から撮影した写真を選ぶことができる機能で、今まで独立して用意されていなかった方が不思議だ。
これらはmacOS Sierraの写真Appでも同様に追加されたが、メモリーやピープルはお互いにデータを共有しているわけではないようだ。
- 時計Appのベッドタイム
-
睡眠時間の管理は以前からArgusと言うアプリで行なっているので、とりあえず設定はしたものの、あまり活用できていない。 むしろ、Argusから睡眠時間データをヘルスケアAppへ取り込むことができるようになったことの方がありがたいかもしれない。
- 持ち上げるとスリープ解除
-
この機能は期待していたのだが、A7+M7という構成のiPhone 5sには対応していない模様。 M9がSoCに組み込まれたiPhone 6sからの対応ではないかと思われる・・・。
- ロック画面・通知画面
-
正直、ロック画面であれこれ操作する気になれないため、今回の刷新もあまり期待していなかった。 むしろ、iOS 9までは通知を下へスクロールしても、日付とまとめて削除するボタンが常に表示されていたのだが、iOS 10ではこの部分もまとめてスクロールされてしまい、まとめて削除する際の手間が増えてしまった。
macOS Sierra
- 写真App
-
新しい機能はiOS 10の写真App同様、メモリー・ピープル・撮影地。 撮影地から写真を選ぶ機能は、確かiPhoto時代にはできた機能で、Mac版アプリとしては特段新しい機能ではないが、やはりあると便利。 メモリーはライブラリを解析後も「メモリーなし」と表示されていたが、しばらくするといくつか表示されてきた。 メモリーの名称を編集できると良いのだが。
ピープルはMac OS X 10.11までの人々と同じかと思いきや、新たにスキャンし直している。 横顔や半分隠れてしまった顔でも認識しており、精度は向上している。 同一人物の判定はイマイチだが、分かれて判定された人を「結合」することは容易。 以前のバージョンにあった、「この人物はこちらの写真にも写っているようです」の作業は「追加の写真を確認」から行える。 また、以前のバージョンで指定されていた人物の情報を忘れている場合があるが、もしかすると手動で顔認識を追加した部分がリセットされ、上記の精度が向上した顔認識で新たに認識されたのかもしれない。
- Siri
-
目玉機能ではあるが、音声でコンピュータに指示を出すということに慣れていないので、使わないことになりそう。
- ユニバーサルクリップボード
-
文字列で試してみたが、割とすぐに反映されるようで、Mac→iPhoneと端末を持ち替えた間に、iPhoneへコピーされていた。
- Apple Watchによる自動ロック解除
-
これも試してみたいが、Apple Watchを持っていないので試せない。 series 2も出たことだし、購入を検討しても良いか・・・。
- ストレージの最適化
-
iCloudの200GB以上のプランがあれば、写真などをクラウド側に置いておき、SSDの容量を節約できるだろう。 無料の5GBではどうしようもない状況。 iCloud以外のストレージサービスに対応することはないのだろうが、ローカルのハードディスクに対応したら便利なのだが。 Time CapsuleでもAppleとしては良いと思うのだが。
Apple: Safariのピン留めしたタブから「戻る」と便利
このサイト用のアイコンの準備にはいろいろと苦労したSafariのタブのピン留め機能だが、Webページを閲覧するにはなかなか便利な機能だと気付いた。 Firefoxでも同様のピン留め機能が用意されていて、元々のページとは異なるサイトに移動する場合は、新しいタブが開く点は共通している(ドメイン単位で管理しているように見える)。 そのため、Googleニュースやfeedlyの閲覧との相性が良い。
FirefoxとSafariの違いは、新しく開いたタブの操作にある。 Firefoxの場合、元のGoogleニュースやfeedlyに戻る場合は、タブを閉じる動作をすることになる。 Safariの場合、前のページに移動すると、タブが閉じられて元のサイトに戻ることができる。 これは、トラックパッドでジェスチャ操作をしていると非常に便利だ。 特に、ニュース記事を開いて、閉じて、という動作に向いている。
ただし、一度他のタブに移動してしまうと、前のページには戻れなくなり、Firefox同様タブを閉じる動作が必要になる。 とりあえず記事を開いておいて、後から読むこともあるため、この点は残念なところだ。
Web: HTML5とXHTML
このところ、SVGなどの(私にとって)新しい技術について調べることが増え、自然とHTML5への興味も高まってきた。 これまでは各ブラウザの対応状況をhtml5test.comで見るくらいで、Safariの対応の遅さに意味もなく歯がゆい思いをしてきた程度だった。 ちなみにSafari 9でもスコアは555点満点のうち400と、ChromeやFirefoxに大きく引き離されているし、Internet Explorer後継のMicrosoft Edgeにも(ほぼ同じスコアだが)追い抜かされている。
現在このサイトは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への移行を、今後のサイト更新の目標の一つとしていきたい。
Apple: Safari 9のページピン用アイコン
- 2015/10/08 追記
-
結局のところこの記事の内容は正しくないことがわかった。 別途記事を書きなおすが、以下の内容は参考のために残しておく。
O-P World: Version 2.9.14MT
変更点
- 最新のMovable Type (6.1.2)へ更新
- irodori.one-poem.jpへ移行のため、記事のリンク等を修正
- カテゴリ名を「ケータイ」から「モバイル」へ、「Mac」から「Apple」へ変更(フォルダ名も変更)
- faviconやバナーへのSVGの採用(詳細は続きに)
Apple: iPadが届いた
待ちに待った、と言うよりは、もっと待たされるかと思ったら意外に早く到着したiPadを入手した。 昼に電話があったので、夕方ヤマダ電機に急ぎ向かった。 受け取り手続きの待ち時間の間にMacコーナーを覗いたところ、Appleストアでも一ヶ月程度待たされるはずの純正iPadケースが在庫されていた。 既にオンラインで手配していたが、案内のメールには配送が七月末などと書かれていたこともあり、そちらはキャンセルするつもりで在庫品を即購入した。 保護フィルムは一番最初に届いたから、これで一通りは揃ったこととなる。
自宅に帰り、まず保護フィルムを装着。 手間取った上にあまり綺麗にいかなかったが、ケースもあるので良しとする。 純正ケースへの挿入はあまりスムーズなものではない。 ドックと併用出来ないとのレビューがあったのでドックキーボードの購入は控えたが、これは正確だった。
続けてiTunesを起動してアクティベートを行った。 これはすぐに完了する。 音楽や写真の同期はとりあえずスキップ。 まずはWi-Fiを設定してSafariを試したり、Google Earthアプリを使ってみたりした。 自宅にいる限りMacを使えば良いことでもあるが、これが外でも気軽に出来るとなると興奮する。 旅行が楽しくなることは間違いない。
と言う訳で最後にブログを書いてみたが、慣れもあるだろうがやはり長い文書を書くには向いていない。 Movable Typeも素の状態では相性があまり良くないようだ。 今後試行錯誤を続けるつもりだ。
Apple: iPad申し込みとPocket WiFi
悩みに悩んだ末、iPadを申し込んできた。 モデルはiPad Wi-Fi 32GB。 3G版にしようかとも思ったが、iPhone 4の登場や、月々の通信料なども考慮して、Wi-Fiのみにした。 当然ながらその場で入手出来る訳ではなく、予約申し込みと言う形で本日は終了。
Apple: iPhoto '09にGPS情報付き写真の撮影地を認識させる
SONYのGPS-CS3Kを購入して、一番の楽しみだったのはiPhotoでの撮影地認識だ。 先日静岡に旅行した際、宿について早速CS3Kでマッチング、iPhotoに読み込ませてみた。 ところが、うまく認識されていないようで、写真は問題なく読み込めるものの、撮影地が表示されない。 帰宅してから再度読み込ませたりしてもだめであった。
気が遠くなりかけたが、写真を調べてみるとGPSの情報自体は記録されている。 Mac OS Xのプレビューのインスペクタを表示させると、きちんと地図が表示されて、GPS情報も記録されていることがわかる。 そこからWebブラウザを立ち上げてGoogleマップに表示させることもできるのが面白い。
しかし、OS付属のプレビューに出来て有償のiPhotoに出来ないとはどういうことなのか。 憤慨しつつしばし放置してしまったが、今日再度確かめてみると、iPhotoの環境設定で詳細を選ぶと、撮影地の検索、と言う項目があることに気がついた。 ここが私の場合、検索「しない」となっていたが、これを「自動」に変えると、何も認識されなかった写真の撮影地が表示されるようになった。
標準でこうした設定となっているとは思えず、私が何かの拍子に変えてしまったのだと思う。 Web検索してもうまくいっている人ばかりで焦ったが、解決して良かった。
Apple: Safari 4 Betaが登場
AppleからSafari 4 Betaが発表された。 ダウンロードすることも可能なので、早速インストールしてみた。 この記事も、Safari 4 Betaから投稿している。
まず目につく新機能は「Top Sites」と名付けられた、よく使うサイトにアクセスしやすくする機能。 OperaのSpeed Dialに始まり、Google Chromeにも同じ機能が搭載されているが、Safariではその表示方法をワイドスクリーン風にスタイリッシュにしている。 私はOperaは最近使っていないのだが、使い勝手はGoogle Chromeとほぼ同じ。 Safariは表示されるサムネイルの数は多いが、「最近追加したブックマーク」「最近閉じたタブ」を表示する機能はないようだ。
同じWebKitをベースにするGoogle Chromeを参考にしたのかな、と思われる機能は他にもある。 タブバーがタイトルバーと一体化しており、Chromeと同じ形式だ。 タブを追加ボタンは右上の角に固定となった。 私はタブを追加ボタンは左端に置くことが多いので、この配置換えにはまだ慣れないが、コンテンツの表示部分が広くなったことは歓迎出来る。
履歴の表示方法にCover Flowを採用したのはいかにもApple製ブラウザらしい。 サイトのサムネイルが表示されるので、履歴を探しやすくなったと思う。 既にFirefoxには搭載されていた機能だが、全体を検索できる機能も便利だ。
新しいJavaScriptエンジンであるNitroだが、確かにGoogle リーダーで多数のリスト表示をさせた時の更新速度が速くなっているように感じる。 はっきりと違いが目に見える訳ではないものの、これから使って行くに従って実感出来るのではないかと期待している。 Firefox 3.1もJavaScriptエンジンが高速化するそうなので、そちらのリリースも楽しみだ。
基礎部分の機能の関連では、Web標準への対応も進んでいるようだ。 スコアが100となったことで話題にもなっていたAcid 3 テストだが、やってみたら確かに100/100となった。
そして、この記事を書くときに気がついたが、Movable Type 4はSafariにもしかすると完全には対応していなかったのかもしれない。 Safariはテキストボックスの大きさを自由に変えることができたが、本文を記入するテキストボックスの横幅がほぼ最小になってしまっていた。 広げれば問題なく記入は出来るものの、最初どういうことかわからず焦ってしまった。
Apple: iLife '09を購入
Appleから発表後、先月末に発売となっていたiLife '09を購入した。 振り返ってみればAmazon.co.jpでやっていた10%引きの予約販売が最も安かったように思うが、ポイントの利用で見かけ上安くビックカメラで購入した。
私が利用するのはiPhotoだけであるが、これまで使っていたのはMacBook ProにプリインストールされていたiPhoto 6であった。 前回のiPhoto 7(iLife '08)はスキップしたが、今回は面白そうな機能も複数加わってきており、購入を決意したと言うわけだ。
既報の通り、iPhoto 8の主な新機能は、撮影地機能と顔認識機能である。 どちらもPicasa 3でも搭載された新機能だが、これまでiPhotoで写真の管理を続けてきた以上、この資産を生かしたかった。
Apple: 宛名職人Ver.15の残念なバージョンアップ内容
こんな時期にこんな話題と言うことで、ぎりぎりということがばれてしまうが、宛名職人をバージョンアップさせた。 Mac OS X 10.5 Leopardにも対応したユニバーサルアプリケーション、と言うことで、これまで使っていたVer.13からVer.15へと変えたのである。
ユニバーサルアプリケーションであるので、Intelマシンでの起動も速く、以前の住所録データも問題なく利用できる。 しかし、これまでのやりとりの履歴やチェックマーク・印刷済みマークなどを基にした複合的な検索が出来なくなっている。 いくつか既定の抽出方法は用意されているものの、それのカスタマイズは出来ないし、新しく作ろうとしても手動でカードを選ぶグループ作成しか出来ない。
スマートフォルダに対するスマートグループ、とでも言えば良いのだろうか、これは最近のMac OSらしい機能だな、と好印象だったので、変更が利くものだと信じ込んでいた。 これはおそらく判りにくいところから機能が使えるようになっているのだろう、仕方ないな・・・と思ってヘルプを見たが、どうも載っていない。 さて、ヘルプの検索の仕方すらまずかったか、とGoogleで検索してみると、やはり同じような問題に直面した人がたくさんいたのだ。
びっくりしたのは、こうした機能は本当にない、と言うこと。
データの抽出機能のような基本的なものまで削られてしまうバージョンアップとはどういうことなのだろうか。
「宛名職人Ver.14」と比較して使用できなくなる機能はありますか?と言うQ&Aを見ても、使えなくなった機能が非常に多いことが目につく。
つまり一から機能の見直し、整理を行いました
と言う記述は、一から開発をやり直した、と解釈するのが良いようだ。
これまでユニバーサルアプリケーション化したアプリケーションをいくつか利用してきたが、機能が削られた例はなく、ほとんどそのまま移植が行われたような状態だった。 だから今回のVer.15へのバージョンアップは残念としか言いようが無いし、「事前にもっと調べておけば良かった」とまたいつもの後悔をしてしまった。
Web: Google ReaderのGUIが変更された
GoogleのWebベースRSSリーダーであるGoogle ReaderのGUIが変更されていた。 すっきりとした印象であり、最初CSSファイルの読み込みに失敗したのかと思ったが、良く見直してみるとGUIの変更だった。
全体的な印象としては、上記の通り表示がすっきり変わった。 特に登録フィードの一覧が表示される左ペインがすっきりした。 「スター付きアイテム」や「トレンド」の項目や共有など、必ずしも利用する訳ではない部分も、折り畳めるようになり、その分登録フィードが大きく表示できるようになった。
個人的には「更新」ボタンまでプルダウンメニューにまとめられてしまったのは残念だが、新しいデザインは嫌いではない。 共有機能は使っていなかったので、小さくまとめられるようになったのはありがたい。
Web: Google Reader に翻訳機能が追加された
私も愛用しているウェブベースのRSSリーダー、Google Readerに翻訳機能が追加された。 フィードあるいはフォルダの設定のプルダウンメニューの中に、「設定言語に翻訳」と言う項目が追加されている。 これをオンにすれば、「設定」メニューでの設定言語(つまり表示言語)に翻訳される仕組みのようだ。 BBCやCNNのニュースをフォルダにまとめて登録してあったので、フォルダの設定で翻訳可能なのは便利だ。
肝心の翻訳の質は大したことはないが、英語→日本語、オランダ語→日本語、日本語→英語など、いくつか試してみたが様々な方向の翻訳が可能だった。 これまで英語のニュースは「すべて既読にする」のが日課になってしまっていたが、これからは斜め読みくらいはしてみようと思う。
コンピュータ: 恵比寿駅で電子ペーパー実験中
東京の恵比寿駅改札で電子ペーパーを使った広告が実験中とのことだ。 先月末に発表されたauのW61Hにも電子ペーパーディスプレイが搭載されていたが、今回はその低消費電力と薄さを活かして、自動改札に取り付ける広告に応用するというもの。 富士通と日立の製品を並べて比較しており、それぞれ方式の違いから解像度や色の表現力に差があるそうだ。
ICカードが主流なので広告の効果は疑問との指摘もされているが、意外となんとなく視界にあったものでも繰り返し見ていれば記憶には残るような気もする。 むしろ、JR東日本の担当者が「表示が目立ちすぎると改札が混雑する」と言っている部分の方が大きな問題のような気がする。 ならばそもそも改札に広告を設置することが混雑を招く一因と言うことになり、鉄道会社としては設置するべきではないと思う。 目立たない広告の方が望ましいと言うのも、高い費用を払っている広告主に対して失礼な話だ。 せっかくの電子ペーパー技術だが、広告として活用するのならば車内など別の場所に設置する方が良いように思った。
ドライブ: 南房総へドライブ
-
先日、房総半島南部へドライブに行ってきた。 アクアラインから館山自動車道方面へ向かい、国道410号・房総フラワーラインをずっと走って行く。 2月とは言え、さすがは南房総である。 東京よりはずっと暖かい。
モバイル: Gmailがauの絵文字の表示に対応
以前はモバイル版からの送信にしか対応していなかったGmailの絵文字対応だが、続いて受信したメールが含むauの絵文字の表示にも対応したそうだ。 私も確認してみたが、残念ながら過去のメールまで表示されるのではないようだ。
モバイル: Android搭載端末が登場
AndroidはGoogleが発表した携帯電話プラットフォームで、公開されていたSDKも、先日大規模なアップデートが予告されたばかりだ。 そのAndroidを搭載した端末の試作機がMobile World Congress 2008で展示されているようだ。 Androidの注目の高さを受けて、推進団体以外の半導体メーカーも展示を行っていたようだ。
現在のところ、Androidを使って何か特別なことができるわけではないそうだ。
むしろ、携帯電話機メーカーが何をしなくて済むかの方が重要
とのことで、こうした共通のプラットフォームが準備されることで、開発コストが低減されることに意義があるそうだ。
KDDIのKCP+も同じ目的で開発されたものだと思うが、Androidの方が広まるような気がしてしまうのはなぜだろうか。
Web: Google Maps APIのドキュメントが日本語化
Google マップ APIの日本語ドキュメントが公開されたそうだ。 これまでは英語の文書しかなかったそうだが、日本語の文書も出来たので利用しやすくなった、とのこと。 私も興味があるので少しだけ読んでみたが、最低限JavaScriptでプログラミングが出来ないと、使うことは難しいようだ。 サンプルなども見て勉強し、いずれは何か作れるようになりたいものだ。
Web: ライブドアのFastladderがオープンソースに
ライブドアがRSSリーダーのFastladderをオープンソースとして公開したそうだ。 Fastladderはサーバにインストールして使用するRSSリーダーで、単体でも動作するWindows版も用意されている。
元々はWebサービスのlivedoor Readerで、その英語版サービスがFastladderだったそうだ。 私はGoogle Readerを使っているが、livedoor Readerは高速であることが売り物らしい。 今のところGoogle Readerのスピードに不満は無く、スター機能を便利に使っているので、特に乗り換えるつもりはないが、オープンソース化で魅力的な機能が追加されれば、試してみる価値はあると思っている。
Web: MicrosoftがYahoo!買収を提案
MicrosoftがYahoo!に買収を提案したそうだ。
5兆円ちかい金額をかけたこの買収の目的は、Googleに対抗すること
。
ここ数年、サービスの方向性が揺れていたMicrosoftが、GoogleのDouble Click買収やAndroid開発などで対応を迫られたと言う解説がされている。
Microsoftがそれだけの脅威をGoogleに感じていることに驚くとともに、これだけの投資をしても回収が見込めると言うのも驚くばかりだ。
なお、日本のヤフーにの関係を理解し変えることはない
としており、ソフトバンクが筆頭株主である日本では、この買収(仮に成功しても)による変化は小さいのかもしれない。
- 前後の検索結果
- 前のページへ
- 次のページへ