FINEARCHS

AiScriptはundefinedがないので、「existsがfalseを返す」ことが実質的にundefinedの代わりになれば色々便利そうですね

破壊性低そうだから次のリリースに入れていいかも

https://github.com/aiscript-dev/aiscript/blob/1391781523b8e68ab4611634ff4905bc6d603bad/test/index.ts#L1703-L1714 #475 では省略可能でない引数が省略されるとエラーになります

内部的にBigIntを使えば比較的楽に実装できそう？ 生成方法も ```js 1234567890n // リテラル（末尾にn） Num:int(1234567890) // 数値または文字列を関数に通す ``` みたいな感じでBigIntを真似すればいいですかね

> 通常の引用構文の中にURLが含まれているようなケースですね 今回のMFM効果は引用構文の中にURLが一つ「のみ」含まれる場合に適用されます。なので他の文字列の中にURLが含まれている場合は通常の引用構文として扱われます。 引用構文の中にURL一つだけ入れたい場合があまり思い浮かばなかったので今回のような形にしましたが、構文を変更して ``` > quote: URL ``` のように特定の文字列（例で言うなら`quote: `）を要求する形にすることも可能ではあります。そちらのほうが良いですか？

> ``` > > a > >> https://exapmle.com > ``` > > はどうでしょう？ > > 引用の記法をそのままプレビューの判断に使用するのは一貫性が無くてややこしいような気がします それをするのであれば`mfm-js`に手を入れる必要がありますね。（`mfm-js`に触れない方法だと`> > https://example.com`のように空白を挟んでも許容されるためよりややこしくなります） 個人的にはこの記法は「外部サイトの引用」という位置づけで考えているため、今のままでもそこまで違和感はありません。

> URLの記載を引用とするならこの書き方は引用の引用に見えると思います （「この書き方」＝`> https://example.com`の場合の回答） URLを記載しただけでは引用ではありませんので、前提が間違っているかと。 （「この書き方」＝`>> https://example.com`の場合の回答） 本質的にはしゅいろさんの案についての話かと思いますので、off-topicと見なします。 > 「こう書くと引用構文のインデント中にプレビューされる形になるか」 ひとまず、このPRではなります。（`>> https://example.com`でもなります）

私はプレビューの埋め込みは引用の一種だと考えていますし、出典元の文章中にURLの記載があることを示すために引用構文を使うことはほとんどないと考えていますし、その際にURLだけを単体で引用することは尚更ないと考えています。 このように「主観や検証の難しい論題の話で」「意見が真っ向から対立した」場合、当人同士の話し合いでの解決は極めて困難であると考えます。 第三者に判定をお願いしたいのですが、misskey-devのメンバーの方で誰かお願いできますか？

``` // 案１ > quote: https://example.com // 案２ > url: https://example.com // 案３ > [https://example.com] ``` とかどうでしょう？

> (`>`を使うのであれば、`>`の次のスペース無しにするとか) その形ですとmfm-jsに手を入れる必要がありますね