設定した単語ダブルクリックで詳細設定へ
　a.単語の頭に <> を付けると正規表現がONに
　例)
　　<>(名言|迷言|画像|図鑑|検定|ネタ|セリフ)bot$
　　各種botのツイート・プロフィールをまとめて削除
　b.フィルタの適用方法指定
　　　完全一致ON/OFF
　　　大文字/小文字区別なしON/OFF (正規化)
　　をチェックボックスにて指定
　※完全一致と正規表現は排他
　※両方設定した場合、正規表現が勝ち完全一致は無視される

ワードミュートの詳細設定

　単語の頭に <> を付けると正規表現がONに
　例)
　　<>宇佐美 *定満
　　　宇佐美定満
　　　宇佐美定満
　　　宇佐美　定満
　　　宇佐美　定満
　　等、姓名間にスペースが0個以上ある定満はを含むツイートを削除

絵文字の扱い

ポップアップメニューのテキストエリアで絵文字が表示されるならば直接入力して問題ない
- 表示名ミュートに <>^💾.*💾$ と入力すれば💾で名前を囲んでるアカウントを全てミュートできる
表示されない環境では？
- 1. Unicode指定
  - <>^\u{1F4BE}.*\u{1F4BE}$
- 2. サロゲートペア指定
  - <>^\uD83D\uDCBE.*\uD83D\uDCBE$
- 3. 気にせず絵文字ダイレクト入力
  - 表示されないだけで保存はされる
  - 1ヶ月もしたら何を設定したのかわからなくなるが…

[対象サイト]

URL	概要	ミュート対象
https://twitter.com/$(user)	twitter ユーザページ	ツイート/おすすめユーザ
https://twitter.com/$(user)/status/$(tweet-id)	twitter ツイートスレッド	リプライ
https://twitter.com/$(user)/lists/	twitter リスト	ツイート
https://twitter.com/search?=$(command)	twitter 検索結果	ツイート/プロフィール/画像/記事
https://twitter.com/hashtag/$(hashtag)?src=hash	twitter ハッシュタグ検索結果	ツイート/プロフィール/画像/記事
https://search.yahoo.co.jp/realtime/search?$(command)	Yahoo!リアルタイム検索	ツイート
ttps://togetter.com/li/$(contentsID)	togetterまとめ詳細ページ	ツイート/リンク/コメント

備考

Twitter

引用RTなど、内包する子ツイートが非表示対象なら親ツイートごと消す
- Twitter 公式ブロックは子ツイートのみ消されるがあれ好きじゃない
短縮URLはできるかぎり展開してワードミュート判定に回す
- 対応してる短縮URL

amba.to	bitly系(ameba)
amzn.to	bitly系(amazon)
bit.ly	本家
buff.ly	bitly系
dlvr.it
goo.gl	google 独自/APIは廃止されたらしい
htn.to	hatena 独自/19.02.28API 廃止
ino.to	Inoreader
ift.tt	bitly系(IFTTT)
is.gd	※
j.mp	bitly系
kisu.me
lb.to	bitly系(livedoor)
nav.cx	※naver 独自
npx.me	※NewsPicks 独自
ow.ly	hootsuite
tinyurl.com	※tinyurl

"※"のサイトはCookieが残るので気になる人はブラウザでブロック推奨

結果

twitter 検索結果がかなりきれいになった。まとめサイトとかまず見ない。

動機

7月のログイン時レイアウト完全移行でWeb版Twitterは死んだ
- 死んだのだ
しかし考えてみたらブロック・ミュートさえできればWeb版にログインする必要なかった
- TLはサードパーティ製クライアントで見てる(フィルタ機能強力)
- Webで見るのは検索用途が9割
  - Google 検索が汚染されすぎてて最近 Twitter 検索に頼りがち
  - 残りの1割ははてぶ経由
Web上でログインせずにミュートできたらいいな
- Twitter 検索はYahooの方が便利だがフィルタ機能がなくて困ってたし
- ログインした状態であちこちアクセスするとアカウントとセットでデータ収集されて気持ち悪いし
- ついでにtogetterもなんとかしたい

技術

短縮URL展開

最初は公式 APIを使うつもりだったが"htn.to"が廃止されてて即挫折
他の拡張機能のソースを眺めてみたところ、汎用展開WebAPIを自前で用意していた
- 個人提供の汎用展開Web APIを使ってるもの(はちまバスター)もあったが、安定性に難あり(よく落ちてる)
- 海外製のイケてる汎用展開Web APIを見つけたが"htn.to"に対応してなかった
JavasScriptでなんとかできないものか？
- 処理的には、短縮URLにhttp_request(HEAD)を投げてredirect先(location)を得れば良いだけ
- XMLHttpRequest(及び内部的に使ってるJQueryやsuperagent)では無理
  - redirectをやりきってから結果を返してくるつくり
  - 遷移先URLがほしいだけなのにそこへアクセスさせられてしまう
- 今どきはfetchがナウいらしい
  - redirect:manualにすればredirectされない
  - しかしResponseHeadersを握りつぶされてしまう(セキュリティ理由の思想・仕様だそう)
- chrome.webRequest.onHeadersReceivedでなんとかなりそう
  - fetchが握りつぶしたResponseを外部から監視してlocationだけ得る
  - 拡張機能でしか使えない手法になってしまうが…
  - backgroundをイベントページ(persistent:off)にできなくなるが…
  - まぁ許容範囲

右クリックメニュー

独自の項目(ID)を追加するのはchrome.contextMenusで簡単
しかしひとつ拡張機能で複数ID登録すると勝手にディレクトリを作られてしまう(仕様)
- 複数 IDをvisible;falseで登録しておき、必要なものだけtrueにしようと思っていたが…zn
階層は邪魔なのでひとつのIDで中身を書き換えながら使う
- 美しくないがやむなし
- 書き換えタイミング(event)は'mousedown'および'mousemove'
  - メニュー生成タイミング'contextmenu'では間に合わない
  - 'mouseup'でも間に合わない(ことがある)
  - あとMacOSでは右クリック'mouseup'が発生しないらしい。伝え聞くところによると。

文字数制限にかかったので次へ…

Permalink | 記事への反応(1) | 17:38

2018-05-04

■Ino's wife is a ugly woman（井納の嫁はブス）

Well,He has good reason to go Cabaret club（そりゃこのブスが嫁ならキャバクラ行くわ）

Permalink | 記事への反応(0) | 22:20

2008-12-23

■

http://anond.hatelabo.jp/20081221234046

http://anond.hatelabo.jp/20081222001850

・コートの種類は知らなくても大丈夫。

「どんなのがいいですか」と聞かれたら、「仕事でも普段でも着られる感じのちょっときれいな感じのコートを探してるんですけど」と言ってみる。「仕事でも普段でも着られる」といえば、あまり奇抜なデザインはおすすめされない。「ちょっときれいな感じの」と言えば、コテコテのミリタリーやB系などのゴツイ服をおすすめされることもない。店員さんはやや抑制のきいたおしゃれなコートを選んできてくれるはずだ。