Das peinliche Missgeschick des vorzeitigen Postings

[Canapin (Coin-coin le Canapin)]

Ich leide offenbar unter der „vorzeitigen Veröffentlichung“-Krankheit in verschiedenen nicht-chatbasierten Kommunikations-Apps.

Hauptsächlich E-Mails (Gmail) und Discourse.

Was passiert, ist, dass ich meine Nachricht schreibe und sie versehentlich sende. Diese Unannehmlichkeit passiert mir zu oft, und das liegt wahrscheinlich an einer Tastenkombination, wie Strg + Enter, oder (vielleicht häufiger?) Tab ↹ gefolgt von Enter.

Bei Gmail kann ich damit umgehen: Es gibt ein kurzes Zeitfenster, in dem man das Senden der E-Mail abbrechen kann. Juhu! Um das Senden meines Beitrags beim Schreiben vollständig zu vermeiden, fülle ich das Empfängerfeld nicht aus. Das mache ich zuletzt, kurz bevor ich die E-Mail sende.

Aber bei Discourse ist dies bei Nicht-PNs nicht möglich. Ich habe versucht, die Standardkategorie aus dem Kategorie-Auswahlfeld zu entfernen, sodass ich wahrscheinlich eine Meldung „Kategorie darf nicht leer sein“ erhalte, wenn ich meinen Beitrag sende, aber leider kann ich das nicht tun.

Es ist peinlich, ein Thema oder eine Antwort vorzeitig abzuschicken. Ich kann es sofort löschen, aber der Inhalt bleibt für andere sichtbar (sie müssen nur auf das Bearbeitungssymbol klicken), da dies das Standardverhalten von Discourse ist. Und ich kann den Inhalt nicht fertigstellen, während er gelöscht ist, um die Löschung danach rückgängig zu machen.

Letztendlich behalte ich meinen Beitrag entweder unvollständig (meist mitten in einem Satz oder Wort ) und bearbeite ihn geduldig, was mir nicht gefällt, da ich auch langsam schreibe, oder ich lösche ihn und schreibe stattdessen ein neues Thema/einen neuen Beitrag.

Da es oft bei langen Nachrichten oder solchen passiert, über die ich viel nachdenken muss, würde ich mich über ein umschaltbares Schlosssymbol freuen, das das Senden der Nachricht vollständig verhindert.

Ich schlage hierfür nicht besonders eine Discourse-Funktion vor … es sei denn, es passiert vielen Benutzern

Es geht mehr darum, diese Erfahrung zu teilen, die daraus resultierende Verlegenheit des vorzeitigen Sendens in Discourse, Meinungen anderer Mitglieder einzuholen und Ideen zur Vermeidung zu teilen.

Was mich betrifft, so würde sogar ein Userscript helfen. Leider weiß ich nicht, wie ich die Tastenkombination von Discourse daran hindern kann, einen Beitrag zu senden, und die KI weiß es auch nicht.
Edit: siehe The awkward mishap of premature posting - #10 by Canapin

Sind Sie vom vorzeitigen Veröffentlichen betroffen?

• Ja
• Nein

Würden Sie gerne einen Composer in Discourse „sperren“ können?

• Ja (integriert)
• Ja (Drittanbieter)
• Nein – Ich lebe gerne am Limit

Ich bin gespannt auf Ihre Gedanken!

[Jagster (Jakke Flemming)]

Ich auch – bei Verwendung des Touchscreens. Sehr ärgerlich.

[NateDhaliwal]

Das ist total nachvollziehbar. Passiert mir auch im Chat^[1]. Manchmal wünsche ich mir ein Bestätigungs-Popup oder ein 10-sekündiges Fenster, um es dauerhaft zu löschen.

---

1. Das heißt, Chat in Discourse ↩︎

[ToddZ]

Vorzeitiges Posten passiert bei mir nicht wirklich (ich bin zu 99 % am Desktop), aber ich kann die Peinlichkeit verstehen. Wäre es sinnvoll, dem Benutzer eine kurze Zeit zu geben, seinen Beitrag zum weiteren Bearbeiten zu verbergen – vielleicht nur, wenn es noch keine Antworten gab?

Edit: Natürlich würde das die Bearbeitungshistorie immer noch nicht verbergen…

[jordanjay29]

Ich respektiere es, erlebe es aber nicht. Ich bevorzuge die Bearbeitungsfrist, da ich so viel lesen und Korrektur lesen kann, wie ich möchte, und sobald ein wichtiger Beitrag veröffentlicht ist, werde ich immer noch Fehler finden. Die Bearbeitung verbirgt meine Verbrechen gut.

Verschiedene Schläge für verschiedene Fehltritte.

[nobrowser (Ian Zimmerman)]

Ich verwende einen externen Editor, um alle längeren Website-Felder auszufüllen, was natürlich auch Discourse-Beiträge einschließt. Im Editor habe ich alle meine üblichen Programmierer-Editor-Tastenkombinationen, daher ist er in jeder Hinsicht besser. Erst wenn ich mit dem Text zufrieden bin, verwende ich Kopieren und Einfügen, um ihn in den Composer zu übertragen, und drücke dann den großen Knopf.

Haben Sie diesen Arbeitsablauf in Betracht gezogen?

[Canapin (Coin-coin le Canapin)]

Es ist interessant, so viele verschiedene Erfahrungen zu sehen. Ich poste nie versehentlich auf dem Smartphone, sondern nur auf dem Desktop.

@nobrowser

Haben Sie diesen Workflow in Betracht gezogen?

Ja, ich verwende ihn in anderen Kontexten. Ich schreibe meine Nachricht zuerst in Google Docs, bevor ich sie in die Ziel-Messaging-Anwendung kopiere und einfüge.

Aber bei Discourse ist es etwas lästig, wenn ich Bilder, Zitate hinzufügen oder Discourse-spezifische Funktionen in meinem Beitrag verwenden muss.

---

Ich schreibe seit einigen Tagen einen Entwurf, und es ist jedes Mal ein wenig stressig, wenn ich daran arbeite. Ich muss ständig besonders vorsichtig sein, ihn nicht abzuschicken.

[Jagster (Jakke Flemming)]

@Canapin

Ich schreibe meine Nachricht zuerst in Google Docs

Wenn ich einen längeren Beitrag schreibe, verwende ich eine ähnliche Lösung. Da ich aber versuche, Google usw. nicht mehr zu benutzen, und hauptsächlich auf dem iPad arbeite, ist mein Werkzeug die App Ulysses. Hauptsächlich, weil sie Markdown kann. Eine Art, die sich syntaktisch nicht ganz mit der von Discourse verwendeten deckt.

Ich habe gemischte Gefühle dabei. Einerseits mag ich es nicht, wenn ich Apps trennen muss (aber ich benutze es auch für WordPress; dort Inhalte zu erstellen ist heutzutage mühsam), andererseits habe ich eine etwas robustere und zentralisierte Umgebung.

Ist das eine größere Frage für mich? Nein, es ist nur ärgerlich. Als Discourse den Stil zum Verlassen eines unfertigen Werks geändert hat, war das katastrophaler und ich habe wegen der Muskelgedächtnis viel zu viele Entwürfe verloren

[sterretje]

@Canapin

Ich schreibe seit mehreren Tagen an einem Entwurf, und es ist jedes Mal, wenn ich daran arbeite, ein wenig stressig. Ich muss ständig besonders vorsichtig sein, ihn nicht versehentlich zu senden.

Eine Lösung könnte sein, sich selbst eine PN zu schreiben, die als Entwurf dient. Selbst ein versehentliches Senden verursacht keinen Schaden, da es nur für Sie sichtbar ist

[Canapin (Coin-coin le Canapin)]

Hier ist ein Userscript, das eine umschaltbare Sperre für den Composer hinzufügt.
Es deaktiviert auch Tastenkombinationen und funktioniert auch auf Mobilgeräten.

https://greasyfork.org/en/scripts/566254-discourse-composer-safety-lock

Fügen Sie @match-Zeilen hinzu oder entfernen Sie sie, um es auf den Foren zu aktivieren, die Sie verwenden.

// ==UserScript==
// @name         Discourse Composer Safety Lock
// @namespace    https://meta.discourse.org
// @version      2.0
// @description  Umschaltbares Vorhängeschloss am Composer, um versehentliches Absenden von Beiträgen zu verhindern
// @author       Canapin & AI
// @match        https://meta.discourse.org/*
// @grant        none
// @license MIT
// ==/UserScript==
(function () {
  "use strict";
 
  let locked = false;
 
  // Listener in der Capture-Phase für #reply-control, um Strg/Cmd/Alt+Enter zu blockieren
  function attachBlocker(replyControl) {
    if (replyControl._safetyLockAttached) return;
    replyControl._safetyLockAttached = true;
 
    replyControl.addEventListener(
      "keydown",
      function (e) {
        if (!locked) return;
        if (e.key === "Enter" && (e.ctrlKey || e.metaKey || e.altKey)) {
          e.stopImmediatePropagation();
          e.stopPropagation();
          e.preventDefault();
        }
      },
      true
    );
  }
 
  function updateButtons() {
    const rc = document.getElementById("reply-control");
    if (!rc) return;
    rc.querySelectorAll(".save-or-cancel .btn-primary").forEach((btn) => {
      if (locked) {
        btn.style.pointerEvents = "none";
        btn.style.filter = "grayscale(1) opacity(0.4)";
        btn.setAttribute("tabindex", "-1");
      } else {
        btn.style.pointerEvents = "";
        btn.style.filter = "";
        btn.removeAttribute("tabindex");
      }
    });
  }
 
  // Klick-Blocker in der Capture-Phase auf dem Senden-Button
  document.addEventListener(
    "click",
    function (e) {
      if (!locked) return;
      if (e.target.closest(".save-or-cancel .btn-primary")) {
        e.stopImmediatePropagation();
        e.stopPropagation();
        e.preventDefault();
      }
    },
    true
  );
 
  // Keydown-Blocker in der Capture-Phase für Enter bei fokussiertem Senden-Button
  document.addEventListener(
    "keydown",
    function (e) {
      if (!locked) return;
      if (
        e.key === "Enter" &&
        e.target.closest(".save-or-cancel .btn-primary")
      ) {
        e.stopImmediatePropagation();
        e.stopPropagation();
        e.preventDefault();
      }
    },
    true
  );
 
  function injectPadlock() {
    if (document.getElementById("composer-lock-btn")) return;
    const title = document.querySelector(".composer-action-title");
    if (!title) return;
 
    const btn = document.createElement("span");
    btn.id = "composer-lock-btn";
    btn.textContent = locked ? "\u{1F512}" : "\u{1F513}";
    btn.style.cssText =
      "cursor:pointer;margin-left:10px;font-size:1.1em;user-select:none;opacity:" +
      (locked ? "1" : "0.5");
 
    btn.addEventListener("click", (e) => {
      e.preventDefault();
      e.stopPropagation();
      locked = !locked;
      btn.textContent = locked ? "\u{1F512}" : "\u{1F513}";
      btn.style.opacity = locked ? "1" : "0.5";
      updateButtons();
    });
 
    title.appendChild(btn);
    updateButtons();
  }
 
  const observer = new MutationObserver(() => {
    const rc = document.getElementById("reply-control");
    if (rc && rc.classList.contains("open")) {
      attachBlocker(rc);
      injectPadlock();
      updateButtons();
    }
  });
 
  observer.observe(document.body, {
    childList: true,
    subtree: true,
    attributes: true,
    attributeFilter: ["class"],
  });
 
  const rc = document.getElementById("reply-control");
  if (rc && rc.classList.contains("open")) {
    attachBlocker(rc);
    injectPadlock();
    updateButtons();
  }
})();

[stephtara (Stephanie Booth)]

Das ist kein Problem, das ich normalerweise habe. Ich weiß nicht warum! Es ist mir jedoch schon passiert, dass ich versehentlich eine E-Mail gesendet habe – häufiger muss ich sagen, dass ich kurz nach dem Senden der E-Mail Zweifel habe (falscher Empfänger? Fehlende Informationen?), die ich dank des „Senden rückgängig machen“-Links, den Gmail für ein paar Sekunden anbietet, schnell ausräumen kann. Es passiert allerdings nicht oft.

Vielleicht wäre etwas Ähnliches beim Posten sinnvoll. Ein paar Sekunden Zeit, um auf den „Hoppla, das hätte nicht so rausgehen sollen“-Button zu klicken, nachdem man gepostet hat.

[Isambard]

Ich mache das oft wegen der Tastenkombinationen Umschalttaste+Eingabetaste und Strg+Eingabetaste.

Kein großes Problem, ich bearbeite den Beitrag einfach.

Bei sensiblen Dingen verfasse ich den Text zuerst in einem separaten Editor und füge ihn in die Anwendung ein, bevor ich ihn sende.

[Canapin (Coin-coin le Canapin)]

Ich habe das Userscript, das ich auf Meta gepostet habe, verwendet, und es beruhigt mich wirklich, wenn ich schreibe!

Jetzt wünsche ich mir (mehr denn je), dass es eine solche eingebaute Funktion gäbe

Aber ich sehe, der Designer hat gesprochen!

[NateDhaliwal]

Ich habe ein einfaches TC zusammengestellt, das dies tut, mit einer Sperren/Entsperren-Schaltfläche im Composer.

GitHub - NateDhaliwal/discourse-lock-composer

Werde den Meta-Thread in Kürze posten.