If you have a proposal for where this information should be exposed, please post it as a new topic in the forum, along the lines of the thread linked in 1.
Can you describe this further?
Please post your version of OJS; the ability of authors to upload files will depend on what version of OJS you’re using.
I don’t believe there was an unsubmit in OJS 2.x either. The workflow we recommend, so nobody is surprised by the sudden disappearance of an article, is for the author to contact the editor (e.g. via Discussions) to request that a submission be revoked; the editor can then archive the submission.
This option didn’t exist in OJS 2.x either and I don’t believe we’ve received a feature request for it. We do have some concepts for broadly improving email composition/sending, and this might be something we can integrate into it.
This may already be resolved – what version of OJS are you using?
This is free software, and we depend on the community to help us develop and improve it. Please be constructive, and we will do what we can to incorporate your requests.
Regards,
Alec Smecher
Public Knowledge Project Team
Within the limits of my frustration, I will try to be as constructive as possible.
On article id. This is a requested feature by another OJS user that I hooked on to. What is frustrating is that OJS2 was brilliant on this–you always had the id number in sight, no matter where you where in the workflow (99%). So value was lost because, as you correctly state somewhere, as editors we are not programmers (“I understand that many groups don’t have developer expertise”).
Our installed version is 3.1.1.4. On the sending emails to all coauthors, I have not been able to find any option to copy all coauthors in the correspondence to the corresponding author. This was automatic in OJS2. Now we cannot do it. Sending copies of emails to all authors is now best practice in journals.
No, it is not related to How to send email to all authors of a submission in OJS 3.1.0.1?. To clarify the point, in OJS2, when you send emails, you can send a copy to yourself, or you can CC others, then the email is sent, it is logged into the system and it is sent as an actual email to the recipient. Now, apart from the log, now called editorial history, you can’t really be sure what came out, and it turns out that a notification is sent…This is a loss of value compared to OJS2.
My proposal would be to keep the logic of OJS2, as shown here:
Sending to draft is the same as unsubmit. Very helpful when authors send incomplete submissions without having to decline, or reject.
My editorial assistant pointed this one out to me. She feels insecure that notifications have actually been sent. We have found more user problems but couldn’t list them all…
The problem here is that OJS 3 has some nice things to it–better look and feel, great to switch between languages, some better user experiences. What is frustrating is that many good things from OJS 2 are gone and we don’t understand why.
If your’s is a small team, mine is probably even smaller.
Hi there, may I add something. Our journal has one Journal editor and six section editors. One thing that really frustrates me, is that I no longer have a birds-eye view of all the manuscripts assigned to the various section editors. I need to log into the profile of each section editor to see what the status of submissions are and how many submissions are still open. This takes a long time. I want more info on the “all submissions” page, at least, such as who the section editor is.
The “All Submissions” list is absolutely intended to be the bird’s-eye view, and it’s tricky to find the right balance of information.
One frequent criticism of OJS 2.x is that it resembled an airplane cockpit – over the years we tended to add more and more information, and it was often overwhelming. For OJS 3.x we generally responded to that by presenting information much more sparsely, but have been making use of much more modern front-end tools to allow users to examine listings to get more detail.