12:36やあ、こんにちは、新人建築家の皆さん。Producing)財団で働くことになられたことを歓迎します。先日以下のスレッドで、サンドボックスの利用についてディスカッションをしました。http://ja.scp-wiki.net/forum/t-4278642このスレッドは前回に引き続いてサンドボックスに関わる議論をしていこうと思っています。GB使えます)これらの情報はWikidotの機能を使えば誰でもみることができます。利用者一人当たり、作成できるページは一枚で、かつ、ページを作成した場合はサイドメニューに項目を追加する必要があります。従って、ページ総数と、サイドメニュー項目数はある程度一致するはずです。合作ページや、Wikidotのシステムページがある都合で、必ず、サイドメニューよりもページ総数は多くなります。数字を見ればわかるように、四倍以上差がついてますね。理由はサイドメニューについては登録しない利用者が多いからです。そもそも634項目あるページを編集するのは面倒ですね。サンドボックスのガイドの分かりづらさ前述の内容に通じますが、サイドメニューに登録することを促すサンドボックスのトップページのガイドも、わかりやすいものなのかどうか怪しいです。今まで分かりやすいガイドを作る試みがされていません。今後必要となるでしょう。サンドボックスの個々のページについて一ページあたりの情報量が多すぎる前回の議論でもありましたがしかし、サンドボックスは「アイデア保管」と「下書き批評で見せる」の2つの目的を1つのページで果たそうとしているからか、「このサンドボックスのどこのタブを批評すればよいの?」や「編集するのが大変」ということがたまにあります。タブがごちゃごちゃで、脚注もごちゃごちゃになっているサンドボックスの批評をすることがあります。これは、「アイデア保管」と「下書き批評で見せる」の2つの目的を1つのページで果たそうとしていることが原因です。アイデア保管という目的をかなえ続けると限りなく情報量が増えて行きます。以上大きく3つの問題点を抱えながら、サンドボックスは運営されています。一ページあたりの情報量が多すぎる編集が地獄と化す。来年には、これのなんらかを改善して、より使いやすいサンドボックスを構築したいと考えています。そこで、サンドボックスについて改善して欲しい内容について募集します。Wikidotの仕様に関わることは改善ができませんが、運営方法は改善の余地が存在します。作りますサンドボックスのかつてない使い方の提案あたりを募集しています。サンドボックスやWikidotの仕様についてよくわからない箇所があれば私が答えます。09:14ガイドページを別に作成したほうがいいと思います。ガイドページの内容としては、1.SCP財団に存在する各種ガイドへのリンク2.サンドボックス関連の規則3.ページの作成方法という順番で記載するのがいいと思います。少なくとも、現在取られているページ作成方法の後に注意事項を表記するという形式は改善するべきと考えます。質問と意見が入り混じっていましたね。失礼しました!取り急ぎ質問部分を切り分けてその前提に立つ意見部分は保留とさせていただきました。ご確認いただければ幸いです。複数あれば便利だと思います。批評の見栄え等も確かにそうかもしれませんが、スマホから編集することが多い身としては、スクロールがとても面倒なので、複数だとストレスフリーで嬉しいです。各個人でも個人的な目的で共有ページを作れるようにしてくださるととてもありがたいです。共著や共同翻訳、合作など、あったら便利だよなぁと思うことがあります。wikidot構文はよくわからなくて申し訳ないのですが、登録制にするよりも自動生成の方が使い勝手がいいかと思います。登録制だとリンク切れや登録忘れがあり、メニューがあまりメニューとしての役割を果たさなくなってしまいます。最悪サイドメニューに直接目次がのらなくても私はいいと思っています。新人さんの挨拶の際、どこを紹介すればいいのか毎度困っているので、使い方ガイドがあるととても助かります。11:23改めて強調しておきますが、事実に基づいたディスカッションをしましょう。未確定の前提に基づいて意見を言うことを避けてください。質問と意見は分けましょう。不明点の確認を取ってから、意見をまとめても遅くありません。SCPを始めた時の自分もそうだったのですが、サンドボックスの使い方やルールなどが分からず、失敗してしまう新人が多かれ少なかれいるので、ガイドがあると(紹介の返信の負担なども含めて)便利になると思います。スマホで編集をしてしまうと、容量不足で重くなってしまうので、批評用、ブレスト用、没ネタ用、既投稿用の4ページ以上は許可して頂けるととても嬉しいです。SCPなどを執筆する際、共有ページにある情報がとても役に立っています。あれをSCP財団日本支部のページに移動してもらうことが出来ればな、などと思っています。16:56サイドメニュー項目数と、ページ総数の大幅な乖離ある程度の基準を決めた上で、ページ削除による総数の削減を検討しても良いのではないでしょうか。サンドボックスのガイドの分かりづらさ必ず読まれるものであるという前提で提案します。SCPというジャンルに需要が増えた現在、そしてこれからにおいてはテキストガイドだけでは限度があると個人的に感じます。動画によるガイダンスがあれば助けになるかもしれません。一ページあたりの情報量が多すぎる個人的には従来通り、1人1ページを基本とした運用が望ましいように思います。アイデアだけを集積を目的とした個人ページはローカルでの保存で代用できるかと思います。投稿済みのアイデアの集積も同様です。下書き掲載にしても、ページ内を整理すれば解消が可能です。これらの運用は前述の丁寧なガイドの作成である程度、ご協力がいただけると思います。著者1人あたりの複数ページが許されるのであれば、それこそ明確なルールによる運営が必要かと思います。22:12提案:ページの上限がないのならいっそ1人あたり、いくらでも作成OKにしちゃってもいいと思いますね。04:13やはりサンドボックスの数は2つくらいが必要十分な気はしますね、アイデア帖+下書き批評用として。サンドボックスを作れる個数が多ければ多いほどユーザーフレンドリーにも思えますが、それぞれのユーザーで管理をさせるのは運用上あまり好ましくないように思えます。理論的には1ユーザーにサンドボックスを無制限に作らせることも可能ですし、実際に無制限に作ることを許可することで「サンドボックスを作り過ぎ罪」というルール違反を本質的に無くすことができる妙案となる可能性がありますが、何かに悪用される可能性もありそうであまり良い案には思えません。私個人としてはサンドボックスが1つでも十分に運用できているつもりです。それはローカル保存やクラウド保存など、サンドボックス以外のツールやサービスを併用しているからできているのであり、逆に言えばサンドボックス単体での使い勝手に満足している訳ではないということでもあります。これらの理由から、下書き批評用とアイデア帖用の2つがあればいいと思います。この2つに絞っているのは、「人に見せるものかそうでないか」の区別で必要十分なのではないかと考えるからです。人に見せるつもりのないものの中に人に見せたいものが混ざっていると見せる人見る人双方にデメリットになりますし、お互いの利益の為に両者を分別する方策が欲しいと思います。08:06私はスマホのメモ帳で書き、記事の形に直す必要が出た時点から砂箱を使用するスタイルで書き進めています。現状の砂箱の仕様で製作に重大な支障があるかというとそうではないのですが、痒いところに手が届いていない感じはしています。痒いところ閉じる・砂箱1つに、ご批評待ちの記事と、書きかけの記事と、投稿済み記事の旧バージョンやコピーを全て押し込んでいる私個人としては、下書き用1つ、記事の挙動の確認とご批評用に1つ、当分触らないデータ用に1つの計3つが一番の理想形です。触らないデータの保存は砂箱本来の使い道とズレていますし、必ずしも砂箱に入れておく必要のあるデータでもありません。2つで充分だと考えています。記事の挙動の確認用は特に欲しいです。812-JPでは(記述としては)簡易的なhtml構文を一部に使用していますが、あのレベルでも私にとってはうまく動いてくれるか心配でしたし、本投稿で使用しない構文が混じっていない状況で試すためには、砂箱を一度まっさらにするしかありません。お遊び用構文のメモとして動いている構文が、いくつか砂箱に存在しているからです。リビジョンの差し戻しで対応可能な問題ではありますが、挙動確認の度にまっさらにしたり、砂箱の他の構文とぶつかる場合には、ご批評を受ける間はぶつかる部分を砂箱からどかし続けなければなりません。便利とは言い難い状況だと思います。・共著を行う際に共有ページを作成できない共著用の共有ページ作成を報告するフォーラムを用意し、共著下書き1作につき1つだけ、没もしくは投稿済のものを順次削除する方式にすれば、あまり問題は起きないかなと考えています。現在共著記事案を1つ抱えていますが、殆どTwitter上のやりとりで話し合いをしている状態です。SCP財団公式から提供されているチャットでは数人が個人的な話し合いをすることはできませんし、共著者の誰か1人が砂箱を提供しなければ記事を組み立てることもままなりません。PMのやりとりだけで作成することも不可能ではありませんが、やはりこれも便利ではない状態だと思います。・サイドメニューが迷子になりがち多くのメンバーにとって、砂箱の記事作成が人生初のwikidot記事作成になると思います。サイドメニューへの登録も含めて、半自動で砂箱作成を行える構文を組めるのならば、是非組んでいただきたいです。