昨日作ったフィードのタイトルに"※※※※※"が含まれるエントリを除外するグリモンを汎用的な作りにした。 これで、広告エントリとか見たくないエントリを除外することができる。 使用例 除外されたエントリは一覧の最後に「除外されたエントリ」という疑似エントリとしてまとめて表示されます。 コード インストールは上の'view raw'のリンクから
昨日作ったフィードのタイトルに"※※※※※"が含まれるエントリを除外するグリモンを汎用的な作りにした。 これで、広告エントリとか見たくないエントリを除外することができる。 使用例 除外されたエントリは一覧の最後に「除外されたエントリ」という疑似エントリとしてまとめて表示されます。 コード インストールは上の'view raw'のリンクから
折り畳みの自動化 フィードに全文掲載云々という問題が言われたりしますが、それとは逆に、全文掲載してくれているんだけれど、もの凄く長文かつ大量の更新が行われるような (しかも読みにくかったりする) フィードもあるのではないかと思います。 そんなフィードを、畳んだ状態で表示して読みたいものだけをブラウザを開いて読む、という方法を考えてみました。 おなじみフックです: register_hook("before_printfeed", function(feed) { var link = feed.channel.link; var fold_it = /(?:jp.rubyist.net\/magazine)/; (fold_it.test(link) ? addClass : removeClass)("right_body", "compact"); })これだけです。 ただ、これだと正
結果から示すと、今僕の LDR の見た目はこうなっている。 (横長なのはディスプレイがワイド型だからです。) もう2年前のエントリなんだけど、LDR の見た目をいじるグリモンを id:antipop さんが書いている。 このグリモンを使うと、広告やヘッダやフッタが消えて、LDR の画面がかなりすっきりする。 また、それをしげふみさんが改良して、しゃべる人とメッセージの位置を調整している。 で、僕もしゃべる人は見えるところにいてくれた方が何かと便利だと思うので、しげふみさんの改良版を使ってみることにした。 そしたら LDR の見た目がすごくすっきりしてかなり使いやすくなった。 お二人に感謝m(_ _)m でも、しげふみさんが指摘していた問題は僕の環境でも再現された。 antipopさんのスクリプトでは、move total-unread-count into the control boxの
2008.10.19 22:45 (更新) RefControl -- tumblr.com 阻止 はじめにlivedoor Reader(LDR)を使っている時間が長いので気合いを入れてカスタマイズした。 Firefoxのカスタマイズが初めての人用に説明してくれるサイトはこちら 知らないと損する!Webを素早く閲覧できる便利ツール「Minibuffer + AutoPagerize + LDRize」 - 拡張現実ライフ http://d.hatena.ne.jp/akio0911/20080219/1203439829 第39回 GreaseMonkey + AutoPagerize + LDRize + minibuffer http://web20-podcast.cocolog-nifty.com/blog/2007/12/39_greasemonkey_107f.html グレ
html_sanitizerは安全なのだけれど, 衝撃的な速度を誇ったので, http://d.hatena.ne.jp/os0x/20080228/1204210085 ベースのwhite listに変更しました. LDRFullFeed 0.0.28 http://userscripts.org/scripts/show/22702 ChromeFullFeed 1.1.2 https://chrome.google.com/extensions/detail/hdcaeobehcekfkhjlkdlipnkmhgfcdpb まあ衝撃的なbrowserの固まりっぷりはなくなったかと. あと, 足すときに遅延いれてbrowserがかっちり固まったりしないように変更. これはそんなに効果がない気がしなくもない... それと, こっそりalternative urlの設定を更新. wedat
出先で回線が使えない可能性を考えて作った。 http://la.ma.la/misc/userjs/ldr_fake_offline_mode.user.js :offlineで実行。:offline 20だと20件読み込み。適当な実装なので同期とかはない。 仕組みはこんな感じ // 常にキャッシュを使う Cache.prototype.check_expr = function(){return true}; // 設定変えて再描画 Config.use_autoreload = false; Config.touch_when = "manual"; Config.view_mode = "flat"; Config.limit_subs = 100; get_unread.cache.max = 500; // 再描画 subs.update(); // reload無効化 Cont
音の高低で、スクロールされたエントリがどの程度はてブされているかがわかるgreasemonkeyを書きました。 LDRHatebuCountListenable LDRHatebuCountListenable from negipo on Vimeo. 例えばDiablo2とかやってた人は分かると思うんですが、大量の情報を扱う場合、インターフェース上聴覚情報って言うのはすごく重要なんです。8人パーティで、Lv.28ぐらいのマルチ使ってフルbetter chance of magic item装備で牛追いかけ回してるときに、秒間数十回するアイテムのドロップ音/攻撃の発動音/ヒット音に混じって、「チンッ」って言うring/amulet系の音がするとすげー勢いでほかの奴ら集まってきますもん。 RSS readerによる情報収集もD2Cのレアアイテム収集も本質的にはほとんど同じで、何らかの指標を
より最速なインターネット環境を求めてLivedoor Reader環境を作ってみた。環境はFirefox3.5。 今までは少ないフィードを吟味するタイプだったけど、最近になって大量に登録+気になったものだけ読む、という方向にシフトしていて、その使い方だとGoogle Readerに限界を感じてきていたので、思い切ってLivedoor Readerに引っ越すことにした。 livedoor IDを取得 (略) サーバーインストール型のfastladderでもよかったんだけど、サーバーを準備するのが面倒だったので OPMLで購読リストを入手 「購読する」のブックマークレットから購読リストを作ってもいいが、 まずは既存のリストをコピーする 以下Google Readerの場合。Gearsを使っていたので英語版。 Google Reader左下の「setting」から「Import/Export」を
これまで1年ぐらい、Fastladderとlivedoor Readerを併用していた。もとはlivedoor Readerのみだったのだが、広告が表示されないことに一括でFastladderに移行したのが2年ほど前。その後ブログ系とニュース・ホットエントリ系を分けて管理することを思いつき、前者をFastladderに残し、後者をLDRに移した。購読フォード数が200件ほどになったLDRは、フォルダ管理・レート管理ともにしっかり行った。 だが、Fastladderはそれからほぼ(整理は)放置状態。やろうやろうと思っていたがほとんど手を付けられていなかった。そして現在Fastladderは、 登録フィードは800件近くだが、そのうち後からレート4・5にした数10件しかまともにチェックしていない レート付けしていないものの数が多く見てないもので未読が30000件近くあってうんざり 今からフォル
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く