辞典(IT Kaiwai Jisho)

ググれば幸せになれるこの時代に、私は、辞書を作りたいのです

仕様

• 文字入力によってリアルタイムで検索できる
• 右下のぐぐるボタンを押すと入力中の文言でぐぐる
  • 文字を選択しているときはそれでぐぐる
• 左下の入力ボタンを押すと入力ボックスにフォーカスする
• 中下のランダムボタンを押すとランダムにいち単語出る
• 各単語内に関連語の設定がものは押すと展開される(無限)

TODO

• 職種！！！！！！！！！マストでしょ
• allのあとはランダム押してreadmeみえるように戻すとか、ぐぐるからエッジスワイプで戻るとかそいういう説明をもっとさ
• 入力した文字の大きさをエリアに収まるようにする
• php的語追加
  • プログラミング言語(どこまで書くんってなる(おぶし事かも簡易的に書くのか))、のフレームワークとか、サービス、企業(微妙)、ライセンス関連、職種、機械学習とか、usbとか、cvrとか
• iPhone キーボード 開く HTMLの実装
• アニメーションを各所にね。
  • ちょっとはやったのでまた思い次第
• 似た語リンク(プリ,ビリティ,メント,ション,シー)
• QRコードの出入りがださい
• 例えばってのほしい気がしてきたよ
• なんか、ぐぐるURLってのはメインのコードに直書きするものではないようなきが、、、(ほぼ気に入らないだけ)
• 音ながす。組み合わせでパターンが変わるローグ的に
• ランダム押したら星がぴこぴこ
• 写真をが画像加工したものを背景にうっすらあしらう

  ---

• ダクる
• 汎用的に辞書として使えるようにする。今後な。
• 選択解除タップで選択状態にならないような(イベント)処理(むずそう)
• ダブルタップ拡大無効
• きせかえ
  • 伴って、現入力ボタンを「機能」とでもして、そこからきせかえとか入力とかするようにしてはどうか
  • まあこれはいらんか
• Chrome拡張機能をちゃんとする

してること

• docsディレクトリでGitHubPages
• ChromeExtension (Chrome拡張機能)
• jsonを外部から読み込んでパース
• gulp
  • Sass(SCSS),TypeScriptをトランスパイル
  • ソースファイルの諸々の変更を監視して自動で変換(更新)
  • ローカルサーバーで公開用HTMLを見続ける(ファイルの更新があればリロード)
  • gulpでコマンド実行(Pythonした)
• Pythonでjsonをならびかえ
• TypeScriptでChrome用のオブジェクトを使うために@types/chromeをnpm installした
• PWA

雑記

• jsonやからnullとか値に入れてたけどそれで良くなかったりしたから""でやります
• gulp(js)での辞書のソートしようとしたんですけど面倒そうなのでぱいそんでとりあえずします
• Pythonで日本語コメ書くし# -*- coding: utf-8 -*-をつけておこうって毎回忘れている
• Python、実行する.pyについて違うディレクトリにあるものを指定して実行してもディレクトリの指定とかカレントディレクトリで処られる
• ディレクトリの大文字小文字変更はpushしてもいかなかったのですかもね
• JSONをよみこむのがめんどくさいのか、JSONのよみこみにきびしすぎるのか、JSがさいしょからもっとがんばってほしかったのか
• 今の書き方で、GitHubPagesに上げてるやつはJSON読み込みできるけど、ローカルでは読めない。それはChromeが悪い。
  • ローカル環境で、確認していたくて、gulp-webserverはじめました
  • それだといける。うれしいね。
  • watchとあわせてデザイン()修正の際もやっぱ楽で良いです。
• アルファベットの読み方はみんなわかっているとおもいますねん
• (英語辞書ではありません)
• CSSアニメーションの関係か、メディアクエリで指定している前のwidthがでたりしたのでよくわからないガチガチ指定で矯正かなしいね
• 新しいgulpのモジュール追加したからなんかでError: Cannot find module 'typescript'とか言われて意味わからんけどnpm install typescriptで解決しましたね
• gulpに監視されるのを終わらせるのにcontrol + Zはよくないcontrol + Cにしよう
• URL書き換え
  • pushState()(履歴に追加する)
  • replaceState()(履歴を上書く)
• iOSで一単語検索がうまくいかない(正しいinputValueで検索しに行ってるはずだがないものでけんさくしにいってる)きしょい
  • 一回アクセスしたURLはiOSではもう一回アクセスするとjishoが読み込めない(キャッシュ？)
  • もはやこの機能いる？シェアはスクショでよくね(できなさすぎてめんどくさいさがる)
• スマホのシェアはスクショでいいし軽いサイト[要出典]なので入力すればよい。URLのコピーは一番シェアの高いであろうiOS(Safari)で許可されていないのでリンク誤爆のほうが嫌<-
• masterブランチで開発し、仕様変更で分かれるときにバックアップ的にブランチを分けるすたいる
• PWA対応
  • Googleのやつみて
  • setServiceWorker.jsのurlsToCacheの'/'がいらんかった(?)それがあるとUncaught (in promise) TypeError: Request failed
  • iPhoneのSafariからホーム画面に追加するときのアイコン対応が必要でGoogleさんのpwacompat使用。
  • https://gist.github.com/kenmori/6386569551cfad900bc7385b72339626
    • やってるけどよくわからん
  • 確認の為に逐一GitHubに上げなあかんので草が濃くなってしまうため他が相対的に下がったりとかあるんやね
  • iOSで他のWebページに遷移して戻るの体験がすてきでした
  • Chromeのアドレスバーにインストールのための+ボタンがみえたときはうれしかったです(パソコンではつかわんけど)
  • よりネイティブアプリ感の出るスプラッシュ画面あつい
• Adobe死んだからPSD�いじれんねんけど折角のアイコンやのに
  • XDでちょっとしたシェイプでロゴ作れるぐらいはできて嬉しいな
    • PSDも読み込めたしね
• PWA的にはURLコピーとかいらんかったよねやっぱ
• 急にスマホ版(スマホのPWA)とChromeのデベロッパもーそスマホモードが死に始めた
  • 実は前から死んでたけどキャッシュでなってた説
  • キャッシュ糞
  • そもそもなんかスマホでピンチすらできん(は？)
  • スワイプのが悪かったですおわり。はい。
• preventDefault()たっちいべんと動作取るときにスクロールしなくしてくれる(今回はいらん)
• iOSのSafariではポップアップブロック機能のおかげでフリックでのwindow.openとかは許されない
  • 設定で解除(もうすでに億劫)しても警告は出る
  • 流れるようなぐぐりからの戻りをしたかったですけどボタン用意するしかなさそうです、、、
• 内容、「PHP」みたいな固有名詞みたいなんは避けてたんですけどやっぱあったほうが良いなと思ってきてみたり(多くなるな)
• 内容、基本的に生活の中で見たり聞いたりするIT界隈語をメモって調べて追加しているのですが自分から新たな語を調べにいってもいいなと思ってきてみたり
• 単語の解説内の単語の解説のことを考えるとどんどん増えていきそう
  • 対義語のような表示では多すぎる気がするので＆解説内単語が出ていなくても見せたかったり。
    • 1単語にアコーディオンで開く領域を作る
    • そこに対義語,解説内にある語,関連語(Webブラウザの説明ならその一例等とか)の単語をまとめて見れるようにするとか
    • そうであれあネストにしていきたい。見た目良し。
    • どんどんネストできるようにしたいため、そのままお処理させると無限ループなためアコ開いたときに検索する(JSの処理)がよさそうね
• 無限ネストおじさん機能がわりと素直にじっそうできた
  • どんな動き家はイメージあったしそらそうやけど
  • さすがにだんだん読めるもんじゃなくなる
    • これはこれでいいのかどうか要検討っちゃ要検討
• gulp startでローカルサーバーで常に監視してやってるときにJSの変更が反映されていないきがしますぞ！！(PWA的キャッシュがわるいのかなあ)(一回終わらして直gulp!!)
• touchstartイベントで選択文字列を取得しようとしたのですが、その時はでは取得できないようです。逆に、選択解除になるタップでしゅとくとなる。は？
  • touchendでしゅとくするとよいでした。
    • しかしそのごにググったあとにまだ保持されており画面上は選択されてないのになあってなるのでぐぐるときnullいれとけ
    • でも選択解除になるタップで取得しても一回はそのままやけど許してほしい(そのうちなんとかはしたい)
• アイピーアドレスなんぞのアルファベット日本語読みはあんまいややけど場合によっては(その方が使われている場合)いれる。
  • 別名追加はそういう思想的でもある。
  • なんかわりと統一されていない気
    • まあとでで
• Rebuild.fmきいてると一気に語が増える。。。多い会は本当にIT関連(?)な知らない英語が多くてはかどってしまう。。。
• バッジつけてみたい
  • 完全に自分の好きなようにの作れるようやけどそれはなんかちゃうくない？
    • なんとなく情報が書いてないもののバージョン出したいけどSheils IOにあるやつとかぶったりなんとか
• コードが臭えか見てくれるCODE CLIMATEを無駄に設置
  • ひまになっらみる
  • AからFらしい●
• テスト的なことしたい
  • Travisしたい()
• ライセンスつけようというこころみ
• 単語は日々の生活でどんどん増えていくのに説明の追加をしばらくしていないのでおいつけない。。。
• 単語帳アプリ？
  • カタカナ語アプリ？
    • ほぼ和英辞典のゾーン在るね
      • 英語とこわざはいるのか
• リンクは短縮URLだとリダイレクトでPWAの内部Safari的によくない
• 日本語読みか英語か翻訳かどこにかくか統一するかみたいな
• 単語どこで区切るかとか
• 最後伸ばすとか伸ばさないとか、それよりも大切なことがきっとあるよね
• readmeの単語は押すと単体検索されるようになってる。そりゃね
  • index.htmlでの説明にit語あったらリンクみたいにしてこのアプリで検索して表示させている状態にしています(もちろんinputareaに文字が入っている)
• できることはCSS Transition < CSS Animation ではないのか？？？
  • 関連語表示をチェックボックスのCSSでしているのですが逆方向処理はこの場合animationはきついのかも？？しれない(すぐにできなかったため)
• 関連語開くことに関してたまに開かない時がある
  • お空区要素が重なってしまっている
  • 開くときに生成されるが閉じても裏でのこっているための可能性
  • 裏にある文字が選択されるときがある模様
  • JSで中身のある関連語ボタンを押したときに中身を消すようにしました！
• 時間待てば消すときのアニメーションも出るだろうと思いましたがたいへんでしたのでほりゅうです
• 下マージンがiOS実機で反映されず
  • ぱでぃんぐならok
• cssのclassから複数要素とって使うところがエラーしていたのでやっとなおしました
  • とってくるオブジェクトはふつうにまわすだけじゃよくない
  • せっかくあるlengthつかう
• CSS変数var(--xxx)を:root{}に書いて一括的な色書き換え
• ダークモードの状態をローカルストレージに保存させて動かさせます
• アルファベットで見慣れてるもののカタカナ表記たまに鬼ダサいけどいける？(ビュージェイエス)
• さはりでスムーススクロールが動かないのでぽりひーしました。
• 関連語開くところのインスタンス名が直指定されててキモいのでなんとかした
  • 強引に
• 情報が溢れすぎる世の中になってしまいましたのでキュレーションの価値、上がるよねって。どっかでもう言ってるかも。
• 略語かアルファベットカタカナか日本語かどれをkotbとするかはやはりどれが一番使われるかでやっはほうがええ
• イチ単語サーチの実装的にjisho.jsonに同じkotbのがないって暗黙
• <meta name="apple-mobile-web-app-status-bar-style" content="black-translucent">でiOSでステータスバーの色変えるやつもうできひんらしい。あいぽんmacにつないでデバってみたらそれでおこられた。どうすんねん
• 色を変えたロゴを出すにしても、画像をいじるのか、svgを書き換えるのか、変わった画像を用意しておくのかなど要件によっていろいろありますね
  • プログラミンガーなので対応のさせやすさを取りたくなりますが処理的にもどうせ色んな色はしない的にも色変えた画像作っておいたらそれでいいかなって思いますね
    • しかし色々(colorのほうではなく)たいおうできるといううつくしさをほしいです
  • 色違いの画像を出すことに関しての
    • 完全に書き出された画像データとしてそれぞれの色を用意して出し分ける
      • メリット
        • 画像があることで何がしたいのかわかりやすい
        • 処理が完結
        • 実装が楽
      • デメリット
        • それぞれいちいち画像を作ってそれぞれいちいち呼ばなければならない
        • 容量が多くなる可能性
        • 新たに色がいる際に画像処理ソフトでの操作となりそれに間接的に依存する(Adobeさんおねがいします)
    • SVG等のいじりやすいコード的データとしてひとつ用意してコードでいじる
      • メリット
        • 色が自由で変更がちょう楽
        • 再利用でがっぽがっぽ
      • デメリット
        • クライアント側レンダリングエンジンの個性で処理が変わる/できない可能性がある
        • コードが多くなりバグがでる可能性
  • SVGって結構軽いのね
• PWAでオフラインでも動くようになっているとずっと思っていたがそんなことはなかった！
  • iPhoneでしてるとき、ネットワークを切るとすぐの場合はアプリをタスクキルしても更新(アプリ内に自分リンクがあるので更新となる)してもなんともなかったがじかんがたつとできなくなっている
    • ページを開けません
    • 発生したエラー:
    • "FetchEvent.respondWith
    • received an error: TypeError: イン
    • ターネット接続がオフラインのよう
    • です。"
  • とでるがまじで始めてみた。SwrviceWorkerのキャッシュのやつではなく別のなにかがあるのだろうか
  • キショすぎる
  • さーぼすあーかーの画像のパスがまちがええいたこれがだめであったのかもしれないはずかしい/images/aaa.pngとかいておりこれがドメイン直下にimagesフォルダがあるかの如くなっていた。クロームデベロッパーツールで知りました。PMにもパスの誤りとはよくいったものだ
  • いけたかも。なんかどっかでひろったさーびすわｋ−あにキャッシュをどうかするとかいうのがいらんかったかもしれない。というかキャッシュの何ら化はサーニスワーカーがするのになになんですか
  • manifest.jsonもキャシュらなあかんのかいね。とりあえずいれてます
  • urlsToCacheにあるキャシュ対応を変えたのであればCACHE_NAMEはかえないといけないのかもしれないです。
• なんとなくグリッジノイズを出したいかっこいいから
• publicメソッドにしないことで外部から取得も更新もできないのはいいのですがセッターもゲッターも用意するのであればかわらないですし、TSのアクセサで見た目もメソッドではなくプロパティ様になるのでますますそうです。
  • 取得より更新のほうが根幹に触れる行為っぽいと私は思うのでのでこのようにしようと思います(別にサブクラスつくる気ないけど最初からそこからお触りするのを制限するのはどうなんでしょうか。制限する気もしない気もないので制限しないでおきます)
    • 取得も更新もクラス内でののみ用
      • protected
    • 取得はクラス外でもするけど更新できるのはクラス内でのみ用
      • protected, getterを作っちゃおう
    • 取得も更新もクラス外でもどこでもバンバンする用
      • public
• classの中なのに外の世界の構成、input_area,style_sheetの存在に依存してるってどうなのよ
  • 解決
    • input_area, style_sheet, darkMode_btnがStateclass内で外から参照しており外に依存していたのでインスタンスに持たせました。
    • ついでにinput_text, darkMode_flgなる、二重管理となっていた部分が解決しました。(それぞれ、対応するHTML要素があるのに、こちらはclass内のみでの値で、同時に書き換える必要があるのになあなあでおこなわれていましたので)
• オフラインのときに、データにアクセスするには、機内モードをオフにするか、Wi-Fiを使用してください 設定 OKがでるが、なにかあくせすできないものがあるのか？！
• バージョンによる差異
  • iOS 12.2(iPhoneSE第1世代)のよくないとこ
    • オフラインでPWA内で自分リンク�(https://actionpterygii.github.io/itKaiwaiJisho/)をクリックすると上にあるページを開けませんエラーが出る。タスクキルしてもそのままでアプリがこわれたようになる
      • これ、どうしようもないのかと思っていましたがエッジスワイプで戻れました。ただの遷移であったようで普通Safatiでするそれと同じ感じなようです。(同じぺーじなのに？！)
      • 下記バージョンでも上記エラー出ること謎にたまにありましたが、アプリ内部Safariのような上にバーがありそこの完了かエッジスワイプで戻れるやつなのでアプリが壊れた感じにはならないです
      • タスクキルでの動作に関しては、このバージョン以前はセッションに関して[非アクティブとタスクキルで切れる]で、ここでは[非アクティブとタスクキルで切れない]で、13?からは[非アクティブでは切れずタスクキルで切れる]らしいですよ。やっとんな。
  • iOS 13.4.1(iPhoneSE第2世代)のよくないとこ
    • 長押しができなく、文字選択や自分リンクシェア促しができない。なんで。
      • 何か通知の長押し押し込みができないというiPhoneSE第2世代のバグがあるらしく、それの関連かも。
      • 入力のテキストボックスは選択できる
    • ランダムボタン連打するとダブルタップ反応で拡大されてしまいやすい。
      • 上記バージョンでも拡大のダブルタップになるときはあったがその間隔がより空いていても拡大のダブルタップ判定になるようです
• もしかしたらFBMSGERの内部ブラウザでは"/"の解釈が違うようなのでフルパスにする
• 何かのバージョン等によっては長押しとか選択できないかもしれない
• 語数が素直に出てくれない(jishoインスタンスのでき時間かなんかで再読み込みの際はキャッシュででたりするみたい)
  • definePropertyでなんとかならないのか！
• スマホ横画面にしたときにフォントサイズ指定されていないとなんかでかなってたので指定
  • ::beforeのフォントサイズ指定されていないとき縦画面ではbefore対象のが継承されるが横画面では16pxかなんがが反映される。デフォルト？
  • ブラウザのシミュレーションでは再現せず実機でのみ
  • ::before(指定していない)、before対象ともに12pxなのに対象の方が横画面で謎20pxになる
  • 気持ち悪い
  • あとトグルボタンもずれてる
  • 気持ち悪い
  • 横画面とか動画視聴とそういうゲーム以外で使われることないやろしええわ
• MacにiPhoneつないでSafariで開発見るとサービスワーカーのやつ的なものがあり、抜けているファイル(多分)がわかりました
• body要素のbackground-color指定にて余白部分の背景色をつけれますって
• 画面下に固定したボタンがiPhoneX系の角丸+下に固定されたOS由来要素にかぶるのを防ぐ。safe-area-inset-bottomを使って。
• iOSのChromeでposition: fixedがきかなかったりするの。viewportのminimum-scale=1をする。
• やっぱ職種いらんくね。なんとなくの定義とか本来の意味とかだるい
• フォント変えようと思ったけどちょっと間隔違和感あって一旦やめ

TypeScript

• 型が確定していないのに文字列オブジェクト用のメソッド使っちゃうこともあったけど、わたしはげんきです(今はTypeScriptを使っているため)
• const readme: HTMLDivElement = document.getElementById('divxample') as HTMLDivElement;みたいな感じでしなあかん。HTMLElementは。しらんけど
  • これは、idでしゅとくしていますがそれが、その時点ではなんのHTMLElementかわからないからですわね。だからasのあとで指定しておしえてあげます。このエレメンツはこれなんだよ。決まっているから安心しなさいと。
• TSも青いので言語の色が青だらけになる
• jsonめんどいからany型にしてる
• var 変数 = {};に型指定するとおこられてよくわからんし、そもそも{}は型指定に近い意味でだったので初期化なしの型あり宣言でよいよね
  • jisho全体(複数の単語)：let jisho: [{[key: string]: string;}];
  • 単語一つ：let tango: {[key: string]: string;};
  • とみせかけて返す辞書を先に定義するとこは配列内のオブジェクトでkeyが数字でundefined propertyるのでany
  • asでいけたかも
  • これの型定義はなんかもう辞書は単語の集まりだとたいぎできるようになっていたのか？？もんだいなさそうですけど
• 変数名はスネークケースにして見やすくしようと考えました。
• RegExpのexecがRegExpExecArray | nullなようで、any
  • は？なにこれ
• onclickとかは上書きで消されるらしいです。良くないことあるかもしれないので(かぶる処理出て困るとか)、addEventListenerにしました。
• 同じ内容のループを2つの条件でそれぞれ書くのが良くないと言う思想で、ループ内で分割していたが、ループの中で判定を毎回行っていたり無駄な変数を一度は生成していたりなど無駄が多かったため変更。
• 即時関数を使うことで処理をブロックでまとめてわかりやすくなるし、スコープももたせれるのでお世話になってます。
• 自分が作成した変数名が言語的に予め定義されているるのとかぶるためブロック スコープの変数 'xxx' を再宣言することはできません。ts(2451),'xxx' was also declared here.が出ていたようです。
• nullでないと自信があるので!(エクスクラメーション/感嘆符/びっくりマーク)を使ってしまいました。
  • null可能性を否定するので厳密にはよくなさそう
  • https://code-examples.net/ja/q/267b123
• classからの複数イベントリスナー付与はDOMContentLoadedでHTMLパース後にしないと、それの処理は通るが他ボタン(入力ランダムぐぐる)が発火しなくなった(なんで)
  • コンソールにUncaught TypeError: quickSearch_btns[t].addEventListener is not a function at t (script.js:1) at HTMLDocument.<anonymous> (script.js:1)と出るのですがそれはずっとでてる
    • わかったんだこれの原因。これでclass名からとったそのオブジェクトにはその要素だけが入っているのではなくlengthとかそういう要素も入ってるからね
      • そこまでは回さないようにそのれんぐすをつかってやるのよね
• テンプレートリテラルつかおうとしたけど、HTMLのみやすさ的に入る改行とスペースがいらないのと、なくてもJSのみやすさ的にはそんなに変わらないのでつかいませんでした。
  • しかし入れ込む要素が増えて結局つかいます
• おぶしこのかんじにしました
  • このアプリの状態もくらすで管理させました
    • それは一個の起動につきいっこインスタンスられるかんじで
  • 辞書は辞書のパスによって指定された辞書をとりこんだJishoというインスタンスと
• Chrome拡張機能んとこが、jishoの型違うのでエラーだしてくるのでとりあえず拡張子tsじゃなくしとく
• 関連語を開くボタンで開くの処理のために文字列でHTMLを作成しまとめて入れ込むのですがその関数がメソッドとなった今文字列で書くにはインスタンス名が必要なのです
  • ネットにあったものとしてはthisと、window.内のそれを比較してというのがありましたが型のかんけいでむずそうです。いやだね。
    • いまのところ、いんすたんすめいと同じ名前の文字列を入れてもらってそれをつかうとかかな普通
      • 便宜上？面目を立てて？で、関連語を検索するのは違うJishoインスタンスからでもいいのよってことでそのためのプロパティということ(関連語検索用Jishoインスタンス名)でセットしてつかうとまだきれいかな
• 新パソコンでnpm installしたらなぜかgulp-sassがはいらず個別に入れ直す
  • したら^4.0.2から^4.1.1になっていた
  • そのあと、なんかnpm updateを促される
• pythonをコマンドで実行するとpythonとだけ表示される謎の現象
  • Windowsの設定 → アプリと機能 → アプリ実行エイリアス からpythoの付いてるのを無効にすればok
    • なにこれまじで

きもち

この業界は何かしらの解説に専門用語やら英語が多すぎるので
何回か同じ語をググるのが嫌で
自分用に見返すために意味をまとめているので
それをスマホやパソコンからテキストファイルとして閲覧するのもいやで
なので拡張機能にしていつでもぱっとみれるようにしたかったので
でも結局辞書は常に全てを網羅しているわけではないので
結局ググることになるんかい的なことになって二度手間になるのが嫌で
それならぶらうじんぐででてきた単語はそういう拡張機能をつかえばいいってなるので
でもググってもわかりやすいかつ業界で一般に使われている意味での解説があるあもわからない世の中で
登録されてなければ結局ググってもらうことになるので
すぐググれるようにしたので
あと単語はどんどん追加していくつもりなので

墓場

• 単語の解説内の単語は押したらその単語で検索される
  • すべてを検索するのはおもそう
  • 予め解説の文章内に検索すべき単語かどうかの印をつける
    • よさそう
• URL
  • 普通にしてればURLはずっといっしょ
  • シェアして使えるようにクエリパラメーター付きでURLを持っていける(以下2パターンで)
  • クエリパラメーター付きのURLが来たら出す(以下2パターンを)
    • 単語が入力された結果の画面
    • 1単語のみ
• スマホ的に、左下に入力編集開始ぼたん、右下にググるボタンでどうでしょうか
  • 下に入力ボックスも考えましたが手で隠れるのが良くない。ボタンもそうじゃん
  • なにも入力されていない画面で説明文するとよさそう
  • ぐぐるとか、ばたんよりエッジスワイプのが邪魔じゃなくて良さそう
    • 内部Safariは右から来るので右端からスワイプでぐぐるとか
• 何もなしのときぐぐろうっていう(いらんくない)