たまに18歳未満の人や心臓の弱い人にはお勧めできない情報が含まれることもあるかもしれない、甘くなくて酸っぱくてしょっぱいチラシの裏。RSSによる簡単な更新情報を利用したりすると、ハッピーになるかも知れませんしそうでないかも知れません。
の動向はもえじら組ブログで。
宣伝。日経LinuxにてLinuxの基礎?を紹介する漫画「シス管系女子」を連載させていただいています。
以下の特設サイトにて、単行本まんがでわかるLinux シス管系女子の試し読みが可能!
完全受注生産で、予約受付期間は2010年7月12日まで。お届け日は2010年9月1日。舞浜にその日が来る……これは買うしかない!!!!!
Web連載漫画の真実の魔法少女が、だいぶ前に連載終了してた事を今頃知った。理由は、商業誌で連載するためらしい。
「再編集版として」とのことなので、もう一度最初から描き直すのと続きを描くのとを同時には進められないという単純な人的リソースの問題が大きいんだろうなとは思うけど、続きが気になって読んでた身としては、残念だ。多分自分は、連載誌を買ってまで読もうとはしないだろう(基本的にコミックス派だし)。
こんな感じで読まなくなる人の数と、商業連載を改めて追う人の数と、掲載誌の元からの読者の数との計算。Web連載を人に見られる=アクセスカウンタが回るという事により得られる自己満足と、商業連載によって得られる原稿料+何より大きな「商業誌で連載してる」「プロの『漫画家』をやれてる」という自己満足の大きさとの比較。そういった諸々を考慮に入れて、この作者の人はWebではなく紙媒体の方を選んだのだろう。ただの一読者である自分が意見するような資格はないし、意見するつもりもない。
僕が思ったのは、仮に(このリンク先のWeb漫画の作者に限らず、「マンガを描く人」一般という意味での)作者の目的が岸部露伴のような「読者に読んでもらうこと」であったとしたら、紙媒体での商業連載という選択はこれから先Web連載に比べてどれだけ優位であり得るんだろうか? という事だ。
もちろん、週刊少年ジャンプのようなメジャー誌ならそっちの方が圧倒的に優位なのは間違いないと思う。あと「複数作品の同時連載」というスタイルであるが故に、看板作品目当ての読者に「お、この新連載なかなかイイね」という感じで目を付けて貰いやすいというメリットもある。編集者が付く事で、もしその編集者が有能な人であれば、作品がもっと良くなっていく可能性があるというのもメリットだと思う。
でも、マイナー誌で部数が少なくて、看板作品の読者層が自作の読者層と重なっていなくて、編集者もノータッチだったりあるいは元の良さをスポイルするような口出しばかりをされたり、という風な感じだったら、紙媒体の商業連載のメリットはなくなってしまうんじゃないだろうか。
そんな風に考えるのは、僕が天気予報もニュースもWebでしか見ないWeb中心の生活の逸般人だからなんですかね?
追記。「仮に作者の目的が~であったとしたら」って書いてあるのに「じゃあそれだったらまず同人誌がなくなるよね」とかツッコんでる人がいたけど、上に書いたような目的以外の目的を持っているなら同人誌でも商業誌でもそれぞれに価値があるだろう、という事まではこのエントリでは全く否定していないので、何故そこにツッコむのかがよく分からないです。
(2014年9月12日追記。「IKEA イス キャスター」あたりのキーワードで検索するとこのエントリが検索結果に出てくるようですが、最初に言っておくと、このエントリで紹介しているのは「IKEA船橋店の隣にあるホームセンターで買った、IKEA製でない別のメーカーのイスに使えたキャスター」です。IKEA製のイスに使えるキャスターの紹介記事ではありませんので、ご注意下さい。)
ずっと前にIKEAの隣で買った椅子を、運ぶ時に焦って転んで壊してしまった。5個あるキャスターのうち1個がベッキリ割れてしまって、接着剤で無理矢理くっつけてもみたけど、体重をかけたらあっさりはがれてしまった。
イスごと買い換えるしかないのかなーもったいないなーと思いながら代替品を探していたら、全く同型のイス(KOEKI メッシュバックチェア K-906L)が6000円で売られてて、これだったら買い換えてもイイかも……と思ったけどもうちょっと探してみたら今度はキャスター単品でも売られてる事が分かった。
Amazonで他の商品も見てみた感じでは、OAチェア用のキャスターだけ単品で売られてるケースではだいたい「ネジ」と「細いスチール棒」と「太いスチール棒」の3種類くらいがあるみたいで、型が合うものなら他社製品でも使える場合があるようだ。サンワサプライのOAチェア用キャスターのレビューにはまさにそういう事例が書かれてた。
で、買っても1500円程度だし駄目で元々だと思って注文してみたら、まさにピッタリだった。よかったよかった。椅子が壊れてた間別の物を代わりに使ってたんだけど、尻が痛くて開発意欲90%減くらいでシャレになってなかったんだよね。
しかしこのイス、他にもカラーバリエーションがあるとは知らなかった。店頭にあったのが青い奴だけだったから、そういう物かと思ってた。黒いのに買い換えてもよかったかもなー。
……2014年9月12日追記。このエントリを見て、IKEAのイスに取り付けようとしてサンワサプライのキャスターを買われた方が、「IKEAのイスに使えない物をIKEAのイスに使えると嘘をついて紹介している(大意)」と憤慨されて、騙されるなよという注意喚起のつもりと思われるコメントを付けておいでなのですが……本文をちゃんと読んで下さい、IKEAのイスじゃなくてIKEAの隣の別店舗で買ったイスですよ。っていうかイスそのものの商品ページ(Amazon)にもリンクしてます。
Amazon等で買える単品のOAチェア用キャスターがIKEAのイスにも使えるかどうかは、僕は把握していませんでしたが、そのコメントを見る限りでは使えないようですね。IKEAは北欧のメーカーだから、規格が違うとしても致し方なしかなあと思いますが(そもそも規格があるのかどうかすらも知りません……)。
It is nice if I can switch between tabs on the top and side. I know you can drag it but if the top gets filled up, then its hard to drag it. Then I have to open the prefs to move it. Be nice if it was easier to move the tab bar to different sides quickly.
タブバーの位置を上と左(または右)の間で簡単に切り替えられると便利だと思います。タブバーをドラッグすれば場所を移動できるのは知っていますが、タブバーが上にありタブが沢山開かれていて余白がない場合、タブバーをドラッグするのは難しいです。そういう時は仕方がないので設定ダイアログを使うほかありません。タブバーを異なる位置に簡単に移動できる方法があるといいのですが……
I have no plan about (re-)adding the feature to the Tree Style Tab. I think an answer for another question possibly help you: A new option to switch the position of the tab bar by the number of tabs.
By the way, you can start to drag the tab bar without blank spaces in the tab bar. Try to drag something in the tab bar not a tab. (ex. "New Tab" button, "<" button, ">" button, or "List All Tabs" button)
その機能を(再び)ツリー型タブに加える予定はありません。ただ、他の質問に対する回答があなたにとって何らかの助けになるかもしれません。タブバーの縦置き・横置きをタブの数に応じて自動で切り替えたいを参照して下さい。
それはさておき、タブバーのドラッグ&ドロップは、タブバーに余白が無くても行う事ができます。タブバーの中のタブ以外の任意の位置(例えば「新しいタブ」ボタン、スクロールボタン、「タブの一覧」ボタンなど)をドラッグしてみて下さい。
If I open a new tab they always open on bottom. I have alway many tabs open and I need to scroll always down to see new tab. That's for me not very comfortable. Is possible that new tab open on top?
新しいタブを開く時、タブは常にタブバーの一番下に開かれます。私はいつも非常に多くのタブを開いているため、開いた新しいタブを見るためにはいつも一番下までタブバーをスクロールしないといけません。これは非常に面倒です。新しいタブをタブバーの上の端に開く方法はありませんか?
Now TST doesn't provide such a feature to control new tab position. I think TST should not implement features not related to "tree of tabs", but it should be done by another addon designed for the purpose, for example, Tab Control does it.
現在、ツリー型タブはそのための機能を提供していません。私は、「タブのツリー」とは関係ない機能はツリー型タブには含めず、そういう目的のために開発された他のアドオンで解決するべきと考えています。例えばTab Controlがそういう機能を持っています。
When I Ctrl+click a link, I want a new tab opened without focus, but when I set Automatic New Tab Level for Links to Lv. 2 and Ctrl+click a link, I get the same tab opened with focus. That's really annoying!
リンクをCtrl-クリックした時にバックグラウンドでタブを開いて欲しいと思っているのですが、「リンクから自動的にタブを開くレベル」を「Lv.2」に設定していると、Ctrl-クリックした時にリンクが現在のタブに読み込まれてしまいます。これ、なんとかならないんでしょうか?
TST has a secret preference for the problem. Please go to "about:config" and set "extensions.treestyletab.link.invertDefaultBehavior" to "false".
The behavior you saw is not a bug, but a designed behavior. By default behavior of Firefox, simple click does "load into the current tab" and ctrl-click does "open new tab". In the "lv.2" Tree Style Tab inverts the behavior, so, ctrl-click now loads the link into the current tab. If you set "extensions.treestyletab.link.invertDefaultBehavior" to "false", TST doesn't invert the behavior but simply opens any link in new tab.
TSTにはこの問題のための隠し設定があります。about:configを開いて、「extensions.treestyletab.link.invertDefaultBehavior」を「false」に設定して下さい。
あなたが遭遇している現象は、バグではなく意図された挙動です。通常、Firefoxはリンクをクリックすると現在のタブでそれを開き、Ctrl-クリックするとリンク先を新しいタブで開きます。「Lv.2」ではツリー型タブはこの挙動を反転するため、リンクをクリックするとリンク先を新しいタブで開き、Ctrl-クリックで現在のタブで開くようになります。隠し設定の「extensions.treestyletab.link.invertDefaultBehavior」を「false」に設定すると、ツリー型タブはFirefoxの挙動を反転する代わりに、単純にリンクを常に新しいタブで開くようになります。
さくらのレンタルサーバ(スタンダードプラン)は初期状態ではこんな風になってた。
Ubuntuのコンソールとの違いに戸惑う事が多くなりそうだったので、人に教えてもらって、以下のように設定してみる事にした。
トレンドはzshらしいけどよくわからんからbashで。
ここにある通りやったらできた。
if [ -f ~/.bashrc ]; then
source ~/.bashrc
fi
これで、bash起動と同時に ~/.bashrc が読まれるようになる。~/.bashrc はこの段階ではまだ空。
ここの指示通りにやったらできた。
これで、 ~/opt/vim/bin/vim でvimを起動できるようになった。
UbuntuでGnome使ってるとGnomeのターミナルで新しいタブを開いて並行して作業するということができるけど、「sshで入った先」ではタブを開けない。タブを開くと、手元のマシンの方の新しいセッションになってしまう。
「sshで入った先」でもそういう事ができるようにしとくと便利だよと言われたので、GNU Screenという物を入れてみた。sshでログインする先のマシンにこれが入っていれば、ログイン先で「タブを開く」みたいな事ができるようになる。でもさくらのレンタルサーバのFreeBSDには入ってなかったので、これも自分で入れないといけない。
ここの指示通りにやったらできた(同じとこばっか参照してる)。
これで、 ~/opt/screen/bin/screen でscreenを起動できるようになった。
~/.bash_profile はこうなった。後半部分は、ログインしたら勝手にscreenを起動するようにするための物。
if [ -f ~/.bashrc ]; then
source ~/.bashrc
fi
if [ $TERM != "screen" ]; then
exec screen -S main -xRR
fi
~/.bashrc はこうなった。
export LANG=ja_JP.UTF-8 # 日本語で。
PATH=$PATH:~/opt/vim/bin # vimにパスを通す。
PATH=$PATH:~/opt/screen/bin # screenにパスを通す。
export PATH
alias vi='vim' # viと打ったらvimを起動する。
~/.screenrc はこうなった。教えてくれた人の言われるままにコピペしただけ。画面の一番下の行を使って、今どのプロセスを見てるのかを常時表示するようにしてある。(これがないと今自分で何をやってるのかさっぱり分からない)
defencoding utf8
hardstatus alwayslastline "[%02c] %`%-w%{=b bw}%n %t%{-}%+w"
使いこなせてるとはとても言いがたいけど、とりあえずここから始めようという感じです。
CygwinのOpenSSHから接続してると、なんかscreenが変なことになった。PuTTYで接続した場合は何ともない。これ、Cygwinが悪いのか誰が悪いのか……とりあえずWindowsからやる時はPuTTYの方を使う事にしようと思います。
追記。GnomeのターミナルからやったらCygwinの時みたいに変な事にはなってない……みたい。やっぱりCygwinが悪いのかなー。
レガシーな仕組みが1つ廃止されたようだ。
XPCNativeWrapperについては過去に行った拡張機能のセキュリティに関するプレゼンの中でも紹介した。現在も既に、chrome権限があるコードからWebページの内容に触る時は基本的には必ずXPCNativeWrapperを介してアクセスしないといけないようになってるんだけど、そういう仕組みがまだ入ってなかった頃の書き方でも拡張機能を書けるように、敢えてこの仕組みをOFFにするための機能があった。それがchrome.manifestでのxpcnativewrappers=no
指定。今回上記のbugで投入されたパッチによって、この指定がそもそも機能しないようになった。
XPCNativeWrapper越しでなく生のJavaScriptのオブジェクトにアクセスする方法としては、xpcnativewrappers=no
以外にもう1つ、任意のオブジェクトの.wrappedJSObject
というプロパティを見る方法がある。今回投入されたパッチではこの機能までは削除されていないように見えるので、今までxpcnativewrappers=no
を使っていた人は、Webページ内のJavaScriptのオブジェクトにアクセスしてた箇所では.wrappedJSObject
を書き加えるようにすれば一応は動くようになるんじゃないかと思う。セキュリティ的には、そもそもラップされてない生のJSObjectに触らなきゃいけないという設計自体を変えた方がいいんだけど。だいたい、XPCNativeWrapperが入ったのってFirefox 1.5がリリースされるよりも前の話だよ。今なおXPCNativeWrapperの存在を前提にしてないコードって、どんだけ古いのさ?
右も左も分からないままああだこうだやってるうちに、ちょっとずつだけど、コマンドラインからリモートであれこれ操作する事に慣れてきた気がする。
とかそういうのが分かって、いざというときもとりあえずどうにかできるという気がしてきたから。
でもbashとかirbとかtelnetとか、終了する時のコマンドがquitだったりexitだったりと統一されてないのはまだ戸惑う。
こうやって書き出してみるとスゲー陳腐だ。10年以上前に月刊ASCIIの付録CD-ROMでTurbo Linuxを起動してみようという記事に添えられてた、自分にとってはまるでチンプンカンプンだった「基本コマンド集」みたいな。あの頃は「こんなん見てもわかんねーよ」と思ってたのに、いざ自分が「こっち側」に来てしまうとその時の「駄目なお手本」をそのまま繰り返す事しかできていないという事が、どうしようもなく悲しい。
Windows Vista以降では C:\Users\ユーザ名 が、Windows XPでは C:\Documents and Settings\ユーザ名 がホームなんだけど、Cygwinをインストールした時に作られるショートカットから起動したbashでは、ホームが別の位置になってる。Cygwinインストール先のCygwin.batを編集すると、この問題を解消できるようだ。
@echo off
C:
chdir C:\cygwin\bin
set HOME=C:\Users\%USERNAME%
bash --login -i
うちの環境だとこんなん(C:\cygwin以下にCygwinが入ってる)。%USERNAME%
と書いておけば現在のユーザのホームディレクトリが勝手に選ばれる。