When your post gets rejected by a staff this is the message that is shown
Hi [user],
We’ve reviewed your new topic titled “[topic titles]” and have some feedback for you.
Reason: N/a
Feedback: This is what it shows when your post is given feedback
You can edit your topic’s original post below and re-submit to make the suggested changes, or reply to this message if you have any questions.
But you cant actually edit the post because nothing appears below it
this is a picture of the PM that is sent to this test user after they created a post that needed approval of it and it was rejected with a revision
and there is nothing there to edit below
So my request is that discourse adds the ability to actually edit the post itself on the PM and then it autoresubmits the post there for you on the forum and then the mods can re-reveiw it
Good catch! I moved this to UX because it relates to language in the interface.
I searched through my moderator PMs and found a similar one. Looking at your screenshot and copied text from the PM, the part that is written by the user being given feedback is “test post for meta topic here”. The rest of it is in the template.
The instruction is confusing because, as you say, you can’t edit the post “below”. To edit it, you would go back to the topic and edit it there. Or you reply to talk about it with moderators.
I don’t think that change is going to be possible because it makes the UI too complicated.
I think the answer here will be to improve the instruction like this:
You can edit your post to make the suggested changes, or reply to this message if you have any questions.
We can also provide a link to the actual post to make it easier to get back to.
Je kunt je bericht bewerken om de voorgestelde wijzigingen aan te brengen, of reageren op dit bericht als je vragen hebt.
We kunnen ook een link naar het daadwerkelijke bericht geven om het gemakkelijker te maken om ernaar terug te keren.
[/quote]dat zou ook werken, maar het probleem is dat zodra de moderators het bericht afkeuren, het niet meer bewerkt kan worden. Het stuurt de privébericht, maar dan moeten ze teruggaan en het bericht opnieuw maken.
Bovendien denk ik dat als het een antwoord of een concept op je accountconceptpagina’s zou maken om het bericht met de titel daar opnieuw te maken en het vervolgens opnieuw in te dienen.
Laat het me weten als dat logisch is.
Bovendien zou het toevoegen van de link betekenen dat het afkeuren van het bericht het niet kan verwijderen, omdat ze hun bericht dan niet opnieuw kunnen beoordelen?
Oh, ik zie het. De review queue biedt alleen een kopie van het (nu verwijderde) bericht voor het gemak van de gebruiker, zodat deze het kan kopiëren naar een nieuw bericht en het daar kan verbeteren. Dat maakt het nog makkelijker:
Uw bericht is verwijderd, maar een kopie wordt hieronder voor uw gemak verstrekt. Plaats het opnieuw met de voorgestelde wijzigingen, of reageer op dit bericht als u vragen heeft.
Being able to edit the pending ‘post/topic’ [1] would be great though, and would really smooth out this experience for users. I think there was some talk of this in the past.
Currently the pending posts show in the post stream as well as in your /activity/pending(that page has both pending posts and topics), but you can only delete and not revise them. If they could be made editable in a similar way as the review queue allows admin/moderators to then handling the approval with ‘Revise’ could avoid deleting it and allow it to remain as ‘pending’. The feedback PM could then have a link to make it easy to navigate to, edit, and resubmit.
There may be some rough edges to smooth out to prevent editing by user and mod at the same time, but maybe some of the new auto reviewable claiming could help with that and provide an edit lock.
There would also need to be some allowance made for the Reviewable after it had been handled as Revise, as theoretically the flag would have been handled, but would also still be pending. (And you perhaps wouldn’t want that sitting as a live flag in your review queue while you wait for an indeterminate amount of time for the revision, which may never come).
I don’t think it’s actually a post/topic at this point, but rather a precursor ↩︎
Ik denk dat de nieuwe wijzigingen waar aan gewerkt wordt in de review wachtrij het mogelijk maken om gemarkeerde items aan andere mensen toe te wijzen.. misschien kan het in dit geval terug worden toegewezen aan de gebruiker die het heeft geplaatst?
Ik denk dat er behoefte is aan een systeem dat de reële mogelijkheid van ‘verlating’ toestaat. Dus iets dat zichzelf kan opruimen na een redelijke termijn.
Mogelijk iets slims zoals het oorspronkelijke wachtende item dat wordt verwijderd, maar onmiddellijk wordt vervangen door een duplicaat, zodat het er voor de gebruiker precies hetzelfde uitziet, maar vervolgens een nieuwe beoordeelbare in de wachtrij kan aanmaken wanneer het opnieuw wordt ingediend.
Mogelijk ook een verwijderingstimer op een vergelijkbare manier als Verwijder verwijderde berichten na (met een redelijker ‘revisietijdvenster’ dan 24 uur)
Not really though if the user who’s post got rejected with the feedback may not be around to view the rejection then comes around 2 days later the 24 hour deletion timer would have not let them come back to edit it and this may cause some issues in different forums?
Perhaps its auto set to 24 hours maybe and then in something in the admin dashboard they can change the auto timer?
Ah, sorry voor de verwarring. Ik verwees naar de standaardinstelling voor de bestaande admin-instelling Verwijderde berichten verwijderen na die 24 uur is, en dat hoewel een soortgelijke functie hier ook kon worden toegepast om ervoor te zorgen dat in behandeling zijnde berichten niet voor altijd bleven bestaan, er een veel ruimere tijdsperiode nodig zou zijn.
Hmm. Not really. Though if the product team are interested in the idea, and the dev team think that’s the best way to implement it then I’m not against it.
But in my mind it would stay as a pending ‘item’ and be editable from your /pending page (with at least the appearance of it being a post/topic). The PM you receive on ‘Revise’ would ostensibly be the same as now but with a link directing you to where the pending item can be edited, and a generic ‘you have {30 days} to revise and resubmit your contribution before it’s automatically deleted’ (or some such)
dat is eigenlijk een goed idee, het is het meest logisch
maar zou het de UX niet echt verpesten voor de volledige herziening van de Review en de nieuwste toevoeging met het bericht toevoegen? @JammyDodger
I mean, a lot of this is just ideas and the dev team [1] could well say that the picture I have in my mind is not the best way/is just simply unworkable.
But I think if the first pending item is treated as its own entity (that is, the flag is handled, a PM is sent, the reviewable is no longer pending) and a second, duplicate pending entity is created to allow for editing and resubmitting then it could then be popped in the approval queue as a ‘new’ reviewable once resubmitted. The pending item awaiting revision could be marked clearly as such on the /pending page as well to reduce confusion (is it waiting for mod approval/is it waiting for me to revise?)
I’m not 100% sure I understand the question, but I was thinking of a flow something like this:
flowchart TD
A[Post/Topic Created] --> B[Pending in Approval Queue]
B --> C[Revise]
C --> D[Pending Awaiting Revision]
D --> E[Resubmit]
E --> B[Pending in Approval Queue]
B --> H[Approve Post/Topic] --> I[Published to Site]
B --> F[Reject Post/Topic] --> G[Deleted]
style F fill:#ff4c4c,stroke:#000,stroke-width:2px
style H fill:#4caf50,stroke:#000,stroke-width:2px
So any second/third/fourth revisions would loop round (and a mod could call time manually when enough was enough )
I think I envisage the ‘Revise’ option being used in cases where there is a higher likelihood of receiving a better version (so anything that doesn’t hit that threshold wouldn’t be sent back for revision in the first place)
Oké, dat is logischer, maar stel dat we een instelling toevoegen voor meerdere revisies, genaamd post rejected reviews delete, waarbij beheerders instellen na hoeveel revisieafwijzingen het bericht automatisch wordt verwijderd om oneindige revisies te voorkomen?
