pab

デザイン依頼の中に、すでにワードプレスの組み込みが前提になっているのだ。もちろん単発の仕事の中にはデザインソースだけの提供というものもある。だが、それらもCMSのなかへ組み込まれてゆく。HTMLの静的コーディングというものはそれなりに大変でセンシティブな作業だが、ワードプレスへの組み込み前提のコーディングはまた違った世界を有していて、動的に書き出されたソースに対して、改めてCSSを書き直してゆくというステップを踏む。これは既存テーマのカスタマイズを前提にしている場合なおさらだ。

ワードプレスのテーマを一から作り上げてゆくには、静的なデザインソースをphpで切り分けて分解してゆくのだが、このエネルギーは投稿スタイル・個別ページなど組み合わせごとに準備しなければならず、相当の時間を要する。さらに仕上がったものに修正を加えることは、時間をさかのぼって見直さねばならず、デザイン優先の仕事の場合では作業リスクが大きくなってきていた。

そこでしばらく前から既存テーマを利用したカスタマイズを取り入れるようになってきた。ではどのテーマを使うかだが、ありとあらゆるテーマがあるためこれというものを推すことは出来ない。自身でビルドアップできるテーマもたくさんある中、ある程度プログラムスキルを有しないと理解をこえることがあり、敷居も高くなる。

BizVectorを知った時ちょっとやぼったいと感じたのだが、実際インストールしてみると、子テーマによるカスタマイズでそれなりの自由度が確保できることがわかってきた。またCSSとプラグインをうまく使えば、個性的なページづくりも難しくない。レスポンシブ化もしていて、お客の要望に速やかに応えることが出来る。どうしてもそのテーマ特有のくせが見え方や動作に影響し、「あ、これはBizVectorでできてるな」という仕上がり感を逃れることが出来ないというジレンマはある。だが仕事はリッチなコンテンツばかりではない。また、お客の求める仕上がりと予算感のバランスを上手に既存テーマが補ってくれ、時間短縮にも貢献する。ワードプレスのテーマは自身のスキルアップも含めて積極的にオリジナルテーマ作成を選んだ時期もあったが、CMSのアップデートにテーマがついてゆけないという現実がある。他社の作ったテーマに依存していてはデザインの幅を狭めている現実もある。このつきまとい定まらぬ問題を解決するのは、極力シンプルなテーマを準備することだ。

BizVectorの便利さになれた頃、この度、曲折を得て開発したLightningというテーマが公開された。これはBizVectorの多機能性を排除することでワードプレスの公式テーマとして登録、多機能部分はプラグインに委ねるという選択でテーマ自身の柔軟性を確保したものだそうだ。このことで、アップデートは管理画面上で可能だし、Twitter Bootstrapが予めインクルードされているのでカスタマイズの柔軟さ・効率は高まったと言えるかもしれない。ここはひとつ導入してテスト運用してみたいと感じている。

藤田さんには数年ぶりに対面させていただいたが、この写真には縁があり、数年前の個展でお手伝いさせていただいたことがある。そのときは17インチのディスプレイに写真をスライドショーさせた。
写真を見るという行為には様々な方法がある。額装で一枚一枚丁寧に見ることも出来れば、本をめくるように閲覧することも出来る。スクリーンに投影することで連続した臨場感を持たせることも出来る。その方法を作家が提示することで、見るものへの伝わり方が違ってくるだろう。購入した本を手にしながら、この写真には連続したストーリーがあるのだな、私にはそのように思えた。

続いて日を改めて、もうひとつ写真展に伺った。小林恵写真展「フクシマ」。御茶ノ水駅近くのギャラリーだ。
ひっそりとした空間の壁に「あたりまえのものが失われた世界を生きる」と題された福島の街、村、里山のモノクロームの景色。何も変わらないようにたたずむ家々にどうしても“生活の痕跡”を探してしまうのだが、どこにも人は写っていない。
あるのは残像と壁に書かれた遺言と人間のエゴの犠牲になった動物たち。2年を経ても容赦なく現実を突きつけてくる。写真には現地の放射線量が刻まれている。放置された今を伝える、残酷なメッセージでもある。
加えて外での遊びを制限された一時避難の子供たち。（こちらはカラー写真） その表情だけは救い。

小林氏は香川県豊島の生まれ。私が先日お手伝いした豊島事件・産廃問題のWEBでは氏の写真なくしては成立しなかった。問題が問題として存在し始めた当初から取材されておられるその行動力と真摯な眼差しは「フクシマ」に於いても変わることはないのだろう。小林さんに御礼のひとつでもと思っていたがこの日お会いすることは叶わなかった。

趣き・視点こそ違えどもカメラマンというプロフェッショナルの魂を感じることが出来た写真展でした。

ああ、だから原発問題があるんだね、あれは解決しないんだ、などと短絡的に思ってしまう。あれは持続性乏しいよ、と直感できてしまう。だって技術が未完成だし、運転士がいいかげんだもん。続くわけないよ。そのうち決定的なダメージを伴う。あれ、このまえ爆発がそうじゃなかったっけ？とひとりごちる。

いや、どうもそれだけではなく、この社会のサステナビリティの試練について、既に、過去に、未来を暗示する問題が、社会を賑わしていたんです。
それが瀬戸内海に浮かぶ自然豊かな島での「豊島事件」だ。このたびこのサイトに関わる機会を得、改めて深く考えさせられることになった。初めて知ったと言ってよい。

90年代末に起こった香川県の小さな島での産業廃棄物不法投棄事件。ここに各地から、悪徳業者と行政の無謬性よって大量に産廃が持ち込まれ、今なおその処理は続いている。一致団結した島の住民たちと手弁当の弁護士たち。対するは香川県。公害調停は36回に及び、2000年、謝罪と処理へ向けての最終合意を勝ち取る。しかし、勝利とはいえ、産廃処理に伴う多額の経費確保、産廃処理、自然の回復へは道は長い。高度経済成長期のつけを、この小さな島は一方的に払わされているのだろうか。いったん土中へ染み出たダイオキシンなどの公害物質を、海中へ流れ出る有毒物質らを取り除くことなど、放射能の扱いと等しく途方も無いことであろうことは、原発事故のあった今こそ実感できることであるし、文明に継続性の危うさを既に指し示していると思える。
このようなことの教訓を僕らは何度でも繰り返し実感しなくてはいけないし、語り継がなくてはいけないのだろう。

サステイナビリティというものの実現は、可能性として存在する。それには社会全体の良心に頼らざるを得ないのだが、私たち自身と、コミュニティの在り方を模索しつつ、企業は利益型の循環系を確保しなければならない。恐ろしくハードルの高い技術と智慧を、文明社会は求められていると思う。

参考＊http://www.teshima-school.jp/

AqTk2Appは、テキスト入力後はリストされた履歴がそのまま発声ボタンになるのです。これはパッドの操作が苦手でも「発音」させるだけなら簡単。つまり発声が不自由な方が意思疎通に使えるのではないかと思いました。私の父がまさにそうで、見聞きはしっかりしているようでなのですがうまく声を発することができないもどかしさを、このようなアプリが補うことができないかと考えたのです。ただし父は手も不自由なのですが左手の上げ下げはできるので、指タッチは可能。前にもお絵かきソフトを利用したことがありました。

そこで、今回iPad を持って病院で試してきました。結論を先に書くと「使えない」ものでした。
これは症状の重度にもよるかもしれませんが、タッチデバイスの決定的な操作性のルールによって、父にはテキストボタンを押すことがままならないのです。

 そのタッチデバイスのルールとは、ボタンとしての反応は「タッチを離したとき」であるという仕様です。スクリプトで言えば「on (release) 」です。リリースしたときに反応するのはiPhone カメラのボタンなどがよい例ですが、「押したまま対象を捉えてから」リリースすればシャッターが切れる、という感じです。
これはiOS に限らず誤作動を防ぐための措置だと思いますが、この「ボタンを離す（リリース）」動作が父にはできないのです。だから、対象を捉えてもシャッターが切れないという繰り返しでした。いくらテキストボタンをタッチしても「ドラッグ」してしまうのです。ドラッグは多くの場合「スクロール」してしまい、ボタン機能が作動しない、という結果となりました。
あらためてソフトウエアに頼らない「物理的ボタン」の重要性を認識しました。ボタンはボタンらしく「押した瞬間」に反応してほしいと、私だけではなく「父自身」が感じたでしょう。

おそらく何の障害もなく操作できる方が多数のはずですが、今回知ったのは、ベッドで寝ているとタッチした局面から「指を離す」動作がことのほかしづらい、という事です。

これには打開策があるのでしょうか？ボタンがボタンらしく「押したときに機能」させることは、誤作動を起こしたりキャンセルができなくなるので制作時に採用されないのでしょうか？条件的な選択の余地を増やせば誤作動は回避できそうですが、クリック数（タッチ数）が増えてしまいます。
いままで健常ゆえに見えていなかったことを、改めて気づかされました。自分のいつものデザインの中にも意識せねばならない重要なヒントがあるようにも思いました。
ユーザー・インターフェイス・デザインはまだまだ発展ののりしろがあるのだと感じました。

流れとしては大きく二つあり、既知の情報伝達の在り方を前段に、歴史的情報伝達の経緯と、現代社会の情報伝達の方法論を語られました。

前段として既知の情報伝達に、大きく分けて縦軸と横軸があり、それぞれメタとネットワークとしています。

• 縦軸メタは権利義務的な情報の流れ。
• 横軸のネットワークは緩やかで自由な関係。

このような関係は古代においてのキリスト教やゾロアスター教の広がりが、わずか200年でユーラシア大陸を端まで横断したという事実があり、これが「成功したネットワーク」の代表例です。

そして「社会のよりよき成り立ちのために行う、良いコミュニケーション」という情報伝達のバイアスが示されます。「良いコミュニケーション」が情報伝達の障害＝距離や時間という障害を乗り越えられるのでしょうか。良いものは良いものほど情報価値を高めて、伝わり易いのはクチコミがそうであるように実感できることです。では「良いコミュニケーション」とは何か？良い悪いは社会が判断するのでしょうか？（私は講義のあとだんだんとココが気になってきました。）

つぎに歴史とは対極的に現代的な解釈に入ります。情報とは何か、知識とは何か？
「知恵の実態」という情報の影響関係をモデルにした図を見ながら説明されました。

• 情報とは、データをわかりやすいように整理したもの。
• 知識とは、条件分岐がついている情報。判断できるように整理されれている。

これはIT辞典があるとしたらそれらに載っているような表現とは違うものであり、理解を促す需要なキーワードのように聞こえました。特に「知識」に関しては、そのような解釈が可能なんだと感じ入りました。「条件分岐」が「知識」なのかと、生まれも育ちも違うような子の血が繋がっていたかのような錯覚です。

あるとき真っ暗な通路を一人歩いて、通りは一本。次第に明かりが見えた時、駆け足で通りを抜けきろうとする。そこに知識も知恵も必要ない。
だが途中通路が二手に分かれた時、いかなる条件をもとに私はどんな判断を下すのか。
とたんに自分の持てる知識をフル活用して窮地を脱しなくては。ここに条件分岐を的確に判断するための情報が必要になってくる。先にあかりは見えるのか？狭いか広いか？あらゆる情報から決断を迫られる。以上は私が勝手に思いついたこと。。。

というふうに思考実験すると、ああ、これはウエブデザインにおけるナビゲーションだ。UIだ。無秩序で真っ暗闇のサイトデザインには「知識」が備わってないんですね。サイトではナビでユーザーをふるいにかけながら的確に導かなくてはいけない。あらゆる時点でデザインによる条件分岐をが行われている。知識あるものが的確にユーザーを導いてゆくんだなと気づかされたのです。日頃そんなことばかり考えていてはデザインできませんけれど。

そして、

• 「情報をデザインする」ということは、既に獲得している自分の知識に照らして関連がつくられるということ。

加えてジャーナリストの術として＜例示～類似～対比～比喩＞という流れを使って「相手の推論方法に乗りやすいように情報を加工する」という実務的な作法を語られました。
これはまさに日頃このような方法で「加工」あるいは「デザイン」された情報に、われわれは接していることになります。つまりそこに知識があり、ジャーナリズムが生きているのです。
それを作為的と捉えることは可能ですし、アジテーションに使われることもあると思います。そう言う意味でなおさら「情報はデザインされているということを意識する」のは大変大事なことなのだと思いました。

今まで仕事で携わった有償のレンタル・カートシステムでは、エクスカートやカラーミーショップがあります。売上の数％など手数料がかかります。
Welcart ではこのフリーのソースゆえ自前サーバーに置けるという利点やカスタマイズの幅が広いということがあります。逆に知識がないと行き届かない点もあり難易度は低くありませんでした。ただし、サポートサイトやたくさんの導入レポートもあるので参考にはなります。

最初に用意されているデモページを見たとき、「こんなデザインじゃなぁ」とがっかりさせられ、どこまでいじれるか不安になりましたが、まずは基本レイアウトを踏襲したままオリジナリティをだせるかを試してみることで「勉強」することにしました。

既にインストールされているワードプレスのマルチサイト機能を使って、新規サイトをひとつ作成しwelcart プラグインをインストールしました。カスタマイズのプロセスは楽しまましたが、いくつものハードルがありました。

今回分かった不具合について先に明記しますと、

• マルチサイト（サブディレクトリ形式）で構築すると、メンバー登録ページ等で動的に書き出される箇所が、上位ディレクトリだったりして表示されない。
• 共用SSLでの利用に不具合。（サーバーにもよると思いますが事実上使えない）

このふたつはサイト設定の根本的な箇所ですので、マルチサイトで導入するときはWelcart を親になる上位ディレクトリに構築するほうがよいです。ブログや企業情報の方を別ディレクトリのマルチサイトとしてサブディレクトリ化するほうが不具合はないと思います。ややこしいですね。

またSSLに関しては長期的運用には見過ごすことは出来ないセキュリティの問題です。予算と運用体制との兼ね合いを考慮したうえで、独自SSLでサーバーを設定する方向で考えたほうが無難だと思います。共用SSLの場合の設定方法は何か別な方策があるのかもしれませんし、しばらくは無いのかもしれません。ここは追って調査します。

さて、私の既存サイトで今回導入する場合、マルチサイト上での構築は断念して同じディレクトリ内でショップサイトを /store/ としてオープンさせました。 故にテーマデザインはそのまま引き継がれることになります。でもそれではショップの独自性は出せないので、page-store.php を作成してオリジナルデザインを導入しました。

固定ページ用のpage-store.php はもともとインストールされるWelcart デフォルトの home.php と同等です。それを基本構造を触らないようにしながらCSSでカスタマイズしました。
また、デフォルトで用意されているディレクトリwc_templates 内のphp をそのまま利用して独自のheader-store.php やfooter-store.php を読み込ませるように部分の書き換えを行います。（例　<?php get_header( ‘store’ ); ?>）
このあたり注意深く作り込めばかなりデザイン的な変化をつけられることがわかりました。
そのほかデフォルトでインストールされるテンプレートphp をぬかりなく移植しておく必要があります。ウィジェットやメニューの個別設定は手間ですが大変重要だということもわかりました。独自に表示されるWelcart 用のウィジェットがどこにどう表示されるものなのかの見極めが重要でした。ひとことでかけないチェック＆修正のプロセスがありました。これらはカスタマイズの度に繰り返しチェックが必要かもしれません。

結果的動作するようになると、無理なく動くカートとして価値は十二分にあります。まだまだカスタマイズの足らない箇所を練り上げてゆきたいと思います。

事務所を共有するというのは仲間うちでよくあることだけど、それを完全にオープンにして店子を流動化させ共有させる。しかも立地が渋谷のド真ん中というのはなかなか斬新。共有スペースとしての提案以上に立地のアドバンテージが大きいように感じます。しかも月１２０００円って安いですね！一日フリーの料金だって１０００～２０００円。ちょっとしたミーティングに使えるおしゃれ空間という感じです。クリエーターが無線LAN と MacBook Air 一台で仕事できる時代だから可能になったという気がします。ただしスペースが限られているから早い者勝ち。

私が独立したての頃、恵比寿のある会社のオフィスを間借りしていました。その時月5万円支払っていました。机と自由に使えるLAN、コピー機等。あと仕事も共有していました。インターネットがすごく便利になって遠方からでも「入稿」できるようになるとデザイナーの「立地の利便性」が希薄になってきました。ウエブデザインですと、どこからでも納品が可能ということもあります。

ただしそのとたん「東京」という世界でも稀に見る情報の集約地との距離が、物理的に離れてしまいます。それは私自身が実感しました。デザイナーやクリエーターはやはりたくさんの刺激の中で、情報を共有して、よりよいものをプレゼンテーションしてゆかなければ生き残ってゆけません。そんな中にあって“The Dots”のような営業形態の提案は大変興味深いと思います。

少し状況は複雑です。Lionにすると使えていたソフトが使えなくなることがある。OSX 上でPPCアプリを起動させていたロゼッタがLionには搭載されず、起動すらできないアプリが出てきます。うちでは経理ソフトでした。経理ソフトはコロコロ変えるものではないためLionが便利だろうとも10.6のままでよいと判断しておりました。

そしてmobileMe 終了です。そこでLionにしなくてもiCloud へスイッチして、引き続き＠mac.comのメール利用だけでもできればそれでよかったのですが、それが叶わないらしいのです。OS10.6以下はマックのMail.appでは受信できなくなるそうです。。。

今日、仕事帰りに銀座ジーニアス・バーで聞いてきました。

• インテルマックであっても Core Duo はLionにアップデートできません。（ガーン！
• iCloud へ早くスイッチしないと mobileMe 利用は6月半ばで終了。（ヤバイ！
• Lion にアプデしないで iCloud にスイッチ→ Mail.app で受信不可。（ナニ！
• ただしメールチェックはSafari で iCloud にアクセスしご利用できます。（ほっ！
• iCloud を他社アプリでも利用可だがうまくいかないことがあり。（しっかりして！

さらに、私は家族用にメールをふたつ購入しています。ファミリーパックというものらしいです。これがあったので延ばし延ばしにしてきた事情もあります。私が勝手にiCloud にスイッチしたら、ほかの二人のメールも即日iCloud化してしまうのではないか？Lionにアップデートしていないのに急に変わってしまうとメールチェックができないのではないか？という不安からでした。ですがこれは杞憂に終わりました。
各自が思い立った時点で各自がそれぞれ iCloud に移行できます、とのことです。ここは一安心。ただし6月半ばまで。

また、個人の購入している「iPhone」 の「設定」からiCloud にスイッチすると、固有のメールのスイッチが行われ、ファミリーパックには影響しません。しかしながらその個人がマックmobileMeユーザーで、保有するマックがOSX10.6以下だった場合、Mail.app はiCloudメールを受信できなくなる、ということが起こりうるそうです。iPhone ユーザーでOSX10.6以下の人は順序に注意が必要です。私です。

整理すると頑としてLionにアプデしたくない・できない理由が存在する限り、iCloud スイッチ後のメールチェックはSafariベースのブラウザメールだということです。icloud.com/mailへブラウザでアクセスし、ID入力してメールチェックすることになります。
ブラウザ機動が面倒だったり、複数アカウントがあったりすると煩わしいですね。
そのために回避策としての、他社製ブラウザメールやメールアプリも試してみる価値はある、ということです。
iCloud：メールサーバの情報
Outolook での設定方法

ところが今回いろいろ検索してみると、Snow Leopard 10.4 でも Mail.app が使えるとというわりと確かな情報や、このような情報もありますので希望を捨てず設定してみようと思います。情報公開されている方に頭が下がります。

でもこんなこと田舎のお母さんに説明できますか？遠くの友人も同じような環境で、パソコンは不得手ですのでどうやって説明していいやら気が重くなります。