2007年01月02日(火) [過去の今日]
#1 初夢
2005年01月02日(日) [過去の今日]
なんか某がデジカメで撮影したデータを全部リサイズしたいというので、データを受け取ってconvertでまとめてリサイズして送り返してやった。ところがフォトショップでリサイズしたものより、ファイルサイズが倍以上になってるという。
なんでだろうと検索して見付けたのが 表題のページ で、jpegtranというコマンドで最適化を施し、Exifデータを削除すると小さくなるとのこと。debianではlibjpeg-progsというパッケージに入ってるようだ。libjpeg-mmx-progsというのもあるが、こっちの方が速いのかな。
そんなわけでさっそく最適化とExifデータの削除を実行してみたところ、フォトショップの出力と遜色無いサイズのJPEGファイルができあがった。どうやらフォトショップやGIMPはデフォルトで最適化を施してるっぽいな。うーん、一つ勉強になった。
(@654)
すばらしいニュースだ。実現してくれると助かるんだがなあ。MacにはPCシェアの3割くらいは持っていてもらいたい。Appleのセキュリティサポートはまだまだ甘いと言わざるを得ないのだが、それだけ普及すればそれも改善されるだろう。
かくして我々はセキュアで管理しやすい環境を得ることができるようになる……はず。 *1 (@304)
#1 初夢
2004年01月02日(金) [過去の今日]
#2 backward-other-window
XEmacsにはこんな便利な関数があるらしい。その便利さをよく理解せずに口を出して、某所で恥ずかしい思いをしてしまった。申し訳ない。思慮不足でした。
何年か前にもother-windowの逆動作が欲しくて迷い道に入った事があるのだが、その時はprevious-multiframe-windowで満足して、さっきまでそのまま使っていた。しかし、これだと普通はフレーム間も移動してしまってうざったいことに気付いた。手元のemcwsではそんな動作しないので気付かなかった。なんでしないのかは謎。
逆動作ができないのはother-windowという関数自体がCで書かれており、それが順動作しか受け付けない物だと思い込んでた。しかし、よくwindows.cを見てみると、ちゃんと負の数を与えてやれば逆動作するようになってる。なんでここまでできてるのに、FSF Emacs は backward-other-window 作らないんだろうね。
(@790)