2011年1月9日日曜日

Evernote Web Clipper がWindowsXp でサインインできない。

Google Notebook が近い将来になくなるという噂を聞き、昨年末からノート機能をEvernoteに切り替えはじめて困ったことにぶち当たりました。はじめは、Linux Firefox で利用していたので特に問題を感じませんでしたが、WindowsXpマシンでも同様にサイトで検索してメモ対象と思ったページをクリップ(Web Clip)しようとするとサインインできないという現象にぶち当たりました。Windows版のEvernote Web Clipperでは、「Evernote Web」にクリップとE「vernote on your desktop (if installed)」にクリップの二つの方法がありますが、「Evernote Web」にクリップができません。
LinuxのFirefoxアドオンでは、「Evernote Web」のみしか機能がないのですが問題なくクリップすることが可能です。

サインイン画面で「ユーザー名」と「パスワード」を入力

サインイン処理を行ってもサインインされず、ひたすらサインイン画面が再表示される。

いろいろググってみたら、このような現象は「Firefoxに導入したアドオンの相性によって引き起こされている」のではないかとコメントがあったので、順番にアドオンを削除していき確認作業を実施しましたが、結局ダメでした。アドオンをすべて削除してからEvernote Web Clipperを導入して確認もしましたがやはりダメでした。

結局、WindowsXpでは「vernote on your desktop (if installed)」でクリップしてから「Evernote Web」と同期をとることにしました。ちょっと残念。(ーー;)

2011年1月8日土曜日

TWIST RING NOTE

昨年から「TWIST RING NOTE」を使い始めました。何か使いやすいノートはないかと探していたところでネットで見つけ、文具店で取り寄せしてもらい使い始めました。

見た感じは少し留め具(リング)がゴツイ感じの普通のリングノートに見えます。
しかし、リング(留め具)はルーズリーフの取り外し留め具になっている。この留め具の扱いがとても簡単でノートの取り外しが楽なのである。

ノートを取りはずしたい時は、ノートを開き右のように「左側のページ上部を上へ」「右側のページ下部を下へ」引くことでリング(留め具)が開きます。

リングを開いた時は右のようになります。

リングはできるだけ小さいに越したことはないですが、私が使っているリーフ数:70枚のものなので、このくらいが限界と思います。
ノートのリーフ数は、30枚と70枚の2種類があります。私が使っているのは70枚なので、30枚のもののリングの大きさは未確認です。(もしかして、30枚も70枚も同じリングかも)

リングを閉じる時は、開いたリングを手で閉じるだけです。(当然か(笑))

上記の画像は、LIHIT LAB.(リヒトラブ)の製品の紹介ページのものです。 ( LIHIT LAB./TWIST RING NOTE/ツイストリングノート

余談ですがこのTWIST RING NOTEは、LIHIT LAB.(リヒトラブ)という会社が扱っているのですが、販売店で検索したらよく行く文具店である荒川区の「南進堂」が載っていたので、置いてあるかと思ったら取り寄せでした。まだ人気がないのか、それとも価格面のため置かないのか...
これからは置いてもらいたいと思うこの頃です。

2010年12月26日日曜日

gdm_slave_xioerror_handler について

まだ、gdm_slave_xioerror_handlerがでます。
問題は、CentOS で使用されるソフトが最新版より2〜3世代前のバージョンが多いためだと思う。
gdm_slave_xioerror_handlerのエラーの件は2〜3年前に多くでているようで、ここ最近では Fedora や Debian や Ubuntu で情報がない。

CentOS でもいづれは解消されるのであろうが、2〜3年前の情報をもとに順番に対応してみようと思います。

今回は、xorg.conf のスクリーンの解像度を変更してみます。
現象は少し異っているが、エラーが同じ「gdm_slave_xioerror_handler: 致命的な X のエラー」であったので、スクリーンの解像度の設定を変更すると問題が解消されるかどうかを検証してみることにする。

下記は、xorg.conf のスクリーンの部分を抜粋したものです。
Section "Screen"
        Identifier "Screen0"
        Device     "Videocard0"
        Monitor    "Monitor0"
        DefaultDepth     24
        SubSection "Display"
                Viewport   0 0
                Depth     24
                Modes    "1440x900" "1280x1024" "1280x960" "1280x800" "1152x864" "1024x768" "800x600" "640x480"
        EndSubSection
EndSection
※上記のDefaultDepthとDepthを24から16に変更します。
Section "Screen"
        Identifier "Screen0"
        Device     "Videocard0"
        Monitor    "Monitor0"
        DefaultDepth     16
        SubSection "Display"
                Viewport   0 0
                Depth     16
                Modes    "1440x900" "1280x1024" "1280x960" "1280x800" "1152x864" "1024x768" "800x600" "640x480"
        EndSubSection
EndSection
これで様子をみることにします。

今回のエラーの内容(いつもほぼ同じですが...)
Dec 26 07:38:50 hostname gconfd (username-3354): シグナル 15 を受け取ったのでシャットダウンします
Dec 26 07:38:50 hostname gdm[3246]: gdm_slave_xioerror_handler: 致命的な X のエラー - :0 を再起動します
Dec 26 07:38:50 hostname gconfd (username-3354): 終了します


その後の経過報告(2011.02.27時点)

上記の設定後に gdm_slave_xioerror_handler は発生しなくなりました。
どうやら、スクリーンの解像度の設定を変更することで問題が解消されたようです。


2010年12月23日木曜日

SyntaxHighlighterを導入

コードを掲載する時に少しでも見やすくするためにSyntaxHighlighterを導入。
this is first line.
this is second line.
this is third line.
this is forth line.
this is fifth line.
上記は、文が短いので横スクロール不要ですが、下記は文が長いので横スクロールが行えます。

設定方法については、後日掲載します。
改めて掲載しなくても、「SyntaxHighlighter」でググればすぐにわかると思いますが...

gdm_slave_xioerror_hander

gdmがクラッシュしてログイン画面に戻ってしまう場合に下記のようにエラーが発生している場合がある。

gdm_slave_xioerror_handler : 致命的な X のエラー - :0 を再起動します。

以前にこの問題が発生した時に対応した内容を特に記述しておかなかったので、今回改めて検証を行いながら記述していきます。

以前の対応を思いだしながら検証を進めます。

  • /tmpの残容量がわずかになると発生するのか?
  • 約2GBのtmpのうち使用済みは600Mである。よって、この件は該当しない。
    しかし、念のためにtmpをクリアしておく。
           ↓ クリア後発生していないが、Firefoxはやはり、まめに落ちる。
とりあえず、これで様子を見る。
※しかし、Linux版のFirefoxが3.6.13になってからよく落ちて困る。orz(泣)

2010年12月22日水曜日

Firefox(3.6.x)のメモリ消費について

Firefoxがやけにメモリを消費するなと思っていたが、やはり他の人もいろいろ対応しているようです。 場合によっては、700MBくらい消費するケースもあるらしい。

タブの開きすぎかなと思い 全部閉じてみても意味なし。URLにabout:configと入力し、いろいろとチューニング。

browser.cache.offline.capacity=0 browser.cache.offline.enable=false browser.cache.memory.capacity=16384

Firefox(3.6.x)のメモリ消費について

Firefoxがやけにメモリを消費するなと思っていたが、やはり他の人もいろいろ対応しているようです。 場合によっては、700MBくらい消費するケースもあるらしい。

Firefoxについては、Windowsではメモリの消費が気になり、Linux(CentOS)ではやたらおちることが気になり(ほとんど迷惑)...

■メモリの消費について下記を試す

タブの開きすぎかなと思い 全部閉じてみても意味なし。URLにabout:configと入力し、いろいろとチューニング。

browser.cache.offline.capacity=0 browser.cache.offline.enable=false browser.cache.memory.capacity=16384

※経過および結果については、後日報告します。