問題タブ [markup]

建物（博物館）には7つのレベル（+3から-3）があり、それぞれが異なる部屋/エリアに分割されています。エリアにカーソルを合わせると、そのエリアを説明するポップアップが表示されます。

7つのレベルとその領域を正確に表すマークアップを探しています。計画は意味があり、CSS/JSなしで「ナビゲート可能」である必要があります。

編集：いくつかの明確化、マークアップは、空間レイアウトではなく、建物の「セマンティック構造」を表すだけで済みます（CSSはレイアウトとグラフィックスを追加します）。

定義リストをネストすることは意味的に正しいですか、それとも単純に「名前と値のペアのフラットリスト」であるべきですか。

スペック的には禁止されていないようです。

この質問にさらに。

これはこの質問に似ているかもしれませんが、ウィキおよび同様のスタイルのユーザー提供コンテンツ用の標準/一般的なマークアップ言語があるかどうか疑問に思っています。さまざまなマークアップ構文が急増しているため、そのうちの 1 つが事実上実装されているようです。標準 (およびそのための RFC) を作成することを望んでいたグループが少なくとも1 つあったようですが、2005 年半ば頃に活動を停止したようです。

それで、標準/最も人気のあるものを知っている人はいますか? ない場合、ユーザーにとって最も簡単で、上級ユーザーにとっては優れた柔軟性を備えたものは何ですか?

YAML（別名YAML ）にはそのようなものがありますか？

これが一度に存在したのなら、最新の検索で灘が見つかったので、それは抹消されたに違いありません。JavascriptからYAML出力のみにダンプする実装はたくさんあるようですが、ダンプとロードの両方をサポートする実装を見つけるのに問題があります。

誰かがそのようなことに取り組んでいますか...または単にこれには需要が低すぎますか？

あちこちにメモ フィールドを持つ webapp を構築していますが、どの種類のマークアップを使用すればよいかわかりません。

これらは私の要件です

• ユーザーはテキスト スタイル (太字、斜体、下線付き) を変更できる必要があります。
• ユーザーは箇条書きリストを作成できる必要があります
• ユーザーは番号付きリストを作成できる必要があります
• ユーザーは、フォントサイズを変更するか、事前定義された見出しを使用できる必要があります
• ユーザーはリンクを追加できる必要があります
• ユーザーには、実際のマークアップを非表示にする WYSIWYG - エディターが必要です

最後の 1 つは最も重要な要件です。ターゲット ユーザーは単語にさえ苦労しているため、スタックオーバーフローでこのようなマークアップ スタイルの入力を使用することはできません。

では、どのような種類のマークアップが適切で、優れた WYSIWYG - エディターを備えているか知っていますか? 重要な要件を見逃したと思われる場合は、お気軽に提案してください。

ティア

私が取り組んでいるプロジェクトに軽量の書式設定言語 (おそらくテキスタイル、おそらく Markdown) を実装しようとしていますが、それをデータベースに保存する最善の方法を考えています。

ユーザーが投稿しているコンテンツを編集できる場合、ユーザーが次回 HTML を編集する必要がないように、元の変換されていないマークアップを保存することは理にかなっています。しかし、コンテンツは編集されるよりもはるかに多く表示されるため、コンテンツの変換されたコピーを保存して、元のコンテンツをすべてのページ ビューで Textile 経由で送信する必要がないようにすることも理にかなっています。

では、元のコンテンツと変換されたコンテンツの両方をデータベースに並べて保存するのが一般的な方法ですか? より良い方法はありますか？

ありがとう！

質問と回答のページを作りたいです。

これはリストではなく、表形式のデータでもありません。使用するかどうか、または使用する方法がわかりません<dl><dt><dd>。

それを構築してcssでフォーマットするための最良のセマンティックな方法は何ですか?

私は Web プロジェクトに取り組んでおり、それは (できれば) いつの日か複数の言語で利用できるようになります (「できれば」と言うのは、今日は英語のサイトしか計画していませんが、私の会社の他の製品は多言語対応であり、それも必要なほど成功しています）。

ベスト プラクティス (ここでは Java、Spring MVC、および Velocity を使用しています) は、ユーザーに表示されるすべてのテキストを外部ファイルに配置し、UI ファイルで次のように名前で参照することであることを理解しています。

しかし、これまでプロジェクトでこのプロセスを実行する必要がなかったので、次のようなマークアップに重きを置いた UI セグメントがある場合、これに対処する最善の方法は何かに興味があります。

私が考えることができる1つのオプションは、この「低レベル」のマークアップをメッセージのmessages.properties自体に保存することですが、これは考えられる最悪のオプションのようです。

私が考えることができる他のオプションは次のとおりです。

• 、 、などacquisitionAnnounce1、各非マークアップ内部フラグメントを messages.properties に格納します。しかし、これは非常に退屈に思えます。acquisitionAnnounce2acquisitionAnnounce3
• このメッセージを 、 、 などの再利用可能なコンポーネントに分割しCompany1.nameますCompany2.name。Company2.tickerこれらの各コンポーネントは他の多くのメッセージで再利用される可能性があります。これはおそらく、この特定のメッセージの単語の 80% を占めるでしょう。

このようなマークアップを多用した国際化テキストを処理するためのベスト プラクティスはありますか? すべてのテキストを分割する苦痛に耐えなければなりませんか? あなたが個人的に扱ったプロジェクトの中で、最善の解決策は何ですか?

ボタンのクリックから asp:Table コントロールの「innerHTML」をキャプチャしたいと思います。つまり、Web フォーム ページには、実行時に動的に入力される asp:Table コントロールがあります。理想的には、レンダリングされたテーブルのマークアップを取得して、新しい一般的な非表示フォームに噴出する簡単な方法が欲しいだけで、そのページにあるマークアップに対して Javascript 印刷コマンドを実行するだけです。 . 何かアイデアはありますか? 代替案も歓迎します。