記事"「マーケット」でプロダクトを宣伝する方法"についてのディスカッション - ページ 15 1...8910111213141516171819202122...54 新しいコメント Yurij Kozhevnikov 2014.07.31 10:17 #141 なるほど、ありがとう。提起された問題に対処するための柔軟性を高めることを優先して、マーケットプレイスの機能を拡大することを提案しても意味がないのではないでしょうか。 Yurij Kozhevnikov 2014.09.05 20:56 #142 Expert Advisor、インジケータ、スクリプトではなく、ライブラリである場合、「タイプ」とは何を意味するのでしょうか? Yurij Kozhevnikov 2014.09.06 11:05 #143 説明文中の内部アンカーへの参照が殺されているのはまずい。私はMQLドキュメントのスタイルで関数の説明を作ろうとしています - CSSへの参照は削除され、クラスは削除され...。もしかしたら簡単な方法があるかもしれません。どなたかヒントをください。 Renat Fatkhullin 2014.09.06 15:59 #144 Y.A.K._:説明文中の内部アンカーへの参照が殺されているのはまずい。私はMQLドキュメントのスタイルで関数の説明を作ろうとしています - CSSへの参照は削除され、クラスは削除され...。もしかしたら簡単な方法があるかもしれません。どなたかヒントをください。サイトのドキュメントと同じ名前のCSSスタイルを使用してください。CSSファイルはサイトからダウンロードでき、スタイル名はドキュメントのソースページにあります。 Yurij Kozhevnikov 2014.09.06 18:21 #145 Renat:サイトのドキュメントと同じ名前のcssスタイルを使用してください。サイトからcssファイルをダウンロードして、ドキュメントページのソースでスタイル名を見ることができます。ありがとうございます。cssからコピーしてspan stylesにペーストしたところ、色だけが保存されましたが、一般的にはすでに同じように見えます。最初の機能の後は簡単になりました。しかし、将来のために、何かを考えることは良いことでしょう(ビジュアルエディタは一般的に非常に強力です)。 Alexey Navoykov 2014.09.12 14:40 #146 私の製品の説明文が、3600文字という制限を超えていることに気づきました。 誰がこんな馬鹿げた制限を考えたのでしょうか? この製品が、2本の移動平均線よりも 複雑で、「走らせるだけで何でも勝手にやってくれる」というスタイルのあらゆる種類のブラックボックスである場合、どのようにしてこのような短い形式で製品を説明できるのでしょうか?動作原理、特徴、全パラメータの割り当て、その他のニュアンスを詳細に説明する必要がある。 3600文字には収まらない。 それとも、すべての単語を省略(dr.tr.pr.)すればいいのだろうか?ヤンデックスはテラバイトを無料で提供しているのに、あなたはこの製品の売り上げから分け前を得ながら、テキストを1キロバイト増やしたり、写真のサイズを640x480に縮小したり、その他の制限を加えたりしている。つまり、高品質な描写に興味を持つべきだろう。 それとも、マッチングを節約することでより多くの利益を得ているのだろうか?この状況は、システムが制限を超える記述を下書きに保存することさえ許さないという事実によって悪化した。そしてその結果、別のタブに切り替えてから「説明」に戻ると、数時間で行ったすべての作業が失われてしまった(すべてがすでに書かれ、適切にフォーマットされていた)。 総じて、今のところ不快な印象しかない。 Rashid Umarov 2014.09.12 15:49 #147 meat:私の製品の説明文が、3600文字という制限を超えているという事実に出くわしました。 誰がこのような愚かな制限を考え出したのでしょうか? この製品が、2つの移動平均よりも複雑で、「走らせるだけで、勝手に何でもやってくれる」というスタイルのあらゆる種類のブラックボックスである場合、どのようにしてこのような短い形式で製品を説明することができるのでしょうか?動作原理、特徴、全パラメータの割り当て、その他のニュアンスを詳細に記述する必要がある。 3600の記号には収まらない。 それとも、すべての単語を省略(dr.tr.pr.)すればいいのか? 完全なドキュメントを作成し、製品のディスカッションに投稿してください。何が問題なのですか? Stanislav Korotky 2014.09.12 17:43 #148 meat: ユーザーには長い文章を読まないという罪がある。だから、頭を殴られるような大きな技術的文章を与えることは、製品そのものにとって良いことではない。 Alexey Navoykov 2014.09.12 20:07 #149 marketeer: ユーザーには長い文章を読まないという罪がある。だから、頭を打つような大きな技術的な文章を与えることは、製品そのものにとって良いことではない。私の製品はそのようなユーザー向けではなく、純粋に技術的なものであり、あらゆるニュアンスの詳細な説明が必要です。説明文全体が、「とてもクールです」、「試してみて後悔することはありません」などというスタイルの陽気な感嘆詞とピンク色の鼻水に還元されている製品がたくさんあることに私は気づいている。 本当に数行で十分なのだ。 製品が何であるか、説明文が何であるか、とはよく言ったものだ。 Alexey Navoykov 2014.09.12 20:26 #150 Rosh: 完全なドキュメントを作成し、製品のディスカッションに投稿してください。何が問題なのか?展示されている製品は、ドキュメントやその他のものと一緒に、完全なセットで提供されるべきです。フォーラムのディスカッションのどこかに貼られているのではありません。もし、あなたのMTのドキュメントが、特別に指定された場所ではなく、どこかのフォーラムのディスカッションに掲載されていたらと想像してみてください。そのために "Documentation "という独立したタブを作るか、PDFファイルを添付できるようにするかしてください。 そうすれば、製品があって、そのためのドキュメントがあり、それは "Documentation "のセクションにあり、あなたの言うような "Flood "のセクションにはないのです。 1...8910111213141516171819202122...54 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
なるほど、ありがとう。
提起された問題に対処するための柔軟性を高めることを優先して、マーケットプレイスの機能を拡大することを提案しても意味がないのではないでしょうか。
Expert Advisor、インジケータ、スクリプトではなく、ライブラリである場合、「タイプ」とは何を意味するのでしょうか?
説明文中の内部アンカーへの参照が殺されているのはまずい。
私はMQLドキュメントのスタイルで関数の説明を作ろうとしています - CSSへの参照は削除され、クラスは削除され...。もしかしたら簡単な方法があるかもしれません。どなたかヒントをください。
説明文中の内部アンカーへの参照が殺されているのはまずい。
私はMQLドキュメントのスタイルで関数の説明を作ろうとしています - CSSへの参照は削除され、クラスは削除され...。もしかしたら簡単な方法があるかもしれません。どなたかヒントをください。
サイトのドキュメントと同じ名前のCSSスタイルを使用してください。
CSSファイルはサイトからダウンロードでき、スタイル名はドキュメントのソースページにあります。
サイトのドキュメントと同じ名前のcssスタイルを使用してください。
サイトからcssファイルをダウンロードして、ドキュメントページのソースでスタイル名を見ることができます。
ありがとうございます。cssからコピーしてspan stylesにペーストしたところ、色だけが保存されましたが、一般的にはすでに同じように見えます。最初の機能の後は簡単になりました。
しかし、将来のために、何かを考えることは良いことでしょう(ビジュアルエディタは一般的に非常に強力です)。
私の製品の説明文が、3600文字という制限を超えていることに気づきました。 誰がこんな馬鹿げた制限を考えたのでしょうか? この製品が、2本の移動平均線よりも 複雑で、「走らせるだけで何でも勝手にやってくれる」というスタイルのあらゆる種類のブラックボックスである場合、どのようにしてこのような短い形式で製品を説明できるのでしょうか?動作原理、特徴、全パラメータの割り当て、その他のニュアンスを詳細に説明する必要がある。 3600文字には収まらない。 それとも、すべての単語を省略(dr.tr.pr.)すればいいのだろうか?
ヤンデックスはテラバイトを無料で提供しているのに、あなたはこの製品の売り上げから分け前を得ながら、テキストを1キロバイト増やしたり、写真のサイズを640x480に縮小したり、その他の制限を加えたりしている。つまり、高品質な描写に興味を持つべきだろう。 それとも、マッチングを節約することでより多くの利益を得ているのだろうか?
この状況は、システムが制限を超える記述を下書きに保存することさえ許さないという事実によって悪化した。そしてその結果、別のタブに切り替えてから「説明」に戻ると、数時間で行ったすべての作業が失われてしまった(すべてがすでに書かれ、適切にフォーマットされていた)。 総じて、今のところ不快な印象しかない。
私の製品の説明文が、3600文字という制限を超えているという事実に出くわしました。 誰がこのような愚かな制限を考え出したのでしょうか? この製品が、2つの移動平均よりも複雑で、「走らせるだけで、勝手に何でもやってくれる」というスタイルのあらゆる種類のブラックボックスである場合、どのようにしてこのような短い形式で製品を説明することができるのでしょうか?動作原理、特徴、全パラメータの割り当て、その他のニュアンスを詳細に記述する必要がある。 3600の記号には収まらない。 それとも、すべての単語を省略(dr.tr.pr.)すればいいのか?
ユーザーには長い文章を読まないという罪がある。だから、頭を打つような大きな技術的な文章を与えることは、製品そのものにとって良いことではない。
私の製品はそのようなユーザー向けではなく、純粋に技術的なものであり、あらゆるニュアンスの詳細な説明が必要です。
説明文全体が、「とてもクールです」、「試してみて後悔することはありません」などというスタイルの陽気な感嘆詞とピンク色の鼻水に還元されている製品がたくさんあることに私は気づいている。 本当に数行で十分なのだ。 製品が何であるか、説明文が何であるか、とはよく言ったものだ。
完全なドキュメントを作成し、製品のディスカッションに投稿してください。何が問題なのか?
展示されている製品は、ドキュメントやその他のものと一緒に、完全なセットで提供されるべきです。フォーラムのディスカッションのどこかに貼られているのではありません。もし、あなたのMTのドキュメントが、特別に指定された場所ではなく、どこかのフォーラムのディスカッションに掲載されていたらと想像してみてください。
そのために "Documentation "という独立したタブを作るか、PDFファイルを添付できるようにするかしてください。 そうすれば、製品があって、そのためのドキュメントがあり、それは "Documentation "のセクションにあり、あなたの言うような "Flood "のセクションにはないのです。