Thursday, April 16, 2009

CrunchPadについての続報

CrunchPadの続報ということで前回に続いて動きを追ってみます。

(前回記事参照: レッド ■ ワン: red-one: CrunchPadは素晴らしいと思う


しかし、今回の発表はリーク情報を受けてとなっている為、正式な発表ではなく詳細な仕様等は現時点では判明していません。
従って、自身も曖昧かつ希望的観測を持ってしか語ることができません。

外観について

 画像を見る限りではかなりの薄型化が実現されている模様。
厚さ3.3センチあったB版のどうにもモッサリした外観と比べ、メタリック仕様でよりスリムによりスタイリッシュなデザインになっているのでは?
これは普通に置いてあっても違和感はないですね。
というか縦置き・斜め置きに対応したスタンドが何気に秀逸。

ソフトについて

 OSはカスタム・メイドLinuxということで、100MBまでスリム化されています。
UIとなるブラウザはWebkitベースで決まりなのか……。
OSと相まってユーザのカスタマイズ性はほぼ無しと言えるでしょう。
自由にアプリの追加すら出来ないのではないかと危惧してしまいます。

ここまで

 デザインがこなれた感じになって安心しました。
加速度センサも装備されて無意味に高機能化しているなぁ、と。加速度センサより(ソフト)ボタン切替の方が良いと思うのだが。
正直、iPod touchとの住み分けを考えてしまうと、余り新規性も有用性も乏しいかな。
フルブラウザで大画面なのがユーザに優しいということくらいか。

今後、利用形態や利便性を考えると重さが重要なファクタになりそう。
現時点で言えることは、自分が買ったら本当にdrawr用マシンになることくらい。 専用クライアントでも作ってみようかしら。

しかし、Gizmodeのこの記事は酷くないか(TechCrunchがタッチタブレット端末を出したよ! : Gizmodo Japan(ギズモード・ジャパン), ガジェット情報満載ブログ)。『原文』とあるものとも全く違うし。

Wednesday, February 11, 2009

Blogger ブログの要約記事をトップページに表示するアイディア

久々の Blogger ネタ、でもアイディアだけ。

テンプレートの変更を考えていまして、トップページの表示をなるべく簡素にしたいと思い、タイトル(と記事の要約)のみの表示へ変更する予定です。
記事の要約のみを表示して、「続きを読む」リンクなどを設置する方法は以前からあり、こちらで詳しく解説されています。


ただし、この方法は(今までのものを含め)全ての記事内容をそれ専用に編集しないとなりません。

そこで、アイデアというか思いつき。
Blogger ブログで配信しているフィードにはサマリィ(要約:この場合は最初の数百文字程度)だけを抜き出したものがあります。
詳しくは、こちらを。

自分のブログを例に挙げれば、
http://redone-on.blogspot.com/feeds/posts/summary

なんですが。
このサマリィをブログのトップページに貼り付ければOKなのではないか、と。

思いつく方法・その1


Blogger には幸いにも登録フィードをブログに貼り付けるフィード・ウィジェットがあります。
これを用いてサマリィを表示すれば、と思ったのですがフィード・ウィジェットはデータをキャッシュに取っていて表示が更新されるのが(異様に)遅い。
折角記事を書いても、トップページの更新が1日と遅れる状況は避けるべき。

思いつく方法・その2


JSONフィードのコールバックを使う。
http://redone-on.blogspot.com/feeds/posts/summary?alt=json-in-script&callback=AAA

AAAという関数で受け取って、記事タイトル、リンク、サマリィを表示する。
問題としては、Javascriptオフの環境ではトップページがまっさらになってしまうこと。


最善の方法としては、Bloggerチームがフィード・ウィジェットの登録フィードをユーザの任意のタイミングで更新にされるように改善してもらうのがよいのですが……。
なんとも、他人任せな解法。

Sunday, January 25, 2009

CrunchPadは素晴らしいと思う

Long Tail World のSatomi氏のこの記事から密かに動向を伺っていた200ドル・タブレットPC。


プロトタイプだが、一応の動作をするものができたらしい。
通称『CrunchPad』と命名されているらしい。
全く素晴らしいプロダクトだ。

因みに、
  • 重さ3ポンド≒1.36[kg]、厚み1.3インチ≒3.3[cm]
である。

昨年中頃から始まった(らしい)プロジェクトも半年足らずでちゃんとした形にするバイタリティは見習うべきものがあります。
ただし、個人的に気になる点も多々あるのが実情。

残念な点

  • ブラウザ(UI)がWebkitベース。当初はFirefoxベースと謳っていた。Firefox(XUL)ベースならば、購入後もクライアント側でカスタマイズができる
  • 厚さが1.3インチ≒3.3[cm]。3センチは厚い。動画を見た限りでは、実際手に取る分には持ちやすそうだが、鞄に入れて持ち運ぶにはスペースを取り過ぎる
  • タッチパネルIF。動画を見て推測するには、マルチタッチではない模様。マルチタッチでないと文字入力は(更に)辛くないかな。
    恐らく、マルチタッチに対応していないから持ち手が画面に触れないようにフレームも幅広になっているのでは?
    今後のアップデートに期待


素晴らしいプロダクトではあるが、現段階でのデヴァイスの印象としては本当にネット閲覧だけ、という感じ。例えば、ブログ記事(長文)を書くことすら想定していなさそう。

外出先でちょっとしたメモを取る……とは使えなさそう。 文章を入力するよりも手書きメモを取る使い方ができれば良いなぁ。

全体の印象としては、少し中途半端なできになってしまっていることに残念である。
# まあ、200,300ドルで購入できるなら即買いしますが……!
ユーザ層や使用場面などは、どういう風に設定しているのだろうか。
室内で使う? 外出先で使う? ギークな青年が使う? ガジェット好きなスーツ? ネット初心者の年配の方?

何処に重点を置くかということが問題であって、必ずしも安価に固執する必要はないと思う。
# 安価であれば、それはそれで購買意欲にも繋がるが……
# 安価なのは十分条件であって、必要条件ではないでしょ。
まあ、これまで作るのに資金も余り掛かっていないと言っているので、試作もそんなに回数を重ねていないのでしょう。
これから本格的な練り直しとよりベターなプロダクトへの挑戦を試みて欲しい。

蛇足駄文

あと、ニーズとはあるものではなくて作るものではないのかな。
Apple の iPod 然り、iPhone 然り。
少なくとも CrunchPad はニーズを作ることができた(ブログ上のコメントなどで明白でしょ)。 あとは提案するニーズに沿う物を作り出せるかどうかだと思う。
その自信がないなら、まず会社化は無理でしょう。

Saturday, December 29, 2007

6 + 7 > 13 という考え方

see also : MORI LOG ACADEMY: 納得がいかない足し算

桁が増えることを何故難しく感じるのだろうか。11や12も、8や9と同じく、1つの数字なのに。ただ、表記が2文字になっているだけのことである。数字を表記する方法の問題なのに、何故計算がややこしくなる(と感じる)のだろうか。…(中略)
 さて、5+5=10は、気持ち良く覚えられる。また、5+6=11もその恩恵によりまずまずだ。6+6=12も手が届く範囲というか、まだまだ人に優しい。ところが、6+7=13がいけない。一気に難しくなる。これが、桁を越える足し算における最初の難関といえるだろう。
MORI LOG ACADEMY より転載


 これを読んだとき,ふと懐かしさを覚えた. 小学一年生のときを思い出した. 記憶が掘り起こされたといってもいいかも.
 これと同じ疑問に陥ったことがある. (まあ,一方的な共感でしかないのですけど)

 小学生のときの数字の認識としては(今でもそうかもだけど),1~10 を3分類していた.
つまり,


 1 ~ 3 ≒ 1  (小さい)
 4 ~ 6 ≒ 5  (中くらい)
 7 ~ 10 ≒ 10 (大きい)


と,頭の中で変換して数字の大小を理解していた.

とすると,命題の式<6 + 7 = 13>は,脳内ではこう変換される.


 約 5 + 約 10 = 約 10


と.
 すると,ここで疑問が生まれる. 約 5 と約 10 を合わせてなんで,約 10 なるんだ?

 『6』も『7』も中くらいには大きい値である. 瞬間的に直感として,2数を足すとより大きな値になりそうだと錯覚してしまう.
 しかし,導き出される『13』という答えでは数の印象が優先して,6 + 7 よりも小さい数字だと一瞬認識してしまう(『1』も『3』も小さい数であるため). 一度感覚で認識した情報を計算で訂正(or 否定)する作業を施すこととなり,違和感が発生するのだろう.

# うーん,微妙に解には届いてないような気がしますが,勝手に自問自答しました.

 多分,9 や 8 では,-2, -1 をした方が速いということに気付く.
 つまり,7 だけが宙ぶらりんなのだ.

Saturday, December 01, 2007

テーブルのセルをハイライトするCSS +α

更新 at 2007 12 03
 サンプル2,3において IE6 でテーブルが崩れていたものを修正.
CSS コードの修正はありません.



マウスオーバしたテーブルの行・セルをハイライト表示

 CSS のみで,マウスオーバしたセルのスタイルを変更する方法を紹介したいと思います.

※ただし,IE6には対応していません.
※Firefox 1.5, 2.0 で動作確認しております. IE7, Opera, Safari3.0(Win版) で動作確認しました.

HTML コード:
<table>
<thead> <tr><th> aaa </th><th> bbb </th><th> ccc </th><th> ddd </th></tr> </thead>
<tbody>
<tr><td> a1 </td><td> b1 </td><td> c1 </td><td> d1 </td></tr>
<tr><td> a2 </td><td> b2 </td><td> c2 </td><td> d2 </td></tr>
<tr><td> a3 </td><td> b3 </td><td> c3 </td><td> d3 </td></tr>
<tr><td> a4 </td><td> b4 </td><td> c4 </td><td> d4 </td></tr>
</tbody>
</table>

元となるHTMLソースコードは上記のような一般的なもの. もとソースに手を加える必要はございません.


CSS コード:
/*  テーブルのスタイル  */

table, table * {
border-collapse: collapse;
border: 1px solid #ddd; /* テーブルのボーダの色 */
}
th, td {
width: 3em;
}
thead th {
background: #69d; /* 第一行目(項目名)のセルの色 */
}
th:first-child {
background: #88d; /* 左上のセルの色 */
}

td:first-child {
background: #ccc; /* 一列目のセルの色 */
text-align: center;
}

tfoot td {
background: #6d9;
}
tfoot td:first-child {
background: #8d8;
text-align: center;
}

/* マウスオーバしたセルのスタイル */

tbody tr:hover td {
background: #dff; /* 列のハイライト色 */
}
tbody tr:hover td:first-child {
background: #cdf; /* 第一行目のハイライト色 */
}

tbody tr:hover td:hover {
background: #acf; /* セルのハイライト色 */
}
 上部はテーブル全体のスタイル指定,下部がハイライト部分のセル・行のスタイル指定になります.
色味等は好みで変えましょう(青字部分).


以下が実際にスタイルを適用したテーブルのサンプルになります.

Table サンプル 1 マウスオーバ・ハイライト
aaabbbcccddd
a1 b1 c1 d1
a2 b2 c2 d2
a3 b3 c3 d3
a4 b4 c4 d4


縦の列(カラム)へのハイライトには対応していません.
なんとかしたい・・・.


テーブルの内容部分のみをスクロールする

 +αの部分.
 テーブルが巨大になってしまった場合,第一列(ヘッド:項目名部分)を固定して,ボディ部分のみをスクロールさせる方法がある.
それを,HTML には全く手を加えず,CSS のみで表現する手法を提案.

使用する HTML コードは上記と同一.
特別なカスタマイズはいりません.
※ こちらは Firefox ブラウザにしか対応していません.

CSS コード:
tbody {
height: 200px;
overflow: auto;
}

tbody タグに高さを指定(例では200px)して,はみ出る部分はスクロールするようにする.

Table サンプル 2 スクロール/バグあり
aaabbbcccddd
aabbccdd
a1 b1 c1 d1
a2 b2 c2 d2
a3 b3 c3 d3
a4 b4 c4 d4
a1 b1 c1 d1
a2 b2 c2 d2
a3 b3 c3 d3
a4 b4 c4 d4
  ※Firefox で見てみよう!

フッタも付けるとこのような感じ.


テーブルの内容部分のみをスクロールする 改良

 上記のコードの場合,table の高さの解釈により,無駄な枠線(ボーダ)が表示され,見苦しいものとなる.
この現象を回避する為に,CSS を一部書き換える.

CSS コード:
table {
background: #ddd;
border-spacing: 1px;
}
th, td {
width: 3em;
background: #fff;
}

border-collapse や border の指定は消します. 枠をボーダではなくて,セル間の空白で表現.
以下のようになります.

Table サンプル 3 スクロール/バグ修正
aaabbbcccddd
aabbccdd
a1 b1 c1 d1
a2 b2 c2 d2
a3 b3 c3 d3
a4 b4 c4 d4
a1 b1 c1 d1
a2 b2 c2 d2
a3 b3 c3 d3
a4 b4 c4 d4
  ※Firefox で見てみよう!

横スクロールバーが出てきてしまうのは・・・見逃してください.

    ref.
  • 参考:web creators 2008年1月号 目次»



--
12月になりました. やりたい事が増えてきた.

Friday, June 22, 2007

最近の色々残念な事; about Google APIs & ニコニコブックマーク

最近(ちょっと前),Google Spreadsheets を Web アプリのデータベースとして利用できないかと考えてまして,API について調べているのですけど.

残念な事 for Google SpreadSheets API


 Spreadsheets (に限らず Google API で)はフィードの形式が JSON でも配信しているので,セルやリストの値の取得は本当に2,3行で書けるのですけど,セルへの値の書き込みが PUT リクエストで直接フィードの実体を渡さないとできないもよう.
 つまり,PHP, Java などサーバサイドプログラムを駆使しないと Spreadsheets の編集は自由にできない,ということ.
 XMLHttpRequest のクロスドメインの問題から Javascript だけでシートを制御するのは結構無理そう.
 まあ,セキュリティのことを考えれば当然?
 ちょっと残念.

残念な事 for ニコニコブックマーク


 多くのことは開発者ブログのコメントや設置された掲示板で匿名多数の方々が言ってますので,別の切り口から.

 ニコニコブックマーク(略称ニコブ)とは,指定した URL の Web ページの好きなところに皆(現時点ではニコ動アカウント保持者)でコメントを残せるというニワンゴの新たに始めたサービス.
 コメントの閲覧のみ全開放.

 技術的には,Web ページのキャプチャ画像を撮ってきて,画像(ページ)上の絶対座標へコメントを貼り付けるというもの,ということですが・・・
 キャプチャ画像という逃げに出たことが非常にがっかりでした.

 Web ページというものはクライアントのディスプレイ領域がそれぞれ異なるため,ある程度フレキシブルにできている. フレキシブルに作られているページが多数存在する.
 そのため,あらゆる Web ページ上のいたるところにコメントを・・・と思うと,当たり前のことですが,コンテンツの折り返しなどで絶対座標にオブジェクトを置いておくことができない(クライアントの環境によっては見えなく隠れてしまったり,意図しない位置へ表示されたりしてしまう).
 その問題に対して,今まで多くのツールでは明快な回答というものが示されてこなかった.

 ニワンゴでさえもそれに対して,キャプチャ画像という逃げに出たことが,非常にがっかりでした.


 またコンテンツに対するコメントとコンテンツ自身が切り離されてしまっていることが同系統のアプリに当てはまる問題にあるように思う.
# まあ,ソーシャルブックマークとはそういうものとも言えなくもないが.
# でもニコブってブックマークか?



蛇足
  • Firefox Developor's Conf. 2007 Summer

へ参加しました. 興味があったので.

日本では Firefox にいまいちメジャー感がないのがどうしてか分かったような気がした. 以上.

Friday, May 11, 2007

|PC| idea| JSWS| JavaScript仮想ウィンドウシステムver.0.1.20070503

本日の動向


ネットに繋がりました.

今,もう一年以上前ノートPCを使っているのですが,USB キーボードも入手!
これで膝の上が熱重たくなることもなくなりました.
持つべきものは良き隣人ですな~

前回からの進捗


仮想ウィンドウシステムをちょろちょろ進めました.

Screen Shot: Fx v2.0 ウィンドウシステム

内部動作を変えました. ウィンドウをリサイズ可能に. センタリング配置などの設定をウィンドウ作成時に可能に.








アイデアなどなど


なんとなく,これを作ったきっかけなどについて語ってみたいと思います.
 これを作ったきっかけは映画『交渉人・真下正義』で真下さんが使ってたパソコンの検索システム(OS?)がかなり良く見えたので.

(実際はあんなUIのソフトウェア,OS なんてないよな~)

と思いつつ.

(今の OS のウィンドウシステム,ウィンドウの挙動なんて十年・二十年以上前から代わってないよな~)

と技術の停滞感を感じていました.
 Vista や Web 2.0 と呼ばれる Web アプリなどトレンドとなる UI のデザインなどは日々洗練されてきていますが,ユーザの操作方法・いわゆるユーザ体験には劇的な変化は少ないのではないか,と思い始めるようになりました.

ユーザはアイも変わらずマウスでカーソル操作をしているし,ウィンドウはユーザの操作に対する反応しかしないし.

そこで,何か新しい操作感のするウィンドウシステムを・・・ということで,簡単な試作として JavaScript で基本的な挙動を再現してみました.

ただ,もう JavaScript + HTML の限界を感じているので(主に描画面) Flash, ActionScript, Flex へ移行してみようと思っています. 先ずは勉強ですが.


蛇足・最近のデザイン彼是


Web2.0のデザインの特徴として透過色やグラデーション,曲線(円・カーブ),影がメインとしてありますが,最近では何処もかしこもグラデーションなので,全体としてみた感じがぼやけて目が疲れてしまう. パステル調なども同じく.
自分としては,ツートンカラー,同系色の濃淡二色のコントラストが好きだな,というだけのハナシ.
グラデーションなんかは背景などの目立たないところで一箇所使う程度が良しだと実感した.

Monday, December 25, 2006

[Web / mail / idea]_ 今後,Webアプリを作るにあたって参考になりそうな Tips・2

受信したメールを処理する方法


.forward というファイルを UNIX のメールサーバのホームディレクトリに置くとそこに書かれている mail address 宛にメールを転送できる。

例: .forward

****@gmail.com
*******@kaisya.co.jp
#own-account@own-server.com

#自アドレス とすることで、受信したメールを自サーバに残しておける(ループなし)。

これを利用して
|exec /home/user/script

と記述すると、メール受信時に /home/user/ にある script を実行できる(らしい; 未確認)。


メールの内容に対して処理したい場合は,標準入力経由でヘッダ情報・メール本文が入力されるので

/home/user/script

#!/usr/local/bin/perl
while (){
# 処理
}

として処理を書けばメールの内容を処理できる.

これを応用して・・・


前回の Post で紹介した Perl ベースのフィード生成スクリプトと組み合わせれば受信メールからタイトル・本文抜き出してフィードとして公開ってこともできるかも.

# やる意味があるのかどうなのか・・・少し判断つかなかったので,投げてみる.

Wednesday, December 13, 2006

[Web / feed / idea]_ 今後,Webアプリを作るにあたって参考になりそうな Tips

 借りていたサーバが一時閉鎖ということで,独自サーバで,色々とやろうとしていたことができなくなったわけで.
 まあ,お金と時間を稼げるようになったら,サーバ借りようかな.

 で,アイデアとして今まで持っていて,今後Web(サーバ or クライアント)使ってWebアプリでもやろうかって時に使えそうな技術的 Tips を.
 主に,Web上からの転載ですが,ばらばらに散らばった情報を一つに集めようかというい試み(らしい).

サーバサイドで RSS フィード生成


 スクリプト言語 Perl でフィードを扱うためのモジュール. サーバへのインストールタイプ. ・・・であるけれども,それ単体(FeedPP.pm, TreePP.pm)でもピュアPerl なのでインストール不要で使える.
使い方は簡単.

./file.cgi
./XML/FeedPP.pm
./XML/TreePP.pm


呼び出す CGI ファイルに対して上記のように二つの PM ファイルを置き,
file.cgiで
use strict;

use XML::FeedPP;

と書くだけ.
 読み込むファイル名(URL),保存先ファイルなど指定してローカルに保存することも,別サーバから取得(及びパーズ)することもできるし,タイトル,リンクURL,など指定して独自フィードを作成することも可能.
 サンプルやもっと詳しい使い方はリンク先にあるので,興味のある方は見てみてください.

これを使って・・・


 Feed2JS(指定URLのフィードを読み込んでJavascriptコードを吐く)なんかの機能はこれで作れると思うし,フィードを利用してなんか Web アプリを作るのに使えそうなモジュールかな.

何かいいアイデアがあったら考えてみよう(結構投げやり)

Template Design. 2008 Jyun.