今12時56分。でもBloggerへの投稿時間は 01:56 PM

10月 21, 2004

　昼休みにアップしたはずが，就業時間中にアップしたように記録されては困りますよね。

このブログの人気の投稿

何故MSはOffice Document Imaging を捨てたのか、、、

9月 18, 2013

今日、初めて知ったのだが、Office 2010には、MS Office Document Imaging が Officeツールとして用意されていない。Acrobatを使わなくても、作ったソフトの種類に関係なく書類をひとまとめにできるとても便利なアプリでExcel以上に活用していたというのに。少なくともそういう電子出力ファイルをハンドリングできるソフトは、MODI、Acrobat、Fuji Xerox の DocuWorks ぐらいしか使ったことがない。Office以外の経費が発生せずに利用できるのは、MODIしかないだろう。

例えば会議の資料を作るのに、ワードで作った文書とエクセルで作った表、パワーポイントで作った図、スキャナーで読み込んだPDF、これらを全てまとめて一つのファイルにし、複合機で一気に両面印刷することでどれだけ労力と時間が削減できていたか。もちろん、Acrobatを買えば同じように複数のソフトで作成した文書を一つにPDFに仕組むことができ、さら自動的にページ番号を追加するような更に便利なこともできるのだが、PDFを買うという事自体が難しいことがあるのだ。省力化とバーターで金を出しても良いと言ってくれるような仕事場であれば苦労はないのだが、、、。

で、MODIが無くなる原因が後継アプリに代替わりというのならいいのだが、これが無いのである。しかも、生成された .mdi ファイルを表示できるアプリケーションが消滅したそうだ。MSのサイトなどを読むと、XPSプリンターで出力して、OneNoteというこれまた用途がはっきりしないメモ作成アプリなるものを利用するように紹介しているが、簡易Acrobatとして使えるものではなかった。

なんでこんなことになるんだろうか。このMODIという機能、自分ではとても便利に使っていたのだが、他の人が活用しているのを見たことがない。何人かにこういう使い方ができるものと説明してデータを送ったにも関わらず、それを開くための努力を放棄したという話も聞いた。やはりそういう層が大半なのだろうか。

効率よく事を進めるために時間をかける努力を惜しまない、そういう人でなければ MODIの便利さを理解できないのか。ということは PDFの便利さと威力を享受している層はほとんどいないのか、、、と。ガッカリだ。

さて、どうしても MODIが忘れ…

インドに住んだことも行ったこともないので正式にはインド料理の食事マナーを知らない。

インド料理を食べる際に気を付けたいなぁと思っているのは、インド人が見て嫌な気分にならないようにすることだ。左手をあまり使わないだけではなく、水を飲むときもあまり口を付けないようにした方がいい。実は、左手よりも唾液の方が不浄（不潔ではなく観念的な穢れ）なのだ。

だから、多分インド人が見てとても気持ちが悪い光景は、ナーンをカレーに浸して食いちぎって、またカレーに付けるような行為だろう。インドでは料理の取り分けさえしないそうだ。

右手だけでナーンを食べるのは難しい。ナーンは分厚いのでカレーに浸すことしかできず、カレーの中の具を包むこともできない。実はナーンそのものはパキスタン以西の食べ物で、アラブ圏のピタに近い。マドラスキッチンの店員さんはインドの食べ物じゃないとまで言っていた。三宮のあんびかで見たインド人はナーンの上にスプーンでカレーを乗せるような食べ方をしていた。

ナーンは高級食材で、北インドの主食は薄いロティ（無発酵のパン、全粒粉のチャパティが有名）、南インドに行くと米だ。日本でもこの組み合わせにして欲しい。

ナーンを右手だけでスムーズに食べる方法としては、ナーンの半身を裏返して裏側から摘み取るのがやりやすい。ナーンの表面にはギー（バター）が塗られているので手がベトついてしまうが、この方法だとあまり汚れずに済む。

また、ナーンを5cmくらいの大きさに千切れれば、端を摘んで柄杓状にし、カレーを掬うことができる。これが出来るとナーンにカレーがちょっとしか付かない物寂しさを解消できるのでお勧め。

ナーンは肉と相性がいいのでカレーから具を引き出して巻いて食べるのも美味いし、タンドリーチキンと合わせるのもお勧め。サラダを挟んで食べるのも旨い。サラダと肉をナーンに挟んで食べると更に旨いので特にお勧めだ。

左手を使わないようになると、食事が終わった時に左手が乾いた状態なので荷物を持ったりするのに非常に便利なので、馴れてしまうと左手を使おうという気が起きなくなる。

インドの家庭料理の本にはいろいろ混ぜて自分の好きな味を調整するのがインド流と書いてあった。卓上にアチャール（漬物）が置いてあるような店ならいろいろ混ぜてみると面白い。

追記：

2012-05-09

カレーをターリー（盆）に広げてナーン…

モールミラガイ（カードチリ）

9月 14, 2012

Firefox urlエンコード機能をUTF-8化する方法。

6月 07, 2005

「url に日本語が含まれている場合の Firefox と IE の挙動の違い。」というポストに対し，mac上のfirefoxやsafariだと大丈夫というコメントをhitさんからいただきました。で，挙動の差についていろいろ調べてみたんですが，参考になる情報がなかったので，もじら組の掲示板に「Firefoxのurlエンコード機能について」という記事を投稿してみました。
　いろいろ参考になる意見や情報を得られました。多謝。

　で，結論的には，現在のFirefoxはソースの文字コードをベースにurlエンコードしています。ですので，こちらのページのようにshift-jisで構成しているページからUTF-8で構成されているページへのアクセスにマルチバイトを含むと正常に文字として認識（復元）されません。
　Firefox1.1（現在公開されているDeer Park alphaでも）ではUTF-8でurlエンコードするのが標準となります。他のブラウザーと同様に振舞うという訳です。

　今回は，IEにしろ，mac上のfirefoxにしろ，urlエンコードをutf-8にしていたために，たまたまTechnoratiのサイトではうまく行ったということで，例えばEUCのサイトだとそれはそれで問題になっていたはずです。なかなか難しいところです。

　ユーザーが認識できる問題点には限りがありますから提供者側として，

(1) サービス提供者側が文字コードを判別してあげる（url変数のエンコードされた文字列の文字コードを判定，自サイトの文字コードに変換する）必要性がある。

(2) 自サイト内でマルチバイトを含むuriを利用する場合は，必ず文字コードurlエンコードしておかないと，ブラウザーがUTF-8でurlエンコードを決め打ちすると，正常にリンクが機能しない。

　という点が重要になりますね。ASPを使ってUTF-8でエンコードする方法はまだ分からないんですが。

　Firefox1.1では，UTF-8がデフォルトになるということですが，上記の点を考えると，ブラウザーの機能としては，相対リンクに対してはソースの文字コードで，外部リンクにはUTF-8でurlエンコードするのが好ましいような気がしますが，どうでしょう？

　しかし，こういう事柄を「それを意識していない人達に説明する」のは難しいですね。（url-encod…