Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Log reviewers response #9893

Open
MrRob100 opened this issue Apr 17, 2024 · 4 comments
Open

Log reviewers response #9893

MrRob100 opened this issue Apr 17, 2024 · 4 comments

Comments

@MrRob100
Copy link
Contributor

MrRob100 commented Apr 17, 2024

A function so that editors can log the response decision from reviewers - e.g if the reviewer emails the editor rather than logs it themselves in OJS. A 'Log Response' response will show on a review item in the editorial workflow if a review confirmation hasn't already been made.

Screenshot 2024-04-17 at 13 58 58 Screenshot 2024-04-17 at 13 58 33 Screenshot 2024-04-22 at 10 07 54
@MrRob100
Copy link
Contributor Author

@Devika008 Can you take a quick look on this design please

@Devika008
Copy link

Hello Rob,

Could you allow me time till Monday to get back on this.

@Devika008
Copy link

Devika008 commented Apr 22, 2024

Hello Rob,

Everything looks good but just made modifications on the first screen based on some design principles I follow through all designs. Please review and let me know if you are okay with it.

image

@asmecher
Copy link
Member

asmecher commented May 7, 2024

Just a heads-up: While I'm not opposed to adding this feature (reviewer communications are always going to be delicate and need extra accommodation to avoid losing reviewers), this does go counter to our general strategy of reducing the number of actions an administrative user (e.g. a journal editor or manager) can take on a third party's behalf (e.g. a reviewer).

Our general approach is to make more use of invitations that propose changes to a 3rd party but allow them to accept/reject them.

In this case, that's what we already have -- reviewers receive an email inviting them to participate, and they can either accept or reject. Reviewers will still tend sometimes to reply to emails rather than reading the instructions, so there's a need to accommodate that.

My only alternative idea so far has been to allow OJS to receive emails from reviewers directly, and parse out their intentions. However, parsing "thanks, but not this time" accurately into a "decline" is not going to be easy, so I think we're left with the spec here as a next-best!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants