Vielleicht lässt sich das mit CSS beheben. Wird es gar nicht angezeigt, oder kannst du nach oben scrollen, um es zu sehen? Welchen Browser/Betriebssystem verwendest du? Vielleicht können wir es so gestalten, dass es oben fixiert bleibt. Das Problem ist, dass einige Browser kürzlich „kreativ
Die Browser sind Firefox und Chrome auf einem Motorola-Handy unter Android. Das gleiche Problem tritt auch in der Discourse-App auf.
Die Schaltflächenleiste ist immer vorhanden, sie liegt jedoch unter einem Popup-Menü, wenn die Auswahl in den ersten drei sichtbaren Zeilen des Textfelds liegt.
Eine Workaround-Lösung besteht darin, vor dem ersten Text drei CR/LF (Carriage Return/Linefeed) einzufügen. Diese zusätzlichen Zeilen löschen Sie vor dem Absenden wieder.
Ja, ich habe es gerade getestet. Ich verstehe, was du meinst. Es ist echt nervig. Aber ich finde Leisten unten sind noch schlimmer. Außerdem muss ich recherchieren, wie man das umsetzt, und dafür bekomme ich kein Geld. Wahrscheinlich gibt es aber eine elegantere Lösung. Ich wette, andere Projekte haben das gleiche Problem und es gibt eine standardisierte Lösung. Aber wie gesagt, ich habe andere Prioritäten. Entschuldige, dass ich so direkt bin ![]()
EDIT: Nur eine Anmerkung. Man kann das Rechtsklick-Menü (Doppelklick auf Mobilgeräten) deaktivieren. https://stackoverflow.com/questions/381795/how-to-disable-right-click-context-menu-in-javascript Aber dann können Nutzer nichts mehr kopieren. Ein ziemliches Chaos…
Der Workaround ist machbar, nur etwas umständlich.
Es gibt wahrscheinlich einen mobilen CSS-Ansatz für dieses Ärgernis. Ich muss ihn nur finden.
Viel Code für diesen Sonderfall hinzuzufügen, wäre keine gute Nutzung deiner Zeit und Aufmerksamkeit. (Außerdem erhöht es den Overhead.) Vielen Dank, dass du deine Projekte mit der Community teilst. Das war sehr großzügig von dir.
Ok, vielen Dank für den Bericht. Ich habe es gerade behoben.
Ein kleiner Tipp: Rails fügt in einigen Ruby-Klassen die Methode .present? hinzu, die besser ist als der Vergleich mit leeren Strings. Sie funktioniert hauptsächlich mit Arrays und Strings.
Außerdem gibt es .empty?, das das Gegenteil von .present? ist.
Ich habe diesen Button absichtlich entfernt, da Bilder über den Editor hochgeladen werden müssen. Allerdings habe ich gerade festgestellt, dass das Dateiauswahlmenü aus irgendeinem Grund unter Android Firefox nicht aufpoppt. Um das zu untersuchen, muss ich Remote-Debugging installieren. Die Behebung wird also etwas Zeit in Anspruch nehmen. Bis dahin nutzen Sie bitte einfach den erweiterten Editor, um Bilder hochzuladen.
EDIT: Eigentlich funktioniert es einwandfrei. Es wurde nur nicht geöffnet, weil ich zuvor den Kamerazugriff für die App verweigert hatte. Sie können also denselben Button zum Hochladen von Bildern verwenden, den Sie auch auf dem Desktop nutzen würden. Schauen Sie sich den Screenshot an, den ich zum Testen hochgeladen habe, falls Sie verwirrt sind:
https://cidian.social/t/file-upload-from-mobile/292
Ich möchte nur die Optionen Fett, Kursiv, Link und Bild-Upload in der Symbolleiste aktivieren. Wie kann ich das tun?
Ich werde eine Option hinzufügen, um es nach Abschluss zu konfigurieren.
Bedeutet das, dass es keine Umgehungsmöglichkeit dafür gibt? Kann ich die Konfigurationsdatei für den CKEditor, den Sie im Plugin verwendet haben, nicht bearbeiten?
Werden Sie es mit anderen Plugins wie z. B. Bildannotation, BB-Markup usw. kompatibel machen?
Okay, lassen Sie mich etwas klarstellen: Wenn ich von „Dingen, die nicht funktionieren
Der Wechsel zu HTML und die Nichtunterstützung von Markdown führt dazu, dass alle in HTML erstellten Beiträge nach dem Deaktivieren Ihres Plugins nicht mehr bearbeitet werden können. Stimmt das?
@spirobel Obwohl ich dein Plugin persönlich nicht nutze, bewundere ich seine Funktionalität und danke dir für deine großartige Arbeit!
Zwar kann ich BBCode als veraltete Syntax bestätigen, doch die Ansicht, Markdown gehöre der Vergangenheit an, ist aus meiner Sicht falsch – ganz im Gegenteil: Der grundlegende Funktionsumfang wird noch lange bestehen bleiben.
Die zwei Hauptgründe dafür sind:
- Formatierung durch Tippen – du kannst Text einfach durch Tippen korrekt formatieren, was es ermöglicht, sich zu konzentrieren und produktiv zu arbeiten.
- Auch ohne Rendering lesbar – die grundlegende Markdown-Syntax ist als roher Text intuitiv lesbar, was aus vielen Gründen sehr praktisch ist.
Problematisch wird es erst, wenn man versucht, Markdown-Funktionen zu erweitern (Bilder, Tabellen usw.). Dann neigt es meiner Meinung nach dazu, ins Stocken zu geraten und manchmal sogar zu versagen, weil die Syntax unleserlich und schwer zu tippen ist.
Meiner Ansicht nach bieten die besten Editoren eine Art hybride Lösung:
- Die grundlegende Syntaxformatierung wird inline dargestellt, wobei die Syntaxzeichen im Bearbeitungsmodus weiterhin sichtbar bleiben.
- Erweiterte Funktionen (Bilder, Tabellen usw.) sollten im Bearbeitungsmodus ebenfalls gerendert werden und möglicherweise nicht durch die eigentlichen Syntaxzeichen auf dem Bildschirm dargestellt werden. Vielleicht, wag ich zu sagen, sollten sie als Plugins betrachtet und in einem Format gespeichert werden, das dem jeweiligen Datentyp am besten entspricht.
Vielen Dank für deinen Kommentar!
Ich verstehe, was du meinst. Aber ich bin immer noch anderer Meinung.
Langfristig sind Power-User mit Tastenkürzeln besser bedient. Beispielsweise könnte es eine Tastenkombination für Kursivschrift geben. So könntest du die Tastenkombination drücken, während du weiter schreibst. Die Tastenkombination könnte sogar so etwas wie STRG+* sein, sodass es fast wie die Verwendung von Markdown wirkt.
Zu Punkt 2: Ich kann sagen, dass HTML ebenfalls lesbar ist, da es immer gerendert wird (im Browser). Wenn du dir einen HTML-Abschnitt in einem Texteditor ansiehst, kannst du ihn ebenfalls lesen. Okay, Markdown sieht vielleicht etwas hübscher aus, aber nur, wenn du dich auf sehr grundlegende Funktionen beschränkst – und dann ist es ohnehin egal.
Die hybride Lösung ist leider nicht machbar. Einer der Gründe, warum ich den „HTML-only-Koolaid
Tolle Erweiterung, @spirobel! Genau das brauchen unsere technisch wenig versierten Nutzer, und ich denke, dass es die Abläufe auf unserer Website erheblich beschleunigen wird. Vielen Dank für die Zeit und Mühe, die du hineingesteckt hast. Ich habe ein paar Probleme bemerkt, die vielleicht hilfreich sein könnten:
Konflikt mit „Shared Edits"
Ich habe gerade sowohl diese Erweiterung als auch Discourse Shared Edits installiert. Nicht ganz überraschend gibt es hier ein kleines Konfliktpotenzial. Es sieht aber so aus, als ließe sich das beheben. Wärest du bereit, dich damit zu befassen, um die Kompatibilität herzustellen? Ich persönlich sehe beide Erweiterungen als unverzichtbar für die Zukunft an.
Das Problem ist folgendes: Wenn ich einen Beitrag mit dem Basic Editor bearbeite, wird der bestehende Text im Beitrag gelöscht und kann nur durch Zurücksetzen der Bearbeitung wiederhergestellt werden.
@Erwähnungen liefern keine Vorschläge
Der Discourse Basic Editor scheint @Erwähnungen teilweise zu stören. Wenn ich versuche, dich hier zu erwähnen, erhalte ich Folgendes:
Wenn ich den Basic Editor aktiviere, erscheinen die Vorschläge nicht mehr. Das gilt auch, wenn ich auf „Erweiterte Bearbeitung
Ja, das ist immer noch stark in Arbeit. Die Erwähnungen stehen auf meiner Liste. Ich habe das gemeinsame Bearbeiten noch nicht untersucht, aber es ist sicherlich möglich, es umzusetzen. Allerdings wird es wahrscheinlich nicht durch die Gewährleistung der Kompatibilität mit dem Plugin für gemeinsames Bearbeiten erfolgen. Die Änderung, die der Basic Editor einführt, ist ziemlich erheblich, sodass es höchstwahrscheinlich eine Lösung innerhalb des Basic Editors sein wird.
Hast du bereits mit @sam darüber gesprochen? Er könnte an der Möglichkeit interessiert sein und wird sicher weise Ratschläge geben.


