Diskussion zum Artikel "Veröffentlichen eines Produkts im Market" - Seite 15
Sie verpassen Handelsmöglichkeiten:
- Freie Handelsapplikationen
- Über 8.000 Signale zum Kopieren
- Wirtschaftsnachrichten für die Lage an den Finanzmärkte
Registrierung
Einloggen
Sie stimmen der Website-Richtlinie und den Nutzungsbedingungen zu.
Wenn Sie kein Benutzerkonto haben, registrieren Sie sich
Ich verstehe, danke.
Ich vermute, es hat keinen Sinn, vorzuschlagen, dass wir die Funktionalität des Marktplatzes zugunsten einer größeren Flexibilität erweitern, um die angesprochenen Probleme zu lösen.
Was bedeutet "Typ" für eine Bibliothek, wenn es sich nicht um einen Expert Advisor, Indikator oder ein Skript, sondern um eine Bibliothek handelt?
Es ist schlecht, dass Verweise auf interne Anker in der Beschreibung getötet werden - der Text könnte bequemer sein.
Ich versuche, eine Beschreibung der Funktionen im Stil der MQL-Dokumentation zu machen - Verweise auf CSS werden entfernt, Klassen werden entfernt.... Vielleicht gibt es einen einfachen Weg? Vielleicht kann mir jemand einen Tipp geben?
Es ist schlecht, dass Verweise auf interne Anker in der Beschreibung getötet werden - der Text könnte bequemer sein.
Ich versuche, eine Beschreibung der Funktionen im Stil der MQL-Dokumentation zu machen - Verweise auf CSS werden entfernt, Klassen werden entfernt.... Vielleicht gibt es einen einfachen Weg? Vielleicht kann mir jemand einen Tipp geben?
Verwenden Sie CSS-Stile mit den gleichen Namen wie in unserer Dokumentation auf der Website.
Die CSS-Datei kann von der Website heruntergeladen werden, und die Namen der Stile sind auf der Quellseite der Dokumentation zu finden.
Verwenden Sie css-Stile mit denselben Namen wie in unserer Dokumentation auf der Website.
Sie können die css-Datei von der Website herunterladen und die Namen der Stile im Quelltext der Dokumentationsseiten sehen.
Danke, aber die Stilnamen werden nicht gespeichert. Ich habe von css kopiert und in span styles eingefügt, nur die Farbe ist gespeichert, aber im Allgemeinen sieht es schon ähnlich aus. Nach der ersten Funktion ging es einfacher.
Aber für die Zukunft wäre es gut, sich etwas einfallen zu lassen (der visuelle Editor ist generell recht mächtig).
Ich bin darauf gestoßen, dass die Beschreibung meines Produkts die festgelegte Grenze von 3600 Zeichen überschreitet. Wer hat sich diese blöde Beschränkung ausgedacht? Wie kann man ein Produkt in so kurzer Form beschreiben, wenn dieses Produkt komplizierter ist als zwei gleitende Durchschnitte und alle möglichen Black Boxes im Stil von "einfach ausführen und es macht alles von selbst".Man muss das Funktionsprinzip, die Funktionen, die Zuweisung aller Parameter und andere Feinheiten detailliert beschreiben. Das kann nicht in 3600 Zeichen passen. Oder soll ich jedes Wort abkürzen (dr. tr. pr.)?
Yandex verschenkt Terrabytes zur kostenlosen Nutzung, und Sie quetschen zusätzliche Kilobytes an Text, schrumpfen die Größe von Bildern auf 640x480 und andere Einschränkungen, während Sie einen Anteil an den Verkäufen dieses Produkts erhalten. Es scheint also, dass sie an einer qualitativ hochwertigen Beschreibung interessiert sein sollten. Oder wird durch die Einsparung von Streichhölzern mehr Gewinn erzielt?
Die Situation wurde noch dadurch verschärft, dass das System es nicht einmal zulässt, eine Beschreibung im Entwurf zu speichern, die das Limit überschreitet. Und als Ergebnis, das Umschalten auf eine andere Registerkarte und dann zurück zu "Beschreibung", verlor ich die ganze Arbeit, die ich in ein paar Stunden getan hatte (alles war bereits geschrieben und richtig formatiert). Im Allgemeinen, so weit nur unangenehme Eindrücke.
Ich bin darauf gestoßen, dass die Beschreibung meines Produkts die festgelegte Grenze von 3600 Zeichen überschreitet. Wer hat sich diese blöde Beschränkung ausgedacht? Wie kann man ein Produkt in so kurzer Form beschreiben, wenn dieses Produkt komplizierter ist als zwei gleitende Durchschnitte und alle möglichen Black Boxes im Stil von "einfach ausführen und es macht alles von selbst".Man muss das Funktionsprinzip, die Funktionen, die Zuweisung aller Parameter und andere Feinheiten detailliert beschreiben. Das kann nicht in 3600 Zeichen passen. Oder soll ich jedes Wort abkürzen (dr. tr. pr.)?
Die Benutzer haben die Sünde, lange Texte nicht zu lesen. Es ist also nicht gut für das Produkt selbst, wenn man ihnen einen langen technischen Text als Schlag gegen den Kopf gibt.
Mein Produkt richtet sich nicht an solche Benutzer, es ist eine rein technische Angelegenheit, bei der eine detaillierte Beschreibung aller Nuancen erforderlich ist.
Mir ist klar, dass es viele Produkte gibt, bei denen sich die gesamte Beschreibung auf fröhliche Ausrufe und rosa Rotz im Stil von "es ist sehr cool", "Sie werden es nicht bereuen, es auszuprobieren" usw. beschränkt. Ein paar Zeilen reichen wirklich aus, denn es hat keinen Sinn, sich den Rest (sowie das Produkt selbst) anzuschauen. Wie man so schön sagt: Was das Produkt ist, ist auch die Beschreibung.
Erstellen Sie eine vollständige Dokumentation und veröffentlichen Sie sie in der Diskussion über Ihr Produkt. Wo liegt das Problem?
Das ausgestellte Produkt sollte in einem kompletten Set mit Dokumentation und anderen Dingen geliefert werden. Nicht irgendwo in Forumsdiskussionen verschmiert. Stellen Sie sich vor, die Dokumentation für Ihr MT würde nicht an einem speziell dafür vorgesehenen Ort, sondern in einigen Forumsdiskussionen veröffentlicht.
Was hindert Sie daran, für diesen Zweck eine eigene Registerkarte "Dokumentation" einzurichten? Oder geben Sie die Möglichkeit, Ihre PDF-Datei mit der Dokumentation anzuhängen. So würde alles zivilisiert aussehen: Es gibt ein Produkt, es gibt eine Dokumentation dazu, die sich in der Rubrik "Dokumentation" befindet, und nicht in der Rubrik "Flut", wie Sie vorschlagen.