約 3,697,636 件
https://w.atwiki.jp/rkennjoukamachi/pages/41.html
「郵便局」 冒険ギルド拠点――の真向かい 郵便局 局長 クリアーくん 風の魔術師で郵便物を魔法で届ける。商人ギルドと提携しており他国からの郵便物も請け負っている。空を飛びながら届けているため、空から郵便物が来た場合それはクリアーくんが担当した証拠だ。 噂話 名前 コメント
https://w.atwiki.jp/hisui_ginshiba/pages/40.html
2011年05月 T様と翡翠氏の間で交わされたメール (時系列 Mサイト上に注意喚起文明け方にアップ、同日15時54分確認のメールを頂いています) 【T様】 初めまして！(T様サイト名)(サイトURLは伏せます)管理人のTと申します。 相互リンク先である(M様サイト名)さん(M様サイトURL)でのお知らせを拝見し、僭越ながらお聞きしたい事があって参りました。 私も(ジャンル名)を取り扱ってますし、盗作された事も盗作を疑われた事もあるので、今回の件他人事じゃないと思っております。 こちらにて閉鎖された方や(M様サイト名)管理人であるMの言い分は分かったのですが、翡翠さんの言い分もあるでしょうし、正直な本音を聞きたい次第です。 あちらの頁を見る限り、どうしても翡翠さんが正しいとは思えない状態になっていますし、これはフェアじゃないんじゃないかと思い、考えをお聞き出来ればと思います。 誤解等があれば仲介に入る事も出来ますし、翡翠さんの希望も聞きたいです。 ただあちらの頁に載っている事が全て事実であれば、私も一管理人一閲覧者として警戒すると同時、うちを懇意にして下さっている方々にも広めざるを得ないとも思っています。 今はあちら様の一方的な話しか見聞きしてませんので、{偏った見方になってしまうのは私としても不本意]です。 だからこそ両者の話を聞いてから対応したく、確認に参りました。あちらの頁に書かれている事は事実でしょうか？ 翡翠さんの考えや意見、仰りたい事をお聞かせ願いたい所存です。 その上で何か他に伝えたい事などありましたら私も協力しますので遠慮なく仰って下さい。 このままでは翡翠さんが一方的に責められるばかりでは…と危惧してますので、中立の立場にて出来る事をやらせて頂きたいです。 私自身は閉鎖された方と関わりを持っていませんし、一線を退いた形になっているので冷静な話し合いが出来ると思っています。 折角の楽しい趣味がこんな風に拗れてしまうのは両者共望んでいないでしょうし、和解出来るのならそれに越した事はないはずです。 第三者としてはお互い敵意があるように見えてしまいますし、それだと設立的な話し合いも儘ならないと思います。 お互いにとって良い方向に進むよう、出来る限り尽力を尽くしたいと思っています。 添付はサブアドになってしまいますが、直アドでのやり取りをご希望でしたらそれでも構いません。 堅苦しい文章になってしまい申し訳ありませんでした。返答の方、宜しくお願い致します。 【翡翠氏】 銀色夢芝居の翡翠です この度はご丁寧なご連絡ありがとうございます。銀色夢芝居の翡翠です。 まずはこの度は当サイトの騒ぎで動揺を広げさせる事となってしまっている事を深くお詫び申し上げます。 T様からのご連絡のおかげで「私に盗作されたせいで閉鎖されたサイト様」とおっしゃられているサイト様がやっとわかりました。 こちらのA様とは2年前そのようなお話になって以来関わった事もございませんしその後「盗作だ」と言って来た方も誰1人 「当サイトのどの作品でどちらのサイト様のどの作品か」とちゃんとしたご連絡をくださった方はいらっしゃらなかったので… とりあえず順を追ってお話します。 しかしどうしても私目線でのお話になってしまう事をご了承下さい A様とそのようなお話になったのは約2年前、まだ私が初めて二次創作をし右も左もわからぬ時でした。 勿論A様もA様のサイトも知らず作品も完全にオリジナルでこういった盗作問題についても全く知らぬ状態でした。 初めて頂いたメールからもう向こうは盗作しているだろう、削除して欲しい(実際は丁寧な文面です)という内容の始まりからでした。 でも私は本当にわけのわからない事でとりあえず 盗作していない A様のサイトに行った事が無い 事を伝えました。 その後の返信は確かに「盗作していないなら下げなくて結構です」 とはおっしゃってましたが明らかに攻撃的な文面で、サイト運営やっている今なら下げなかったのだろうけどまだ始めたばっかりの私は 「最初は削除して欲しいって言っていたしこういったご連絡が来たからには下げるのが礼儀なのか」と思い下げました。 その後日もう削除されていますが私に対して「やはり盗作だったけどこんな事言われて～」みたいな日記をアップされているのを知り 「やっぱりまだ盗作と思っているんだ。下げて良かった」と思ったのを覚えてます。 その日記は閲覧者様から注意を受けたのか削除されてます そこからはもうA様のサイトと一切関わりを持った事がございません。 その後ここまでのサイト運営を経て色々知ったわけですが私も「盗作された？」と感じ話し合った事もあり、 疑惑をかけられたら下げない方がいいんだ、後発でも管理人同士でとことん話合うのが一番だと学んできました。 あと(M様サイト名)様は「書き直されて再掲載」とおっしゃってましたが私はその下げた作品と今置いてある作品は完全に別作品だと思っています。 勿論それは閲覧者様からある程度の要望があったリクエスト作品でもあった事も含まれていますしその前に書いた私の中で全然イメージが違います。 だからやっぱり最終的には「盗作していません」と再び答えるしかなくまたあちら様が一体どうしたいのかもわかりません 多分「盗作しました」と謝罪してサイト閉鎖を望んでいるんだと思いますが私は「していない」事は「していない」としか言えません。 そして私が沈黙を守っている理由は「直接私にどちらのサイト様かどういう事か連絡くださった方がいない」という事です。 今回ラレ元だと言われているサイト様がA様で、さらに閉鎖したという事を知れたのはT様がご連絡くださったからです。 まとめwikiにはブチ切れた時のやり取りしか載せられてませんが半年に一回時々「この人は盗作しています」と掲示板に書き込まれたりもしてその度に 「解決に向けて知りたいので私のどの作品か、どのサイト様か教えてくださいませんか？晒しになるので拍手でもメールでもいいので」 と丁寧に対応してもその後来られた方もいらっしゃらなくて解決せず、そういうやり取りが続いての末です。 そしてそのまとめwikiにはもう削除されてますが初めは今までのそういう経緯を見てきて私を信じていて庇った閲覧者様や絵師様のツイッターまで貼り付けられてたり、検証スレと称してまとめwikiの発祥となっているスレ内で閲覧者様のブログから写真を貼り付けたり、住所を調べて晒したりと私はその方達が本当に相手の管理人様を救う為に解決しようとやっているようには見えないのです。 私は決して逃げも隠れもするつもりはありませんしまとめwikiを見てどう思うかは人の自由だと思います ただ私は私でやっていないのだから堂々といようと思います。 間違った事をしていないのだからわかる人にはわかると信じているからです。 現に今回の事でわけのわからないコメを送られてご連絡くださった管理人様方なご協力もあり私はこうやって今も落ち着いていれるところもあります。 そしてT様のように直接私に疑問や思った事をぶつけてくださった方には誠心誠意でお答えしていくつもりです。 ちゃんとT様へのお答えになっているでしょうか？色々お話したい事があって支離滅裂で申し訳ございません。 T様がこのメールを見てどうするかも自由だと思っています。 ただ私を信じて側にいる管理人様やただの閲覧者様方まで攻撃するのだけはやめて下さい 私はまとめwikiの管理人様達がやった関係無い人まで晒した事だけは絶対忘れないし間違った事だと思ってます 長々失礼しました 銀色夢芝居 翡翠 (時系列 Mがブログ上で翡翠さんに返信) TのサイトURLと改行、それから翡翠様からのご要望により、閲覧者様のお名前をイニシャルに変更させて頂きました。 ※この文面・ページへのリンクはしないでください (※wiki管理人注 M様による注意書きです) T様と翡翠氏のメール②へ
https://w.atwiki.jp/aias-closurecompiler/pages/23.html
トップページ 高度なトピック extern宣言 externとは、サードパーティのライブラリなどの外部コードが定義するシンボルの名前を宣言し、 ADVANCED_OPTIMIZATIONS レベルでコンパイルされるコード内でそれらをClosure Compilerのリネーム処理から保護する機能です。externが必要な状況がよく分からない場合は、まずこちらを参照してください。 externはClosure Compiler Application及びClosure Compiler Service APIで利用できます。Closure Compiler Service UIはexternのためのインターフェースを提供していません。 このページは公式サイトの以下のページを元に作成しました。http //code.google.com/closure/compiler/docs/api-tutorial3.html 以下のJavaScriptは、extern宣言を必要とするコードを含んでいます： /** * あるページに対し注記のリストを追加するシンプルなスクリプト。 * リストには注記のタイトル、その下に本文が表示される。 */ /** * 注記のためのDOM構造を作成し、それをドキュメントに追加する。 */ function makeNoteDom(noteTitle, noteContent, noteContainer) { // 注記を表すDOM構造を作成する。 var headerElement = textDiv(noteTitle); var contentElement = textDiv(noteContent); var newNote = document.createElement( div ); newNote.appendChild(headerElement); newNote.appendChild(contentElement); // 注記のDOM構造をドキュメントに追加する。 noteContainer.appendChild(newNote); } /** * 注記データオブジェクトのリストに対し反復処理を行い、DOMを作成する。 */ function makeNotes(data, noteContainer) { for (var i = 0; i data.length; i++) { makeNoteDom(data[i].title, data[i].content, noteContainer); } } function main() { var noteData = [ { title Note 1 , content Content of Note 1 }, { title Note 2 , content Content of Note 2 }]; var noteListElement = document.getElementById( notes ); makeNotes(noteData, noteListElement); } main(); textDiv() 関数はサードパーティがメンテナンスする textops.js という別のファイルに宣言されているものと想定します。それは次のような関数です： function textDiv(text) { var divElement = document.createElement( div ); var textElement = document.createTextNode(text); divElement.appendChild(textElement); return divElement; } textDiv() 関数はコンパイル対象外のファイルに定義されておりClosure Compilerによってリネームされたくないので、extern宣言することにします。 extern宣言は、以下のように関数を定義する単純なJavaScriptです。関数の内容は空で構いません： function textDiv(text){}; このコードを直接パラメータに設定するか、またはコードを記述したJSファイルをパラメータに設定することで、宣言をClosure Compilerに渡すことができます。具体的な方法は「Closure Compiler Service APIでexternを宣言するには」、「Closure Compiler Applicationでexternを宣言するには」を参照してください。 このJavaScriptをClosure Compilerに与えたとしても、それ自体が出力結果に含まれることはありません。このJavaScriptの唯一の目的は、Closure Compilerにこう伝えることです："我々のコードはお前の知らないどこかで定義されている textDiv() という名前の関数を使っている。だから textDiv() への呼び出しをリネームしてはならない。" 上のJavaScriptとexternをClosure Compilerに送ると、次のような出力が得られます。尚Closure Compilerがexternをどのように適用しているかをわかりやすくするため、出力結果に改行を挿入しています： for(var a=document.getElementById( notes ),b=[{title Note 1 , content Content of Note 1 }, {title Note 2 , content Content of Note 2 }], c=0;c var d=textDiv(b[c].title),e=textDiv(b[c].content),f=document.createElement( div ); f.appendChild(d); f.appendChild(e); a.appendChild(f) }; Closure Compilerは元のプログラムを劇的に変化させましたが、 textDiv() 関数の呼び出しはオリジナルの名称のままで残っています。従ってこのコードは textDiv() が定義されている、コンパイルされていない textops.js と連携して動作させることができます。 externをエクスポートの代用にしないでください！ externはシンボルをリネームから保護するとても便利な方法なので、"エクスポート"の代わりにこれを使いたいと思ったかもしれません。外部コードがその中の関数を呼び出せるようなAPIをコンパイルして公開したいとあなたが考えているなら、公開されるAPIを全てextern宣言すればよいのではないでしょうか。 しかし、そうすべきではありません。コンパイル済みファイル内の関数を外部公開する場合には、残しておきたいシンボルをエクスポートするで説明されているエクスポートによる手法をとってください。 エクスポートはexternよりも高い圧縮率を実現します。Closure Compilerはextern宣言されたシンボルを、それがコード内に何度出現するかに関係なく絶対にリネームしません。つまりexternされた長い名前がコンパイルされたコードの中に多く残るということです。対照的にエクスポートでは、シンボルのフルネームはコード内にひとつしか含まれません。このフルネームのシンボルは短縮名の別名となっているので、コード内では常に短縮名を使うことができます。 デフォルトのextern宣言 Closure Compilerは以下に示すシンボル群を内部的にextern宣言しており、デフォルトではそれを使用してシンボル名の保護を行います。 Math 、 RegExp のようなJavaScriptの組み込みオブジェクトとそのメンバ eval() 、 parseInt() のようなJavaScriptの組み込み関数 window 、 location のようなブラウザの標準的な組み込みオブジェクトとそのメンバ document をはじめとするDOM APIに含まれる全てのオブジェクトとそのメンバ Closure Compiler service APIのexclude_default_externsパラメータ、Closure Compiler Applicationの--use_only_custom_externsオプションを指定すると、これらデフォルトのextern宣言を使用させないようにすることができます。 Closure Compiler Service APIでexternを宣言するには Closure Compiler Service APIでextern宣言を行う方法は２つあります。 js_externsパラメータでJavaScriptコードをClosure Compilerに渡す externs_urlパラメータでJavaScriptファイルのURLをClosure Compilerに渡す js_externs と externs_url の違いは、サービスがJavaScriptを取得する手段だけです。 js_externs と externs_url は1つのリクエスト内で同時に使用でき、またそれぞれを複数指定することが可能です。 js_externsパラメータでJavaScriptコードをClosure Compilerに渡す 宣言するexternの数がそれほど多くないのであれば、サービスへのリクエスト内で js_externs パラメータの値としてexternを宣言するJavaScriptを指定するのがよいでしょう。以下に例を示します： #!/usr/bin/python2.4 import httplib, urllib, sys # Define the parameters for the POST request and encode them in # a URL-safe format. params = urllib.urlencode([ ( code_url , sys.argv[1]), ( compilation_level , ADVANCED_OPTIMIZATIONS ), ( output_format , text ), ( output_info , compiled_code ), ( js_externs , function textDiv(text){} ), # -- New parameter! ( formatting , pretty_print ) ]) # Always use the following value for the Content-type header. headers = { "Content-type" "application/x-www-form-urlencoded" } conn = httplib.HTTPConnection( closure-compiler.appspot.com ) conn.request( POST , /compile , params, headers) response = conn.getresponse() data = response.read() print data conn.close リクエストには複数の js_externs パラメータを含めることができます。また１つのパラメータ内にカンマ区切りで複数のextern宣言を含めることもできます。 externs_urlパラメータでJavaScriptファイルのURLをClosure Compilerに渡す 宣言すべきexternの数が多い場合、それらを全て js_externs パラメータで渡すのはかなり無理があると思われます。このケースでは以下の方法をとるのがよいでしょう： 全てのextern宣言を独立したJavaScriptファイルに記述します。 このファイルをWebサーバにアップロードし、外部からアクセス可能な場所に配置します。 アップロードしたファイルのURLを externs_url パラメータの値としてClosure Compiler Service APIに渡します。 例を示します： params = urllib.urlencode([ ( code_url , sys.argv[1]), ( compilation_level , ADVANCED_OPTIMIZATIONS ), ( output_format , text ), ( output_info , compiled_code ), # Different parameter ( externs_url , http //www.myserver.com/myexterns.js ), ( formatting , pretty_print ) ]) リクエストには複数の externs_url パラメータを指定できます。Closure Compilerは js_externs のJavaScriptコードおよび externs_url のファイルに含まれる全てのextern宣言を結合して処理します。 Closure Compiler Applicationでexternを宣言するには externファイルの名前をexternsオプションに指定し、Closure Compiler Applicationに渡してください。 externs オプションの指定は、以下のように1ファイルずつ行います： java -jar compiler.jar --compilation_level ADVANCED_OPTIMIZATIONS --js makeallnotes.js --externs extern1.js --externs extern2.js
https://w.atwiki.jp/nioka/pages/513.html
1 名前：どうですか解説の名無しさん mailto sage [2007/11/09(金) 05 55 10.16 ID DTMvhm/8] ロック「(バリアントナイフに)切り替えていく」 2 名前：どうですか解説の名無しさん [2007/11/09(金) 06 20 11.27 ID BCpQY18O] ミッシングを使っちゃいかんのか？ 3 名前：どうですか解説の名無しさん [2007/11/09(金) 06 29 12.83 ID fgvk1Wtf] マッシュ「ダンカンこのやろう」 4 名前：どうですか解説の名無しさん [2007/11/09(金) 06 36 40.72 ID CtxEB8MM] 原監督のコメント 「二岡にはバルガスに延々とオーラキャノンをするような選手になってほしい」 5 名前：どうですか解説の名無しさん [2007/11/09(金) 06 36 55.79 ID USWMloxy] 原「（ラストエリクサーがあるのを）知らなかった」
https://w.atwiki.jp/ntemacs/pages/57.html
■ Emacs 全般で利用できる設定 【本題】 2017/07/14 追記 本設定は、「emacs-mozc を動かすための設定（Emacs 設定編）」で紹介している mozc-im を使った設定と相性が悪いことが分かりました。boiled-mozc-input-method の設定値を japanese-mozc-im にしても全ての問題は改善しません。このため、一旦このページを紹介することを止めました。Google の検索によりこのページに辿り着いた方は、本設定が mozc-im を利用しない mozc と連携する場合にのみ利用できる設定であることにご留意くださるようお願いします。 【本題】 boiled-mozc を使うための設定です。 1) 次のページなどを参考とし、emacs-mozc が動作するように設定を行ってください。 emacs-mozc を動かすための設定（Emacs 設定編） 2) 次のリポジトリから boiled-mozc.el をダウンロードし、~/.emacs.d/site-lisp 等の load 対象となるディレクトリ配下にサブディレクトリを作成し格納してください。 https //github.com/tadanagao/boiled-mozc 3) 最後に以下の設定をしてください。 (autoload boiled-mozc-rK-conv "boiled-mozc" "Romaji to Kana-Kanji conversion" t) (autoload boiled-mozc-rhkR-conv "boiled-mozc" "Romaji to Hiragana conversion" t) (global-set-key "\C-j" boiled-mozc-rK-conv) (global-set-key "\M-j" boiled-mozc-rhkR-conv) 以上で、Emacs を再起動すると、boiled-mozc が利用可能となります。ascii入力モード のまま入力したい日本語をローマ字入力し、C-j や M-j を押すことで変換が行われます。 変更履歴 2015/08/11 このページを作成した。
https://w.atwiki.jp/myboss_myhero/pages/12.html
１番目の暗号メール マッキーへ早紀より♪（顔）メール届いた？ところでいきなりなんだけどマッキー大学（鉛筆の絵） 受けないって本気（涙目）？いいなーあああああああああ、でもマッキーの家の仕事って何なの？気になるんだけどー ２番目の暗号メール ★☆★ルミルミぃ☆(笑)(笑)（顔）ウイッス！！何やってんの！？家で（鉛筆の絵）とか今度うちらの熟（つらい顔） 終わりとかに遊ぶ（♪３つ）べし、腕を差し出した。カラオケでも行こー◎。んじゃまたね。 ３番目の暗号メール 有紀だよこんばんわああああああマッキーって最近（温泉）調子（温泉）乗ってない（猫）◎！ いや、別に悪い意味じゃなくて、ね（顔汗）っっっっ今度ルミたちと遊ぶベ（顔）（ハート×３）バイバイ（手を振る）。 ４番目の暗号メール （顔）茜でーす夜（顔）夜（舌出し顔）ドーモー（ペンギンが何か出した。）♪今何やってんの？（ワイン） 明日もまた凸（学校？）でバカ（馬）（叫ぶ顔）見せてちょうだいね。（ベル）よろしゅう（顔）。茜でした（グー）。 ５番目の暗号メール 明美（♪３つ）だよ（顔）キラリ（猫耳顔）マッキー おこんばんはあああ（サボテンダー）メール無事に届いたかしらん？ （一周矢印☆彡）時間あったらメールでも電話でもＯＫなので（温泉）。よろしく。んじゃ（バイバイ顔）
https://w.atwiki.jp/ntemacs/pages/51.html
■ Cygwin版 Emacs 特有の設定 【お知らせ】 ＜2018/03/12 追記＞ WSL版はこちらを参照してください。 Windowsパス と UNCパス を使えるようにするための設定（WSL 設定編） 2018/03/12 追記 windows-path-convert-file-name 関数に対するアドバイスを簡素化しました。 2018/03/09 追記 UNC パスの貼り付けを既存のパスの後ろに追加しても動作するように改善しました。 【本題】 Cygwin版 Emacs（gnupack の場合、12.00 以降）で、Windowsパス と UNCパス を使えるようにするための設定です。 最初に次のファイルをダウンロードし、~/.emacs.d/site-lisp 等の load 対象となるディレクトリ配下にサブディレクトリを作成し格納してください。 http //emacswiki.org/emacs/windows-path.el http //emacswiki.org/emacs/cygwin-mount.el 次に以下の設定を有効にしてください。 1) Windowsパス を使えるようにするは次の設定を行って下さい。（基本設定） (require cl-lib) (require windows-path) ;; (cygwin-mount-get-cygdrive-prefix) の実行結果が、mount --show-cygdrive-prefix で表示される ;; cygdrive の prefix と異なる場合、cygwin-mount-get-cygdrive-prefix の置き換えをしてから ;; windows-path-activate を実行する。（gnupack の場合は "/" を返すようにする必要がある。） (cl-letf (((symbol-function cygwin-mount-get-cygdrive-prefix) (lambda () "/"))) ; mount --show-cygdrive-prefix で表示される prefix を / で終わらせて指定する (windows-path-activate)) 2) UNCパス を使えるようにするは次の設定を行って下さい。（拡張設定（必要な場合）） (defconst windows-path-style3-regexp "\\`\\(.*/\\)?\\(\\\\\\\\.*\\)") (advice-add windows-path-convert-file-name after (lambda ( rest args) (let ((name (nth 0 args))) (cond ((string-match windows-path-style3-regexp name) (cygwin-convert-file-name-from-windows (match-string 2 name))) (t name))))) (add-to-list file-name-handler-alist (cons windows-path-style3-regexp windows-path-map-drive-hook-function)) ※ dired での UNCパス の入力は、コピペによる方法をお勧めします。 ※ 接続先のサーバが認証を必要とする場合、事前に Windows からの操作で認証を通してください。その際の認証画面で「資格情報を記憶する」にチェックを入れると、次回からの認証を省略する（自動で行う）ことができます。 3) find-file コマンド等で Windows パスや UNC パスを入力し、正しく変換されることを確認してください。コピペでのパス入力をお薦めします。 4) 次の設定を行うことにより、Windows で作成したショートカットをシンボリックリンクの様に表示し、辿ることができるようになります。お試しください。 Windows ショートカットを dired と連携して使うための設定 5) dired で開いているディレクトリの Windowsパス をクリップボードに取り込むには次のキー設定をご利用ください。 (define-key dired-mode-map (kbd "C-c w") (lambda () (interactive) (shell-command-to-string (format "cygpath -w %s | tr -d \\n /dev/clipboard" (shell-quote-argument (dired-current-directory)))))) 変更履歴 2015/05/14 このページを作成した。 2015/05/16 全面的に見直しを行った。 2015/05/17 windows-path-convert-file-name アドバイスの見直しを行った。 2015/06/03 dired で開いているディレクトリの Windowsパス をクリップボードに取り込むコマンドを作成した。 2015/06/27 windows-path-activate 実行時の cygwin-mount-get-cygdrive-prefix の置き換え方法を変更した。 2015/09/09 advice を Emacs-24.4 以降の書式に見直した。 2018/03/09 UNC パスの貼り付けを既存のパスの後ろに追加しても動作するように改善した。 2018/03/12 windows-path-convert-file-name 関数に対するアドバイスを簡素化した。
https://w.atwiki.jp/haseo133/pages/15.html
特殊な条件（イベントの進行具合で発生等）を除くメールの返信は 大体は戦闘を好感度が１ランク上がる程度（１０回前後） 行うとメールの返信が返ってくる。 （主にグリーディングカードの返信に大いに適用） グリーティングカードについて補完よろしく メールへの返信 クーン よろしく！G.U.のこと 不明 八咫のこと 好感度増加 Re：八咫のことパイのこと 好感度増加 …… 不明 Re：パイのこと・パイのこと”がび”のこと 好感度増加 終了 クーンのこと 好感度増加 終了 アトリ ハセヲさん、こんにちは経験値 不明 音 好感度増加 Re：音【アリーナ一回戦クリア後】おめでとう？ 好感度増加 いい感じ 好感度増加 Re：おめでとう？松 好感度増加 終了 欅 好感度増加 終了【トーナメント二回戦終了後】 パイ 覚えておいて何者だ 好感度増加 不明 Re：何者だ意識不明者 好感度増加 碑文使い 不明 Re：意識不明者【タルヴォス撃破後】借り 好感度増加 終了 貸し 不明 グリーディングカード座右の銘：隠しごと ＞好感度増加 座右の銘：隠しごと ＞パイは俺を･･････＞好感度増加 ガスパー よろしくねん！三爪痕 好感度増加 別に 不明 Re：三爪痕【エンデュランス遭遇後】エンデュランスについて 好感度増加 …… 不明 Re：エンデュランスについて【ガスパー復帰後】がんばれ 好感度増加 別に 不明 Re：がんばれ【トーナメント二回戦終了後】 終了 シラバス びっくりしてます！どんな評判だ 不明 レベルを上げる 好感度増加 Re：どんな評判だ【アリーナ三人目決定後】 Re レベルを上げる【 〃 】言う必要は無い 不明 森の住人 好感度増加 Re：森の住人【ガスパー復帰後】関係ない 好感度増加 終了 アトリ 終了【トーナメント決勝終了後】 ぴろし３ よき目をした人よ三爪痕について 好感度増加 ぴろし３について 好感度増加 Re：三爪痕について【タルヴォス撃破後】手を引け 不明 噂って 好感度増加 Re：噂って【トーナメント決勝終了後】関係ない 好感度増加 終了 寝オチ 終了【クリア後】
https://w.atwiki.jp/yakuwarironri66/pages/273.html
■基礎データ No. ポケモン 種族値 タイプ とくせい ＨＰ 攻撃 防御 特攻 特防 素早 とくせい1 とくせい2 かくれとくせい 634 ジヘッド 72 85 70 65 70 58 はりきり 635 サザンドラ 92 105 90 125 90 98 ふゆう 1005 トドロクツキ 105 139 71 55 101 119 こだいかっせい ■タイプ相性 倍率 タイプ ×4 ×2 ×1 ×0.5 ×0.25 ×0 ■どうしても使うなら いじっぱり/HAorAD/はりきり@こだわりハチマキ かみくだく/じだんだ/ドラゴンテールorほのおのキバorかみなりのキバorこおりのキバorいわなだれ ■考察 張り切り持ちですが、技威力も種族値も足りないのでゴミですなｗｗｗｗｗｗｗｗ 素直にヤザンドラやヤドロクツキを使うべきですぞｗｗｗｗｗｗｗｗｗ 一応、種族値表を載せておきますぞｗｗｗｗやはり進化前はありえないｗｗｗｗｗｗｗｗｗ 進化の輝石を持たせれば耐久も確保しつつ殴れますなｗｗｗ ただAを削る調整も必要になってきますしそもそも役割論理的にありえないですがなｗｗｗ ↑一応いじっぱりHA振りならA120BD115@プレート相当になるようですなｗｗｗ そもそも使う論者がいるのかどうかは置いといて、張りきり補正でダイブや諸刃の命中率が70未満になってしまうのですがこれは必然力の範疇に入るのですかな？ｗｗｗ ↑気合いで必然力を補う以外ありえないｗｗｗｗｗただし、気合いだめ（）はありえないｗｗｗｗｗｗｗ ↑必然力の範囲外の技を使うのはありえないｗｗｗダイブをテールに、諸刃を雪崩に変更しましたぞｗｗｗ 勘違いしている子羊が多いので数値不足を示しておきますぞｗｗｗ A種族値153相当と言えば聞こえはいいんですが、技威力が足りてないんですなｗｗｗ SVではばかぢからを没収されたため、論理的にありえる技はすべて威力80以下ですぞｗｗｗありえないｗｗｗ ジヘッドは輝石、サザンはアイテムなしですなｗｗｗ耐久はどちらもH252D6ですぞｗｗｗ ジヘッド サザンドラ 竜技指数 20250 37830 悪技指数 27000 23280 物理耐久指数 24165 21890 特殊耐久指数 24433 22089 物理で見ると力の鉢巻ヤンギと同じ程度の火力ですなｗｗｗ 高いには高いですが、火力強化アイテム無しを許されるほどの指数ではないんですなｗｗｗ 耐久はサザンより1割程度しか伸びてませんぞｗｗｗ 輝石無しではお察しですなｗｗｗ ヤザンドラ…ばかぢからで乱数一発（鉢巻で確定） クレセリア…かみくだくで確定２発（鉢巻で乱数一発） マリルリ …雷牙で確定２発（鉢巻でも変わらず） はっきり言って輝石持ちのこいつを使うくらいならアクジキングに火力アイテムを持たせた方がマシですぞｗｗｗ 火力耐久範囲の全てにおいて輝石ジヘッドを上回りますなｗｗｗもっとも2023年12月現在SVでは未解禁ですがなｗｗｗ ヤケモン仕様ではありませんが、ABチョッキトドロクツキでも輝石ジヘッドの火力両耐久素早さ全てを超えられますなｗｗｗジヘッドが差別化できる要素は氷技くらいですぞｗｗｗ ボヘッドｗｗｗ ボヘッとしてるとこんなのにも不覚を取りますぞｗｗｗ ダイブが使えない関係上、一致火力はちからずくタツベイにも劣りますなｗｗｗ 一覧リンク 個別育成論 - ヤケモン一覧 - タイプ別一覧 - ヤケモン落第生 - 超絶ボケモン一覧 - 禁止級一覧 世代考察 サンプルヤーティ - 診断所 - レンタル - 異教徒対策 - プレイング考察 データ ヤケモンの歴史 このページの登録タグ一覧 あくタイプ ドラゴンタイプ 進化前
https://w.atwiki.jp/preciousmemories/pages/600.html
《横取り》 イベントカード 使用コスト0/発生コスト2/緑 [メイン/自分] 自分のキャラにセットされているサポートカード1枚を他の自分のキャラ1枚にセットする。 (お姉ちゃん寒いよぉ……。) けいおん!Part2で登場した緑色のイベントカード。 自分キャラにセットされているサポートカード1枚を別の自分のキャラに移す効果を持つ。 サポートカードは使用コスト0のカードが大半なので、わざわざこのカードを使うくらいなら最初から目当てのキャラにセットした方が早い。 後から出したキャラにセットしなおす場合なら使い道はあるが、ディスアドバンテージは否めない。 捨て札置き場からサルベージセットできる《戦場ヶ原 ひたぎ(064)》などと併用すれば、ディスアドバンテージは軽減できる。 今後相手キャラにセットするデメリットカードが現れれば使い所が増えるであろう。 なお、《ギー太》などのセットに条件のあるサポートカードは、条件を満たしているキャラにしかセットし直すことはできない。 カードイラストは第7話「クリスマス!」のワンシーン。フレーバーはその時の憂のセリフ。 横取りされたのはふとんである。 関連項目 サポートカード 収録 けいおん!Part2 02-118 編集