Spencer Mathews
My feedback
-
16 votesSpencer Mathews
supported this idea
·
-
7 votes
Sort by and View type are remembered by RefWorks; we will do the same for number of references per page in a future release.
Spencer Mathews
supported this idea
·
-
3 votes
An error occurred while saving the comment -
2 votesSpencer Mathews
supported this idea
·
-
4 votes
An error occurred while saving the comment Spencer Mathews
commented
Shalhevet Bar-Asher, I believe you missed the point and no, this feature is not already supported. Please correct the status of this issue to reflect this. The problematic behavior is that when there is an error uploading a PDF the entire reference is destroyed and, as the original poster indicated, the only option is to delete the reference. The preview pane is not accessible to references in this state.
This is an annoyance when one is uploading a PDF for the first time, but it's quite inexcusable when one is adding a PDF to an existing reference, especially one that the user has manually entered or edited, because now that record is unrecoverable and can't even be viewed.
I've noticed several flavors of PDF errors. Either uploads don't complete, preparing for reader fails, or text scanning fails. In the latter two cases sometimes the user is notified that despite the error the file can still be downloaded, but this does not seem to be the case.
These are real and significant issues that should be apparent from even a small amount of product testing.
An error occurred while saving the comment Spencer Mathews
commented
Indeed! How did the new RefWorks make it to production with this glaring issue? Not to mention the wealth of other bugs and lack of features that make it seem more like someone's senior project than a commercial tool.
Spencer Mathews
supported this idea
·
-
14 votes
We are evaluating this feature for 2020 and identifying the top referring sites for which this should be enabled.
You can post your choices here.An error occurred while saving the comment Spencer Mathews
commented
And with regards to PDF import with the Save to RefWorks bookmarklet. Please keep the existing file names instead of renaming them with that nonsensical "savetoflow_" prefix.
-
45 votes
We will be updating the RefWorks document reader in the future; we will consider the search option when implementing the new reader.
An error occurred while saving the comment Spencer Mathews
commented
Please do more than consider this. This is a core feature. If I'm not mistaken, PDFs are indexed for full text search already, which makes the absence of this feature quite strange.
Spencer Mathews
supported this idea
·
-
55 votes
An error occurred while saving the comment Spencer Mathews
commented
One does not even need to step down to a mobile viewport for the layout to break down inexcusably. Even narrowing the window to what are quite reasonable widths on the desktop cause elements of the nav bar to overflow ungraciously. I personally don't have much use for RefWorks on my phone, but a solid responsive layout on desktop is the least users can expect. This is basic basic web development and you should be ashamed of yourself RefWorks.
Spencer Mathews
supported this idea
·
-
1 vote
An error occurred while saving the comment Spencer Mathews
commented
Yes Shalhevet Bar-Asher, the question was regarding PDF export. Please retract the "Already Supported" status.
What do you mean exactly? I've found that accented characters, in what I imagine are unicode, are supported for author/editor names. Be be careful when searching since RefWorks is not smart enough to know that when you search for Gomez you probably also want results for Gómez.