Firefox3.5 タブのドロップ=別ウィンドウ化が頂けない…タイトル名+リンクで取り込めなくなった?

3.5をインストールして30分で3.0.11に戻した(汗)

最近はブログをWindowsLiveWriter(以下WLW)+Firefoxで書いている。IEやchromeではダメな理由がある。その機能が3.5で失われていた。
…単にワシの勉強不足の可能性アリなので、ウソ記事かも(汗)

Firefox3.0.11までは、WLWとかGoogle NotebookといったHTML形式に対応した文書にタブをドラッグ&ドロップすると、表示中のタイトル名+リンク先で取り込んでくれる。

例えば上の画像で、左端タブを書きかけのWLW上へドラッグ&ドロップすると、
Firefox の更新
こんな感じで取り込める。
WLW:ハイパーリンクの編集ダイアログ表示

アドレスバーのドラッグ&ドロップではリンク先名+リンク先でしか取り込んでくれない。
http://mozilla.jp/firefox/3.0.11/whatsnew/
WLW:ハイパーリンクの編集ダイアログ表示

それが3.5になると、タブのドラッグ&ドロップは同一ウィンドウ内でのタブ位置の移動の以外に、新たなFIrefoxウィンドウとして開く、別のFirefoxタブに移動する、に変更されてしまった。

プレビュー版の時から気がついてはいたのだが、正式版では取り込んでくれるだろうと放置していた。まさか、こんなに簡単に削られるとは(汗)

ブログを書かなければ大した問題ではないのだが、まだブログを書いているのでこの機能が失われてしまったのは非常に痛い。

今のままでは使い勝手が悪いので、手持ちのアーカイブから3.0を上書きインストールし直した。
同様の操作が3.5でも出来るとわかれば乗り換えるつもりではいるが…タブ操作はchromeで衝撃を与えてくれたので、Firefoxにも欲しいとは思っていたが、ワシには「必須」ではないのだなぁ。

Mery 帰ってきたチャンピオン

Haijin Boys Online

ずっと待ってました！

…ウソ、実はすっかり忘れてた（汗）

Meryとして新たに公開されたテキストエディタ。
やっぱり、イイ！

ワシは主にbashスクリプトの編集に重宝しているけど、普段使いにも使い勝手抜群。
ネットワークドライブ上のファイルを開くのが遅かったけど、それも改善されている（多分）。

これで心置きなく他のテキストエディタにサヨナラできる。
うれしいなぁ。

まったりau

10年近くauのユーザであるけど、最近のauは外しまくっていて、呆れるを通り越して笑える。

auのAndroid携帯は「来年以降」──小野寺社長（ITmediaニュース） - Yahoo!ニュース

auならandroidの邪魔な機能(=拡張性を高める)を削除して出荷してくるだろうと予測。
そのために時間がかかってるんじゃないかと。

これだけ受け入れられてないのに社長が居すわりつづげているのって…イヤ、世間的には失敗はしてないのか?
最近の端末、KCP+のおかげでまったく買う気が起きない。
でも路線変更しないのは間違っていないと思っているからなんだろうな。
最近のauの魅力ってわからん。
独自路線をしっかり進んでいく感じだろうか。
まったりしてるなぁ。

今年はandroid出ないとわかったので、E30HTに乗り換えようか考え中。
というのも年末に機種変更した端末のキータッチが最悪で、3日後に乗り換えたくなるほどの劣悪。
PDFの表示機機能も制限だらけでおまけみたいなもんだし、画像ビューアは相変わらずだし…端末としての使い勝手も最悪なのは、KCP+のせいにしておこう(笑)
唯一の救いはATOK搭載か。
3000円でたたき売られている時点で期待しちゃダメだよね。
KCP+端末は触ったことがなかったので、多少は期待してたのだが、それが間違っていた。

WM機とかに乗り換えないなら、2年間利用してシンプルプランに変更する予定。
それでも契約には誰でも割が必須だとか、縛りがキツイんだよな…最近の携帯会社はどこもそうだと言っていたけど、スマートフォンに対する扱いが尋常じゃなく厳しく感じるのはワシだけ?

で、今回わざわざ投稿したのはコレ。

ツッコミどころが秀逸。無駄だと分かっていても3回ほどクリックした(笑)

Link de 録+ 久しぶりの録画失敗

純正ファームのままだと録画失敗することが多かったため、不要なプロセスを停止して運用すること数ヶ月、あれから録画失敗することもリブートする必要もなく運用できていた…のだが…

ワシの書いたエラー処理に間違いがあって、久しぶりに録画失敗した（涙）

悔しかったので、更に不要なプロセスを削ることにした。
やつあたりだな。

今回削ったのは、

• /etc/init.d/clientUtil_servd.sh
• /etc/init.d/lprng.sh
• /etc/init.d/lsprcvd.sh

clientUtil_servdは/etc/daemonwatch.lstで監視されているので、そちらの対応する記述も削除。

現在の動作プロセス。

  PID  Uid     VmSize Stat Command
    1 root        564 S   init
    2 root            SWN [ksoftirqd/0]
    3 root            SW< [events/0]
    4 root            SW< [khelper]
    5 root            SW< [kthread]
   11 root            SW< [kblockd/0]
   14 root            SW< [khubd]
   29 root            SW  [crypto]
   30 root            SW  [crypto_ret]
   54 root            SW< [aio/0]
   53 root            SW  [kswapd0]
   55 root            SW< [xfslogd/0]
   56 root            SW< [xfsdatad/0]
  180 root            SW< [scsi_eh_0]
  181 root            SW< [scsi_eh_1]
  195 root            SW  [mtdblockd]
  323 root            SW< [xfsbufd]
  324 root            SW< [xfssyncd]
  559 root            SW  [kjournald]
  624 root        652 S   syslogd -m 0
  626 root        380 S   klogd
  630 root        684 S   /usr/sbin/inetd
  633 root        956 S   /bin/sh /usr/local/sbin/kernelmon
  639 root        412 S   /usr/local/sbin/miconmon
  663 root            SW< [xfsbufd]
  672 root            SW< [xfssyncd]
  684 root        508 S   cat /proc/buffalo/kernevnt
  694 root        416 S   /usr/local/sbin/diskmon
  697 root        372 S   /usr/local/sbin/errormon
  720 root        392 S   /usr/sbin/telnetd
  765 root       2192 S   /usr/local/sbin/smbd -D
  767 root       1456 S   /usr/local/sbin/nmbd -D
  771 root       1788 S   /usr/local/sbin/smbd -D
  879 root        664 S   /usr/sbin/crond
  883 root        316 S   /usr/local/sbin/logchkd
  897 root        620 S   /sbin/getty -L ttyS0 115200 vt100
29850 root            SW  [pdflush]
25846 root            SW  [pdflush]
10524 nobody     2732 S   /usr/local/sbin/smbd -D
25972 nobody     3644 S   /usr/local/sbin/smbd -D
  416 root       6692 S   /usr/local/PCast/Scheduler
  428 root       1120 S   /usr/local/PCast/Scheduler
7953 root       1320 S   -sh
10241 root        316 S   /usr/local/sbin/daemonwatch -a /etc/daemonwatch.list
11299 root        716 R   ps

# free
              total         used         free       shared      buffers
  Mem:       126104       124204         1900            0           16
Swap:       136512           64       136448
Total:       262616       124268       138348

こうなったらswapも削りたいなー（汗）

そういやLink de 録+って書いてるけど、外部チューナ録画、動作させてねーや…
録画事態が安定してれば、外部チューナ録画もイケるかな？
ついでに未使用時の録画デバイスの電源落とす処理も加えてみたい。

時間があれば（汗）

Firefox3.0.10 404 Not found時の挙動がイヤ

あまり気にしていなかったけど、イラっとしてから無性に気になった。

404 Not found時にurlseek20.vmn.netへ飛ぶ仕様。

正確には404表示の後、このアドレスにリダイレクトされるみたい。

リンク先が存在すればまずお目にかかることがないのだが、マニアックな調べモノをしていると404 Not foundは発生しやすい。

一番腹が立つのは、ブラウザの戻るボタンを1回クリックしただけでは404ページへ戻るだけ、しかも途端にリダイレクトされるので、リンク元のページに戻るには2回戻るボタンを連打しなければならない。これでは右クリックの戻るボタンから戻ることは不可能。
イラついているとトリプルクリックなんぞしてしまい戻りすぎてしまうことも（笑）
腹立つわ～。

ガマンならないので切ることにした。

 2009年03月25日の記事 | Program Dictionary !!

アドオン機能だったのね…内部に組み込まれていなかっただけマシか。

無効化ボタンを押してFireFoxを再起動すればOK。

先ほどと同じリンクをクリックしてみると…

オッケ～。

comicstudio4.3.1 表示位置を考えて欲しいのー

ツールバーを縦一列表示にして画面の右端にぴったりとくっつけている状態。

矩形選択ツールボタンを長押しする。

画面内に表示してくれんかのー（涙）
そういや、縦一列表示できるようになってから長押しってやってなかったかも…

どうやらツールバーは右方向に表示、レイヤーの不透明度は下方向に表示…と、表示方向を固定させているようだ。
表示位置を移動させないほうが使いやすいと思っているのか？

ただ、画面内に表示位置を調整するのもある。

扱いが違うからこれでいい…のか。

いつも使っている機能には不自然さを感じなくなっているのがチョット怖い。

mEditor bashスクリプトの編集をrubyモードで

未だにmEditor使ってる。
というのも小技が効いてて色々便利だから。

残念なのがbashスクリプト編集モードがないこと。

Windows系アプリじゃしょうがないか…

残念がっていてもしょうがないので、数ある編集モードを試してみたらrubyモードは居心地が良さそう。
なので、.shをruby編集モードに関連付けることにした。

これでかなり快適。
欲を言えば、選択した行をまとめてコメント化/非コメント化が組み込まれるともっと嬉しいのだが…新しいの出ないかなぁ。

comicstudio4.3.0 ツールパレットの位置がリセットされる条件

やっぱマルチモニタだから？
ウィンドウ（ツールパレット）の位置が保持されず、起動するたびにリセットされる。

これの状態で終了すれば、次回も同じ配置で起動できる。

でもコレはダメ。

アプリを再起動すると…

ツールオプションの位置がリセット？されてる。
パレットウィンドウの天辺がディスプレイのフチにかかってるから？

仕様なのか、バグなのか、ウチだけなのか不明。

わかりやすい例。

これで終了して、起動しなおすと…

わはは。

これは問題なし

…ここまで見事だと、ウチの問題か、仕様っぽいなー。

comicstudio4.3.0 高品質表示?

久しぶりに使ってて気になった。

環境設定の表示-表示品質 「高速」

環境設定の表示-表示品質 「高品質」

「高速」で使っていたのだけど「印刷サイズ」で表示させたとき、あまりにもドットが欠けまくっていたので「高品質」にして使っていた。

確かに、2値データのの見せ方は難しいと思うが…どうも手抜き表示に見えてしまう(汗)
とても「高品質」とは思えないのが正直な感想。
今の「高品質」は「割り切れない表示倍率の時にアンチエイリアスをかける」か?
「高速」は「1ピクセルに満たないドットの表示を省く」が近いのかな。

2値以外のデータであればこれでもいい(未確認)のではないかと思うが…やっぱり2値で出力するのをベースにしている(と思っている)ソフトだから綺麗な2値表示にしてほしい。

ちなみに等倍で書き出したものをPhotoshop CS3で開き、同倍率で表示。

綺麗だなぁ(笑)

コミスタの場合、キリの悪い表示倍率の時にアンチエイリアス処理を入れるのが「高品質」なようだけど、倍率によっては「高速」の方が良く見える。
「2値データを極力2値で綺麗に見せる表示(=印刷イメージに近い≠アンチエイリアス)」が「高品質」であってほしい。
でも極力ってどの段階よ?、と自分に突っ込んでみる(汗)
それに2値とグレーが混じっているレイヤーは?

あ…photoshopに従ってくれ、か(爆)

HS-DHGL pcastdを停止させてから1カ月間問題なし

やはりpcastdが悪さをしていたと思われる。
pcastdその他もろもろのプロセスを停止させて1カ月、これまで全く問題なく動作している。

# telnet xxxxx
Trying 192.168.0.xx...
Connected to green.
Escape character is '^]'.

BUFFALO INC. LinkStation series HS-DHGL(JINMU)
GREEN login: root
Password:
root@xxxxx:~# uname -a
Linux xxxxx 2.6.16.16-arm1 #9 Wed Mar 7 14:17:36 JST 2007 armv5tejl unknown
root@xxxxx:~# uptime
16:34:11 up 30 days, 5:57, load average: 0.39, 0.24, 0.19
root@xxxxx:~# /usr/local/PCast/DbAcRap GetDeviceStatus
GetDeviceStatus
[START]GetDeviceStatus
[DATA]Device=0 Status=WAIT
[DATA]Device=1 Status=WAIT
[DATA]Device=2 Status=WAIT
[DATA]Device=3 Status=NODEVICE
[FINISH]GetDeviceStatus
root@xxxxx:~# /usr/local/PCast/DbAcRap GetDevJudgment
GetDevJudgment
[START]GetDevJudgment
[DATA]Device=0 TYPE=MV7DXU2
[DATA]Device=1 TYPE=MV7DXU2
[DATA]Device=2 TYPE=MV7DXU2
[DATA]Device=3 TYPE=UNKNOW
[FINISH]GetDevJudgment

DbAcRap GetMergeListTopを実行しても応答が帰って来ない現象。
上記現象が録画中に発生して以降の録画がすべて失敗。
予定時刻になっても録画が始まらない。
…といった過去発生して対応を悩ませてきた問題がこの1カ月は全く発生していない。

…外部チューナ録画を走らせるとどうなるかわからないけど、内部チューナ録画は完璧と言えよう。

アナログ録画にまだ手をかけているワシって…、イヤ、これで手がかからなくなったはず。

そろそろ地デジ録画サーバ組みたいのー。