/ 最近 .rdf 追記 設定 本棚

log[2011-11-10]



20111110() 最前線(sai-zen-sen.jp)一年前にブックマークしたときはえらく凝った画面が Flashプラグインなしで表示されてることに驚いてどうやってるのかソースを覗いたものだけど今見ると知らないタグ(たぶん HTML5)が普通に使われているはてダ(ではないのかもうbetaのあれ)でも使われてたしFx8ではコンテクトメニーにサト作成者定義のアイムが追加できるとそれも HTML5のタグなんだろうメニー項目は書いてある文字よりも上から何番目かで選んでるからそれがサトごとにころころ変わると困るんだけど……俺は Webトが Webアプリとして出しゃばってくるのには抵抗があるAdobeの話だけど「サポトしているファイルを Acrobatで結合...ダイアログにはキーボドシトカトがないしオプションは記憶しないし作成する PDFのバージョンは決められないし結合作業中にたびたび最前面に飛び出してくるし終わるまで他の PDFァイルを開けないしWindowsアプリっぽくないアプリは間違いなく受け付けないWebアプリがそうだしWindows上で動いてるブラウザすら自分のものではなくなってしまいそうだ(HTML4accesskey属性ではブラウザはこちら側だった)Windowsアプリであってもコトロールをはりつけた順番にタブインデックスが割り振られていたり Ctrl+Tabでタブ切り替えができないようなもの(※これは RADールの問題)には閉口させられるのだChainLPは大変有用なソトです。感謝しています。HTML5FlashJavaScriptみたいに乱用されないことを祈るの


20111109() もうずっと(※最初に認識したの『ピエタだから今年の二月)アマゾンは発売直後の新刊を結構な頻度「出品者から……という状態におくようになってるしこのまえは Wishlist1ージ(※前から 2,3ージ目)のうち納期が表示されてるのが 1冊だけであとは全部「出品者から……ったその前後のページもほぼ同じトの使い勝手はいまも一番だけど在庫が薄すぎるアマゾンはもう自ら本を売るのはやめたもんだと見切りをつけたよ電子書籍を Sony Reader向けにも配信するなら状況は一変するがいまはまだこれ( openlocation.href=に変えたもの)を使ってる>アマゾンの URLに含まれる ISBNっぽい数字をジュンク堂で検索するブックマークレ(20101125p01)■これまでであれ2~4週間で……と表示していたところが「在庫あり」と「出品者から……の二択になってしまうような環境の変化でもあったんだろういずれにしろアマゾンで時価の本を個人売買せずともよそのオンライン書店には在庫があるわけだ@2017-05-08 難しくて全体は理解できないけど新刊については改善しつつある  問題がここ1年で飛躍的に改善したのが新刊である新刊については情報が出てから発売までに時間があるのでアマゾンの遅い発注判断でもゅうぶんな量の入手が可能になるそのうえアマゾン「新刊の追っかけ発注は入手しにくいということを学習したのか発注量も多くなった  新刊委託配本をしない出版社でも取次とコミュニケーションを密にとれば発売即品切れを回避しやすくなった  とはいえ発注タイミングはやはり遅い「発売前重版になるような本がアマゾンで入手できず一般書店には平積みになるようなことは多いそれは書店としてのアマゾンの能力が低いということの証左だ発売4週間前に発注しても入手できない個人書店の事情とは問題のレベルが違う(アマゾン「バックオーダー発注廃止は正味戦争の宣戦布告である)■ブコメの反応はわりと辛辣だけど俺はそれに与しない消費者全体にくらべて本の読者は圧倒的に少ないし目立つ声が目指すところは俺のとはたぶん違う

最終更: 2017-05-08T10:18+0900

[][javascript] アマゾンの URLに含まれる ISBNっぽい数字を紀伊國屋書店BookWebで電子書籍検索するブックマークレ

void function() {
	var isbn = (location.href.match(/\b[0-9]{9}[0-9X]\b/)||[])[0];
	if (isbn) {
		var url = "http://bookweb.kinokuniya.co.jp/guest/cgi-bin/ebooksea.cgi?W-ISBN="+ isbn;
		location.href = url;
	}
}();
javascript:void%20function%28%29%7Bvar%20isbn%3D%28location.href.match%28%2F%5Cb%5B0-9%5D%7B9%7D%5B0-9X%5D%5Cb%2F%29%7C%7C%5B%5D%29%5B0%5D%3Bif%28isbn%29%7Bvar%20url%3D%22http%3A%2F%2Fbookweb.kinokuniya.co.jp%2Fguest%2Fcgi-bin%2Febooksea.cgi%3FW-ISBN%3D%22%2Bisbn%3Blocation.href%3Durl%3B%7D%7D%28%29%3B

「該当するデータがありません率が高すぎるだろうなあックマークツールバーのボタンをクリックするのがだんだん億劫になるだろうレベルで

自動で背後で検索を実行してアマゾンの購入ボタンの下に BookWebへのリンクを挿入することも Firefoxの仕組みでできるんだろうけどけどリンクのプリフッチと同じくなんとなく嫌だな


20111108() Sony Reader + Calibreのおかげでときどきの雑記帖さんところの元ネタをすでに読んでいるということが何度いいことだ翻訳に恵まれた怠惰な日本人に対して読「専用端末が持つ効用であるーもその元記事は Reader<pre>の中のコド片が折り返しもスクロールもできなくて後ろの方が全然読めなかったのだったCalibreが作成する定期購読はリフローできるはずの ePubーマトだから Calibreの方で対応できることだと思う


20111107() 空気清浄機(MC75KJ7-W)夏前に掃除したからと油断していたがなんの気なしに開けてみたらルタにほこりがみっしり堆積していた本をいっぱいバラしたからだろうなあ(風量を標準に固定して作業開始)これを掃除機で吸い込んでごみ箱に捨てるのが快感なのである耳掃除と一緒で普段空気のような空気清浄機が仕事してる証でもある設置してから明らかに PCの前面のメッシュ部分にはりつく猫の毛と底面の吸気口ルタの汚れが減った


20111106() [SonyReader] コレクションを表示したりコレクションからアイムを削除したりコレクションにアイムを追加したりするだけですぐにハングしてリセトするとコレクションが分裂する PRS-650. 勝手に再起動して勝手に分裂したこともある再起動したのはコレクションの中だけど直前に読み終わった本のページ履歴がまだ更新されてなかったコレクションが 3倍に分裂したところで Readerによるコレクションの管理はあきらめたeBook Transfer for Reader ver.2.0(2011-10-19)による管理はメモリーカドの情報を読み出すのに 5時間かかりそうだったので完了率 40%(2時間待ち)であきらめた(microUSBのコネクタに手をぶつけたりなんかしたら接続が途切れてやり直しになるんだぜUSB1.1での接続になったりこのUSB機器は利用できないとか出て差し直しなんてしっちゅう)PDFァイルのリトを作り(※新着お知らせ機能付き)ァイルごとにタグ(コレクション)を表すフラグをくっつけ/Sony Reader/database/cache.xml内の <text id= sourceid= path= mime=/><item id=""/>を管理すれば OK. idは適当な連番sourceidはわからんから既存のと同じ数字PCのテキトファイルで管理するこの安心感と同期の速さはすばらしい脆弱な Readerの調子を伺いながら作成した何百冊にもなるコレクションをもう三度も Readerに破壊されてるから次はプリセトのコレクシ「未読の書籍を使えるものにしたい自炊した本とマンガが元の PDF 800冊超の 9割以上は既読なのに全部が未読扱いだこれは /Sony Reader/database/cacheExt.xml<text>タグに opened="true"をつけるだけっぽいから一回だけ手作業でやればいいだろう(一冊一冊確認しなが<text path="([^"]+)"(/?)>」を<text path="$1" opened="true"$2>に置換)


20111105() かちだいたい 4.5h/23kmでした淡々と暑いのでゆっくりと


20111103() [SonyReader] PRS-650. 評判通り頻繁にハングするようになってきたぞReaderがハングするから PCでコレクションを管理すべく初めて eBook Transfer for Readerをイールして起動してみたSD メモリーカド 読み込み中 ○%1時間で 20%も増加しない5時間待ち?自動バックアップはオフなのに 32GB全部読もうとしてるの?それにしても遅すぎるeBookTransfer.exeCPU使用率が 1コアフルロ(33%)+1,2%だから I/O待ちが原因じゃない?どんな高度な処理を行ってるんざんし全く機能してないんだからこれはバグだよ仕様を変更してでも解決すべき問題発売からこれまで何をやってたんだ馬鹿な機械や馬鹿なソトウェアに対しては沸点が低くなることを自覚している人間の足を引っ張るようでは存在価値などない■テキトファイルにファイル名とタグ(コレクション名)の対応を記録して XMLァイルを直接操作するのが一番現実的じゃないかなこれを XMLァイルを採用したことの副次的な利点だとは言わないよSQLiteってコマドラインクライアトで SQLを実行できるんだから■ハングしたからとリセトするとコレクションが分裂することがあるなくならないだけマシだけどコレクションを表示していただけでこの様だよ!


20111102() [SonyReader] Recently Opened on Homescreen Hack for T1SQLite DBトリガーを勝手に追加してーム画面に最近読んだ 3冊を表示するハックいいねいいねー。これ(20111101p01)と違って Readerが適当なときに自ら実行してくれるんだからPRS-T1を選ぶ理由になるスマトコレクションとか期待しちゃうなあやりすぎると電力消費とスポス低下が心配だけど


20111101() っとして、この本棚PRS-T1向けに無駄を削って file:///...pdfなリンクを表示するようにしたら iPodっぽいブラウズ画面として使えるのではなかろう(ーアが開かずにダウンロドが始まったりしなければ)■タグとタググループも導入したいなふたつの関係は集英社と出版社と同じ

最終更: 2012-06-05T20:30+0900

[SonyReader] 新たに自炊して転送するまでやばすぎる本*がホーム画面に並ぶ羽目になったので

Readerに接続したメモリーカドのルトにこのスクリをコピーして実行するとそのメモリーカド内で最後に開いた 3冊の本がホーム画面に並ぶという、以前書いてたあれをすることに並べ替えが PC接続時に限られるのがいまいちでその気はなかったのだけど

方法はァイルの最終更新年を未来のものに書き換えてる本来の更新年月日を最終アクセス年月日として保存してるのでアクセス日の記録は失われる


 @2012-01-01

今使ってる版はこれ($3-touch_last3_opened_books.20120101.rb)MemoryStickSDドの二枚差しになったのでメモリーカードドライブのルトで実行する代わりドライブ文字をハドコングしてるところで、Ruby2038年問題って何?初耳このスクリMAGIC_YEAR = 2035..2037って部分と明らかに関係があるんだけど

Bing検索ップのスラドを読んだら Ruby 1.9.2Timeが大幅にパワーアップしてるらしい2038年以降だけでなく以前に書いた(組み込みの TimeUTClocaltimeしか扱わないのがもったいない任意のオフセトに基づいた日時を出力したいだけだからDateTimeは牛刀な印象がある)任意の時差も扱えそうそもそも Timeの制約って OSの制約がそのまま見えてたってわけだったの

 @2012-06-05

今使ってる版はこれ

$3-touch_last3_opened_books.20120605.rb (2.1KiB)

オプションを新設。--setオプションで最近読んだ三冊の更新日時を未来のものにセト。--resetオプションで本来の更新日時を復元オプションなしで従来通り reset&set

分離できるようにした理由は更新日時の復元と更新の間にrobocopyReaderと自炊ファイルの同期を行いたかったから2035(,2036,2037)年のタイムスタンプがセトされたままだと Readerにある方が新しいと誤認されて転送されなかったりする

それと連続して --setを行うと本来の更新日時が失われる不具合を修正何度 --resetして --setして --setしても同じ結果になるように

* 作業した順番が悪かったせい4871826090だと4871826198だとか


20111030() これほど賛同できない言説も珍しい池田信夫 blog : TPP参加による消費者の利益は生産者の損失より大きい - ライドアブログ 背後に見える無数の釣り針を誰かことごとくへし折ってくれないかな意図的なんだろうなGlobal(この場合は対米国境をまたいだ)お金の流れが説明されてない貨幣ばっかり集めても食えないしそれすらも逃げていくように思えるというのに国の根幹を明け渡したら足下を見られ続けるだけじゃないの? 利益はその後でいい日本で国家を主体において考えてるのは誰?


20111029() [BAD BOY] (トル欄の空きがないのでここになった) 27日に(拡大移転してきた)自転車屋にメンテナスを依頼してきたここのところアウター×ローでチーンが内へ落ちるせいで発進が危険で踏み込めなかったこれは 4月末と同じ症状だそのときはチーンとスプロケトを換えたのだった伸び伸びのチーンで 16000km(4月の数字)まで走り続けたせいでとうとうチーンリングもダメにしたのかと覚悟して行ったが交換はしないというクランクを外さなければいけないが外せないから持ち込んだのに拍子抜けだ直ればいいのだけど調整だけで直るものか大いに疑ってる落ちるようになってからリアレイラーの L側のネジを締めた(=ー側への可動域を狭めたつもり)んだけど変わりなかったしそれとも足りなかったのか?全く使用していないフロレイラーか?■預けた帰りは徒歩一時間ちっとRio SU30を引っ張り出してきて聞いていたがアルバムを一枚再生しきる前に力尽きたiPodも同じ程度で切れるのを知ってたので軽い方を持って行っていたわけだ内蔵のリチウムポリマー電池はこれだからおもちゃにしか使えない

最終更: 2012-11-03T16:19+0900

[SonyReader] PRS-T1の説明書(PDF)を読んで改善した点を挙げよう

主観的な評価なのでどうでもいいと無視したもの(PRS-650にて)未使用の機能につき評価不可能なものは含まれておりません

  • 軽い(これは質感を犠牲にしている携帯するものなのだから恥ずかしいものは持てない俺は旧型と新型を比較して(※残念ながら重さは伝わらないそれは質感も同じだけど)旧型を買った"Function is Beauty"は好きだが実用一辺倒はダ)
  • メモリーカドスロトに蓋がある
  • 充電時間短縮&持続時間延長
  • PCに接続したときにマストレージモドと充電モドが選べる
  • 戻るためのハドウェアボタンがある
  • ーム画面でメニーボタン(OPTIONSボタン)に役割がある(5秒間時刻を表)T1の説明書にこう書いてあったから改善点だと思ったが逆でPRS-650だと OPTIONSボタンを押したらいつでも(メニーとともに)時刻が表示されていたものが本を閉じてホーム画面に移動しないと表示されなくなったというのが実際のところPRS-650で本を読んでると頭を上げて時計を見るかわりに時刻を表示させることが結構あるのでこれは改悪
  • 検索やリ-サムネイル表示の切り替えなどコンテクトメニー内にあったアイムの一部がアイコン化して常駐してる(なんでもアイコン化は好きじゃないけど 1クリックの節約は意味があ)
  • ージ移動パネルに 10ージ移動ボタンがある(シリーズものを結合した何千ページもある PDFを読んでるとスライダーでちっと移動するのが難しいPRS-650の連続ページめくりは PRS-T1より倍くらい速いらしいがそれでもゆっくりだんん?これは書籍一覧画面のージ移動パネルなのA-Z-ん漢字を等間隔に配置したスクロールバーはなくなっちった?それだけじゃなく先頭ページへの移動もしやすいように考えられた優れものだったんだけ)
  • ージ移動パネル(っちがたぶん書籍内移動)「目次(しおり)「移動履歴へのシトカトボタンがある
  • コンテンツごとに有効な余白ージモ明るさトラトの設定
  • 国語辞典(大辞林)搭載

 (悪い意味で)変わらなかった点(てきとーに思いついたものだ)

  • いま開いている本をコレクションに追加できない(たぶん中身も見ずに分類できるものばかりとは限らないしタイミング的にもこれ以上ないくらい操作の対象が明白なの)

 退化した点

  • ドモデルの赤色(新型の実物は見てないけどPRS-650の赤色は画像の通りで深みのあるよいものだ)
  • 行き場のないスタイラス
  • 自動スリープ(トダウン)をオフにできない
  • 底辺が丸い?カバーなしで安定して立てかけられない?
  • ーム画面 2ージ目()へ追いやられた定期購読アイ

 付加価値(どちらも PRS-650)

関係ないけどCalibreが取得したニースを転送する前「デバイスから本の情報リトを取得するんだけどそれが完了するまでに充電が終わってしまった約一時間今度は忘れずに接続前にメモリーカドを抜いておこう問題ないかな?

Calibreは空のコレクションを勝手に削除する


20111028() Firefoxの今に始まったことではないタイミングバグだけど本日二回目2タブ開いた状態で Ctrl+Wでタブを閉じようとするとなぜかドウごと消える再起動しても直近のセッションは復元されずはるか以前のポップアップドウ(二番目のドウということでメインドウと別に管理されてるのかも)が復元されるこのドウが消えるバグは以前からあってタブが切り替わる瞬間(Ctrl+TabCtrl+W直後アクブなタブが曖昧な瞬間)Ctrl+Wを押すと起こりやすい印象があるめずらしくない現象なんだけど最近になって変わったのは復元されるセッションが少し古いものではなくはるか以前の別窓のものになったことドウの大きさもポップアップドウと同じ小さいものになるのでたんび元に戻すのが面倒くさい面倒くさい

最終更: 2011-10-29T21:40+0900

[ProjectEuler] Problem 333

 Problem 333

何時間もかかるこれがどうやったら速くなるでしょうか?

いまは可能な組み合わせを全て試してみてできあがった数字をカウトしてるその後で素数を順番に辿って生成カウトが 1のものを足し合わせたものが答え上限が 10倍になるごとにどえらく計算量が増えるかけ算ならまだしも足し算の組み合わせに有効な考え方を自分が全く持ち合わせていないことがこれまでの問題からも何となくわかってるどうすんの?

# PE333
require 'mathn' # Primeが使いたいだけなのに。グローバルフラグは悪。
UPPERBOUND = 100_0000
EXP3_UPPERBOUND = (Math.log(UPPERBOUND)/Math.log(3)).floor+1
EXP2_UPPERBOUND = (Math.log(UPPERBOUND)/Math.log(2)).floor+1

#  ×  2^0 2^1 2^2 2^3 2^4 2^5 2^19
# 3^0  1   2   4   8  16  32  524288
# 3^1  3   6  12  24  48  96
# 3^2  9  18  36  72
# 3^3 27  54
# 3^4 81
# 3^5
# 3^12 531441

primes = Hash.new(0)
q = []
sum_of_q = lambda{
	sum = 0
	last_exp3 = EXP3_UPPERBOUND
	q.each_with_index{|exp3,exp2|
		next if exp3 == last_exp3
		sum += (1<<exp2) * 3**exp3
		last_exp3 = exp3
	}
	return sum
}
fill_q = lambda{
	q.fill(q.last||EXP3_UPPERBOUND, q.length, EXP2_UPPERBOUND-q.length);
}
fill_q.call
until q.empty?
	exp2, pow2 = q.length-1, 1<<(q.length-1)

	next q.pop if q[exp2] == 0
	q[exp2], pow3 = q[exp2]-1, 3**(q[exp2]-1)
	sum = sum_of_q.call
	q[exp2], pow3, sum = q[exp2]-1, pow3/3, sum-(2*pow2*pow3/3) while 0 <= q[exp2] and UPPERBOUND <= sum
	next q.pop if q[exp2] < 0

	primes[sum_of_q.call] += 1
	fill_q.call
end

sum = 0
Prime.new.each{|pr|
	break if UPPERBOUND <= pr
	sum += pr if primes[pr] == 1
}
p sum
p Process.times #=> <struct Struct::Tms utime=25990.64, stime=150.806, cutime=0.0, cstime=0.0>

20111027() [SonyReader] 一週間くらいで ChainLPによる JPEGォルダの PDF化が完了自炊データをすべて転送すると 32GBのメモリーカドの使用率が 88%シリーズものは結合したので 550冊弱気付いたのだけど未読の本を自炊して Readerで読む踏ん切りがまだついていなかった最初から電子書籍を買うという選択も同様に(※こちらは電子書籍のアマゾンが存在してないことが一番の理由だが)紙束を模倣するだけではダメで紙を凌駕するメリトが欲しい既読の本全て V.S. Sony ReaderReaderの圧勝だけどいま読んでる本一冊 V.S. Readerは紙本の勝ち自炊して Reader「閉じ込めることにためらいを感じるこれは多デバイス展開を期待してるのではなくて結局古い習慣が体から抜けてないというだけかもしれないしお風呂で読むための雑誌や本が必要だからというのも案外ウトがあるかも■俺はいまでも 3G iPod(※それ以降は知らない)のブラウズ方法が至高だと思ってるャンルからでもアトからでもアルバムからでも辿ることができその下層の曲を一覧・再生することももう一段(二段)ルタリングすることもできる単純なフォルダわけとは違うその時々で選べる動的なツリ同じ音楽ファイルとはいえ対象ごとに見つけ出すのに最適な絞り込み条件は異なるトの記憶ってそういうもんだそれを検索に頼らず自然に行えるようにしたのが iPod(iTunes). この管理機能なくしては 512MBのシリコンオオプレイヤー時代に 15GBHDDをひっさげて現れても無駄にでかくてかえって使いにくいと文句の一つも口にしていただろうReader32GBのメモリーカドを扱う準備が全然できていないそこにこそ Readerの明白なドバンテージが存在してるというのに