We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
We have two buttons at a file
Some more "magic" should happen if the URL is pre-filled.
Regarding "Get fulltext": If the URL field is filled AND the URL is reachable AND the returned file is PDF, then this file should be used.
Regarding "Download from URL":
Example:
@Article{Loesch2006, author = {Felix Loesch}, journal = {Softwaretechnik-Trends}, title = {A Formal Method to Identify Variation Points in Product Line Assets}, year = {2006}, number = {2}, volume = {26}, bibsource = {dblp computer science bibliography, https://dblp.org}, biburl = {https://dblp.org/rec/journals/stt/Loesch06.bib}, timestamp = {Thu, 12 Mar 2020 11:24:46 +0100}, url = {https://pi.informatik.uni-siegen.de/stt/26_2/01_Fachgruppenberichte/04-WSR2006/24-Loesch.pdf}, }
The text was updated successfully, but these errors were encountered:
Workaround: right glick on the http link - then "Download file" appears
This was not intuitive for me, because "from URL" in "Download from URL" could also mean the URL of the currently shown file line.
Idea: Put the link as initial value in the dialog opening
Sorry, something went wrong.
Refs #535 somehow even if the functionality is different.
Successfully merging a pull request may close this issue.
We have two buttons at a file
Some more "magic" should happen if the URL is pre-filled.
Regarding "Get fulltext": If the URL field is filled AND the URL is reachable AND the returned file is PDF, then this file should be used.
Regarding "Download from URL":
Example:
The text was updated successfully, but these errors were encountered: