ええ、私はあなたが何を意味するのか知っています、私はこれらをマージすることを避けようとします。 @vhfはこれらについても重くすることができます。

：+1：この問題のために！ 本やコースを取得するために、アカウントやその他の要件が必要な場合に注意することが重要だと思います。 あなたがあなたの側で何かを提供する必要があるならば、それは本当に無料ではありません。 他にどのように進捗状況を追跡しているので、Courseraのようなサイトのアカウントログインを想定できると思います。

@SimonChristopherCropperログインが必要なリンクなどに注意してPRを開くことをお勧めします。少なくとも、役立つ参照を削除する前に、リストを修正（情報を追加）する必要があります。

@onebreeに同意します！

@onebree @vhfそのようなリンクを独自のカテゴリに分けるのが望ましいですか、それとも単にメモを追加するのが望ましいですか？

ドキュメントに焦点を当てているのは読みやすさであるため、メモに関する私の懸念（多くの問題のリンクが存在する可能性があることを認める）は、実際の価値を追加せずに、既存のドキュメントを垂直に膨らませることです。 つまり、人々は本質的に、ペイウォールなどを介して簡単にアクセスでき、真に「無料」のコンテンツに引き寄せられるため、ドキュメント内でこれらを独自のサブスクリプションベースのカテゴリに分類する傾向があります。

前に言ったように、さらに調査するまで、現在のリンクをできるだけ変更しないでください。 「サブスクリプションは」私は（無料ではない）、そのお金が関与していると思わせる言葉 - 私はカテゴリがいいだろう「アカウントが必要」だと思います。

このセクションをすべての英語のドキュメントに追加するために、数日でPRを作成できました...

@onebreeここであなたの言葉の選択に傾倒します。 「アカウントが必要」または「サインアップが必要」は、「サブスクリプション」よりも明らかに示唆に富むものではありません。

同意しました。 暇があれば、そのようなリンクに*(account required)*の注釈を付けたPRを喜んで受け入れます。

@vhf私はこの時点でPRを提出することができません。 うまくいけば、別の人ができます！

問題ありません。 あなたはすでにこのレポを大いに助けました、そしてそれは大いに感謝されました。 あなたは確かに私が今日たくさんの問題を閉じたことに気づきました。 これはまだ立っているので、寄稿者または私が修正するまで閉じません。 :)

1746年に私はこの問題に関して私が何を好むかについてはっきりしていないことに気づきました。

新しいカテゴリ「アカウントが必要」を作成してサブカテゴリを複製するのではなく、適用時に*(account required)*でリンクに注釈を付けることをお勧めします。

いいえ@vhf 、私の悪い!!! 私は急いでいて、要件を誤解していました！ ごめん

@vhfこの問題は、これらのガイドラインをどこかに（おそらくCONTRIBUTING.md ？）置くまで開いたままにしておくべきだと思います。

行にメモを追加するのではなく、「アカウントが必要」セクションを追加する必要があるかどうかについて、私は危機に瀕しています。 つまり、私は個人的に別のセクションが好きです。なぜなら、「無料」を探しているときにサインアップを必要とするサイトを避けたいからです。

少し話題から外れて、リストは水平方向に成長しているようです（リンク、ファイルタイプ、作成者など）。 すべてがテーブルにある場合はどうなりますか？ 次に、[アカウントが必要]列を追加し、それがtrueの場合はXを追加できます。

ああ、もうCONTRIBUTING.mdに入っていると思いました。 追加します。

ありがとう。 表形式についてどう思いますか？ 生の値下げはそれほどきれいに見えないかもしれません、そして新しい列を追加することは苦痛です...これがどのようにエレガントに行われることができるかはわかりませんが、ただのアイデアです。

それでは、 www.syncfusion.comのようなものはこれに反対しますか？ 書籍へのアクセスを許可する前に、アカウントにサインアップする必要があります。

@johnaossそれは本当にこれに反対ではありません。 syncfusionは実際の_account_を必要としないと思いますが、それでもすべてのsyncfusionリンクに_accountrequired_で注釈を付ける必要があります。 私はこの問題についての提案を受け入れています。

@onebreeそれは別の問題の何かだと思います。