meta昨日のこれらの記事の暫定的な実装をpyinspectに追加した。websocket.close(code=status.WS_1003_UNSUPPORTED_DATA)はい。option_string))まだ、docstringは全く省略できない。追記ちょっとだけ色々修正を加えた。astゴニョゴニョするときに、引数やdocstringは物切りにならないようにとか、下側で別の関数やメソッドの定義は表示されないようにとか、ちょっとだけ頑張った。気になる点のメモまだまだ気になる点は幾つかあって、それを直したいなーと思う部分も存在するのでメモしておく。指定した行に対してhighlightさせたい(強調表示させたい)やっぱり実装コードに対するリンクが貼りたいdocstringは全体ではなくsummaryだけを表示したい長いdocstringは引用したい部分自体の意図を弱めてしまう。完全に使い方の問題だけどdocstringとかが長いコードが嫌いになるかも。今回のような表示でのdocstringの位置付けの問題ではある。ある全体のうちの一部分に目を向けてほしいという文脈での表示なのだけどdocstringは全体について語った全文。summaryとdescriptionは分かれてほしいという感じかも(summaryは雰囲気を掴めるので良い)。docstringは、ある関数の一部分だけに興味があるときと、複数の関数同士の関係について考えたいときに、煩く感じたりする。その関数だけに興味がある場合は意味があることが多いのだけれど。schemaがdescriptionとsummaryを持っているのは正しいのだよなー。真面目に使うの面倒過ぎるけど。現実的には先頭行がsummaryっぽくなっていたら表示とかにする?そういう仮定に基づいて先頭N行だけを表示とかにしちゃっても良いかもしれない。これは関数定義の引数部分も同様の話があるのだけれど。呼び出しが面倒うーん、やっぱりエディタから直接呼び出したい感じがする。provider的なもの)。微妙にむずかしいのは通常の言語に対するLSサーバーがある一方で、この個人的なLSサーバー的な何かをどういう粒度で立ち上げて置くのが良いかと言うような話。単純にはglobalに1つのあれば良いような気もする?最終的にはyamlに対するlintとか補完とかにも対応したりしたいのだよなー(ちょっと別枠の話かもだけれど)。frameworkみたいなものを考えてみても良いかもしれない。みたいな事ができれば良いのだよなー。指定するのはpointに限らないかもしれない。context的な意味合いで文脈に従って何かを投げるみたいな操作。指定した行に対してhighlightさせたい(強調表示させたい)引用の意図を伝えたいという性質上、親階層のものはflavorでしか無いし。何ならその周辺行もflavorでしかない。指定した行の上下数行を表示するという形にした一方で、見た瞬間に中央部分に目が行くということでもなさそうなので何らかの強調ができると良いのかもしれない。markdownのcodeにhightlightみたいなオプションあったっけ?とはいえ特定の実装にはあまり依存したくないという気持ちもある。あと、上下何行表示するかをオプションで取りたいかもしれない。親階層部分で何行表示するか指定した行の周辺部分で何行表示するかが選択可能であれば良いんだろうか?やっぱり実装コードに対するリンクが貼りたいやっぱりリンクも欲しい。値の参照とコピー値の扱いじゃないけれど、どうしてもこの引用のコマンドで出力した瞬間に情報がforkされるような感覚がある。forkされるということはupstreamの変更に追随されなくなるかもしれないということではあって。それをどうにかしたい。modeでインストールしてないとsite-packagesにしかないのだよなー。いうサブコマンドも作った。jinja2強制されない状態なら地味にwebbrowserモジュールが好きだったりする。componentという機能を追加した月別アーカイブはてなブログをはじめよう!podhmoさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。