Beiträge von WidiGMX

Zitat von r23

Man lässt den Besucher in der Regel den Bereich mit dem Fehler "fotografieren"
[size=12]Screenshots with JavaScript funktioniert mit[/SIZE]
https://html2canvas.hertzen.com/

Das sieht ja schon richtig gut aus - vielen Dank. Ich werden ´mal sehen, ob ich das mit einbauen kann.

Gruß
Friedbert

Gibt es schon irgendwo ein PlugIn, mit dem man neue Issues (Fehlermeldungen) auf GitHub eintragen kann?

Hintergrund:
Wir betreiben eine größere, öffentliche WebSite. Da kommt es immer wieder vor, dass einzelne Textstellen falsch oder einfach veraltet sind. Die Wartung ist schwierig, da einzelne Informationen über mehrere Seiten verteilt und oftmals mehrfach vorhanden ist.
Deshalb wäre es schön, wenn Besucher der Seite mit möglichst wenig Aufwand solche Unstimmigkeiten oder Fehler melden könnten. Durch die Mithilfe unserer Besucher haben wir die Hoffnung, dass wir diese Fehler schneller lokalisieren und beheben können.

Vision:
Da wir eh´ vor haben, die Versionsverwaltung der WebSite auf GitHub auszulagern (mit Unterstützung von VersionPress oder Revisr), wäre die Verwendung des Issue-Systems (Fehlermeldungen) von GitHub nur ein konsequenter weiterer Schritt.
Es soll für die Endanwender (Leser unserer Seiten) möglichst einfach zu bedienen sein. Deshalb sollte es folgende Feature (mit absteigender Priorität) unterstützen:

• Button oder Link in einer Seitenleiste oder der Fußzeile der Seiten.
  
  
  • eventuell auch ein kleines Formular, in dem der Anwender direkt eine Fehlermeldung zur fehlerhaften Seite eingeben und absenden kann.
  • oder ein Button als float-Element, damit er immer in einer Ecke des sichbaren Berichs bleibt
• URL (oder PageID) der fehlerhaften Seite muss im Text der Fehlermeldung übermittelt werden.
• Formular mit folgenden Eingabefeldern (hier unterstützt evtl. Contact Form 7 mit den Action-Hooks
  wpcf7_before_send_mail, ...)
  
  • Betreffzeile (zwingend)
  • URL (PageID) der fehlerhaften Seite - sollte automatisch ausgefüllt werden
    
  • Name des Absenders (optional)
  • E-Mail-Adresse des Absenders (optional)
  • ausführliche Fehlerbeschreibung (textarea)
  • Checkbox, mit einer Zustimmung zur Speicherung der Daten auf dem Server
• Die Integration der REST-API von GitHub braucht flg. Parameter in den Einstellungen des PlugIns:
  
  
  • owner : Benutzer unter dem das Repository angelegt ist
  • repo : Name des Repositories
  • token : Ein "Access Token" für die Authentifizierung unter einem vordefinierten Benutzer.
• GANZ toll wäre, wenn beim Klick auf den Button/Link zuerst ein Screenshot der Seite gemacht wird, den der Anwender im nachfolgenden Formular zur Bearbeitung angeboten bekommt (Markierungen zeichnen, auf Teilbereiche zuschneiden, ...) und der als Attachment zum Issue mit übertragen wird.

Ihr seht, diese Vision geht mir seit ein paar Tagen im Kopf herum. Bevor ich mich nun dran mache und wie wild ein neues PlugIn codiere, wollte ich mir noch das Feedback aus der Community einholen.

• Gibt es schon etwas ähnliches?
• Gibt es irgendwelche anderen Ansätze, an denen man sich anlehnen kann?
• ...

Vielen Dank
Friedbert

Keine Lösung! Gerade die Leute, welche die Seiten freigeben sollen, sind technisch nicht so bewandert. "Permalink übernehmen" oder "Inhalte kopieren" wird oft fehlerhaft gemacht werden. Deshalb wünsche ich mir an der Stelle eher eine reduzierte Oberfläche: entweder die Seite wird akzeptiert und mit einem Button-Klick publiziert ODER die Seite wird mit einem Editor-Kommentar versehen und als "Abgelehnt" an den Autor zurück gereicht.

Beim Publizieren müsste man dann die alte Seite löschen und die neue Seite wieder an der richtigen Stelle einbauen und alle Links, die auf die alte Seite gingen entsprechend anpassen und auch externe Links, die ich gar nicht ändern kann, ...

Ich will einfach nur eine Änderung am Text machen - und das in einer Umgebung, wo sämtliche Texte von einer rechtlich dafür verantwortlichen Person überprüft werden. Auch Änderungen an einer bestehenden Seite müssen nochmals bestätigt werden.

Ja, da hast du recht! Ich will die Änderungen nicht sofort wieder veröffentlichen.
Meine Idee: Ich habe eine Seite die schon veröffentlicht ist. Dann will ich daran etwas ändern, muss noch ein paar Informationen von irgend woher zusammen sammeln, brauche also 2-3 Tage für die Änderung und muss diese Änderung danach noch von einem Redakteur/Review bestätigen lassen. Erst danach sollen die Inhalte, die öffentlich bis zu dem Moment noch sichtbar waren, durch die neuen Inhalte ersetzt werden.

Der Workflow in WordPress -- ein Autor kann Seiten bearbeiten, vom Review überprüfen lassen, der kann Änderungsvorschläge zum Autor zurück melden und der Autor kann diese Änderungen in die Seite einpflegen, bis alles akzeptiert wird und die Seite vom Review/Redakteur frei gegeben wird -- dieser Workflow funktioniert nur bei neuen Seiten. Eine Änderung einer bestehenden Seite geht nicht über diesen Workflow.

Aber vielleicht ist da ein Blog-System wie WordPress auch fehl am Platz.

Gruß
Widi

Hallo Leute,

nach Ausflügen in vielen anderen CMS bzw. Blog-Systemen bin ich nun bei WordPress angekommen. Und bin damit auch zufrieden.

Den Work-Flow beim Bearbeiten und Veröffentlichen von Seiten finde ich super - mit einer kleinen Einschränkung: Wenn ich eine veröffentlichte Seite nachbearbeiten will, dann verschwindet sie sofort aus der öffentlichen Sichbarkeit - ist also nicht mehr veröffentlicht.

Gibt es da eine Möglichkeit, dass beim "Bearbeiten" eine Art versteckte Schattenkopie der Seite erstellt wird, die man bearbeiten kann, ohne dass die öffentliche Seite versteckt wird?
Wenn einmal eine Seite veröffentlicht ist, dann sollte die auch bei Überarbeitungen solange sichtbar bleiben, bis die neue Version fertiggestellt und durch das Review ist.

Vielen Dank
Widi