Hi! Related to issue JabRef/jabref#5891 , I want to confirm the default behaviour of "Automatically set File links" feature. Is it supposed to always search in the BIB file location directory? Does the issue involve providing a preference to skip the file's directory when main file directory is provided?
2 replies
@Siedlerchr yes, we need to add another function like those for macos.. with the same things in the linux build. Then copy the files to the system location in postinstall scripts
@LyzardKing
installed using dmg and pkg files. No folder with name “builders”. I also tried to search the content of this folder (this files: https://github.com/JabRef/jabref/tree/master/buildres/mac)
Found only info.plist file. It is in 2 locations:
installed using dmg and pkg files. No folder with name “builders”. I also tried to search the content of this folder (this files: https://github.com/JabRef/jabref/tree/master/buildres/mac)
Found only info.plist file. It is in 2 locations:
- /Applications/JabRef.app/Contents;
- /Applications/JabRef.app/Contents/runtime/Contents
Do both versions (dmg and pkg) install in the same path? /Applications/Jabref.app?
Thanks for the help!
@LyzardKing
icon is here
icon is here
and “yes”, both packages install JabRef in the same location.
It should be enough for now :)
@Gena928 As you are one of the few with a mac, would you be able to take a look at this double pasting problem? Apparently copy/paste duplicates the entry twice on mac. We fixed this with a workaround a while ago, but had to revert it as it was breaking on linux...
JabRef/jabref#6419
If you can take a look that would be cool.
JabRef/jabref#6419
If you can take a look that would be cool.
@Siedlerchr
sorry, can’t reproduce the error.
I started Jabref from IntelliJ and copied several BibTeX entries from Google Scholar. No duplicates.
I also copied entries between 2 bib files (opened in one JabRef instance) and again no duplicates.
Is this the error you want to fix, or some another?
sorry, can’t reproduce the error.
I started Jabref from IntelliJ and copied several BibTeX entries from Google Scholar. No duplicates.
I also copied entries between 2 bib files (opened in one JabRef instance) and again no duplicates.
Is this the error you want to fix, or some another?
They are all created from the same jlink image and both include the jdk stuff. However, we noticed that still some files are duplicated: JabRef/jabref#6340
and somehow some libs are included for all OS (javafx webkit)
Hi @k3KAW8Pnf7mkmdSMPHz27 , yes this is a well known problem with jabref. Most preferences have to be manually refreshed in the UI. I'm currently working on refactoring the preferences throughout jabref, so every call to
I already implemented a fix for the problem you mentioned.
JabRefPreferences::get and ::put is extracted into a dedicated preference object, which can be retrieved out of PreferencesService. In the future, I hope this can somehow then be reworked into bindings, so every change in the preference takes instant effect in the UI without the need to manually update every part of the UI. But this is a long road ahead. Step by step.I already implemented a fix for the problem you mentioned.
It doesn't work if the extension is just removed, it needs to be a "clean" chrome profile (even a temporary one)
If so the build to test is the .pkg installer from https://builds.jabref.org/pull/6442/merge/
Can you please open an issue with your findings @leitianjian
So if you reset preferences error is gone.
Can your teammate debug this?