Thanks Suzanne - that did the trick
1 Like
Hi Suzanne,
Could I get feedback on the progress of this feature? Ideally, the folder tree on the left would open to the relevant location when I click on the āfolder linkā on a given paper entry in the main browsing area. This way I can see where in the hierarchy this paper is stored.
Kind regards,
Thomas
1 Like
Thanks for following up, @Thomas_Coudrat. The issue is on our backlog and it will be addressed in a future release of the web app.
Iām excited to announce that the new sharing features are available in beta in the new Paperpile. To access the new sharing features, you can choose to migrate your existing shared folders to either our updated shared folders or to the new shared libraries in the new Paperpile.
Whats the difference?
Shared folders are regular folders in your library. You can control who has access (view or edit) and decide whether to share your notes and annotations. Your labels are not shared.
Use shared folders to share parts of your personal library with others, like a āReading listā for your students or a āManuscriptā with your co-authors.
Shared libraries are independent from your personal library and have their own set of folders, shared labels, notes, and annotations.
Use shared libraries to establish central literature repositories for your research group or organization, or for large collaborative projects.
Learn more about the new Paperpile sharing features here.
To try the new sharing features, please follow these steps:
- If you havenāt done so already, activate the new Paperpile by going to Settings > Feature preview and making sure to wait for your library to load and sync.
- In the new app, go to Settings > Feature preview and activate Sharing in the new Paperpile.
- You will be prompted to migrate each of your shared folders where you are āOwnerā.
Important: Everyone on your team who wants to keep access or make changes to shared folders, should switch to the new Paperpile. After migration, the shared folders in the old Paperpile app will not synchronize with the new Paperpile, and the migration cannot be redone.
If you have any questions about sharing in the new Paperpile or have any feedback to share, let us know here, by emailing support@paperpile.com or contacting us via the in app messenger.
1 Like
Just noticed the pin icon for libraries in the web clipper. That is quite useful as can now set the current library and save references to it easily. I use a keyboard shortcut (Alt P) to activate the clipper, and now the library to save it to can be pinned. I thought I had to still click on the green Save to Paperpile button but then saw the settings in the clipper where you can switch on one click saving. So now very easy to save citations (just Alt P) so thatās very good thanks. (There is a shortcut in the clipper - M to add a note - doesnāt work for me, as the m goes to the website instead. Probably just due to one of the various extensions I have and not a big deal)
1 Like
Hi Suzanne,
Thanks for the updates and all the progress you and your team are making.
Iām participating in the beta and have recently noticed a decline in stability. I performed a network inspection in Edge and have taken a screenshot of the issues. It may assist your team and during reconciliation with bugsnag logs.
Thanks,
Andrew
Thanks for the screenshot and report, @ajn. An update has been released; could I trouble you to restart the browser and let us know if things have improved?
1 Like
Hi Vicente,
Many thanks for the prompt reply and for looking into this.
Iāve been testing for the past couple of days, and no, sadly, there are still random glitches. The issues appear to be mainly related to tags, deep search, and synchronisation.
My thoughts are:
- Offer speed tiers/tiered billing. I guess your cloud services are not coping with the present level of resource allocation. Alternatively, if they have been allocated the ability to spin up to high resource use on demand, the bottleneck may be coming from your API gateway or the way the requests are being structured. Are you using GraphQL? Iād imagine it would be far more efficient for complex interlinkages.
- I rarely see any resource utilization on my local PC. That is simultaneously a testament to your great coding (if itās all SSR, then 4/5G mobiles should be able to run your web app really fast) or a sign that you need to re-imagine the appās design. Something is wrong if youāre running much of the code in the front end. The code is not multi-threading, is not using my GPU effectively, is not using my RAM effectively, etc.
- Comprehensive debugging and beta testing. Itās clear you take this seriously. Perhaps it would be more efficient if some of us could provide you with screen recordings, network recordings taken from the browser, complete feedback forms, etc. Any semi-automated system ought to help you speed through this process. Iām happy to provide any further input if youād like it.
Kind regards,
Andrew
Thanks for sharing your thoughts, @ajn ā I have noted and passed on to the team. We would very much appreciate your help debugging and testing, in particular with the glitches you mention encountering with tags (labels?), deep search and sync. Any further details and screen recordings you can share to help us investigate/reproduce are more than welcome, either here, via the in-app messenger or email (support@paperpile.com). Let me know.
I had turned on the New Paperpile app and gradually avoided using Paperpile at all because the New Paperpile is so slow. Started looking for alternatives.
Looking through the forum, I realised that it may simply be the New app thatās the problem: I switched back to Chrome and the Old Paperpile and itās back to normal!
The issue: simply typing something in the search bar is extremely laggy. Iāll type a word and each letter will take a long time to gradually appear. There may have been other slow behaviour, which I havenāt properly tried to repeat and document.
I was using the New Paperpile on Firefox. I have ~2000 papers, a lot of nested folders.
Is this an issue you are aware of? Perhaps thereās an existing fix?
Looking at the rollout timeline, Iām worried that the New Paperpile will be made the default soon.
Cheers,
Thomas
1 Like
Thank you for your feedback @Thomas_Coudrat and Iām sorry for the trouble. The team is investigating issues with slow library search and they were able to reproduce this specific issue; fixes should be released soon. If you come across other performance issues in the new Paperpile, please document them here or by contacting us in the in-app messenger.
1 Like
The team updated the web app (v60) to include improvements to search, @Thomas_Coudrat. Can you let us know how you are finding typing in the search bar with this update (v60, see the question mark in the bottom right corner of the web app)?
Is v60 a newer update than the July 10th update? It would be helpful to include the version numbers in the changelog.
1 Like
If itās in the Changelog itās always released to users. On the other hand we currently release a lot of updates which are not listed individually in the Changelog.
We hope we get better and more structured with the Changelog after the migration to the new Paperpile is done.
1 Like
Hi Suzanne,
I had switched laptops and didnāt see this issue anymore.
Went back to the original laptop which got updated to v61 interface and the issue seems to be solved there too.
Thanks!
Thomas
1 Like
Feature request:
In the āoldā Paperpile interface, I could click on the āAllā under the āMY LIBRARYā tab to the left to clear the search bar. This feature is gone from the New Paperpile, the way to clear it now is to click on the āxā next to the text in the search bar. Could we bring back this UX feature to clear the search bar by clicking on āAllā under the āMY LIBRARYā tab to the left?
Cheers,
Thomas