BDSKShouldShowWebGroup is not used anymore
Don't register bibdesk scheme as local, for some reason that stops it from working in links
Don't use NSPredicate for class objeccts
make table cell images revertable
update hidden pref key list
update list of hidden pref keys
Tips_and_Tricks
replace <v> or <version> by version in out directory for build scrript
Don't add spaces at end of release notes in appcast
update copyrright date in help
Tag for release
update version numbers for release
Don't check sharedPreviewer directly to see whether its window is visible, use class method that first checks whether the sharedPreviewer exists. So we don't need to create it early for safety.
remove hashes for non-existing revisions
remove unused variable
update release notes
Replace files copied from SharedSupport to ApplicationSupport when they are an old revision. Check this by comparing the md5 hash of the current copied file with the hashes of old versions, which we register in a resource file. The SupportFileRevisions.plist file should be updated whenever a support file is changed.
Remove dummy icon from rtfd template
To make sure pii is the right tag, I asked PubMed helpdesk how to retrieve "page numbers" for online-only papers without pagination. They replied: ELocationID is used in cases where pagination is not present. and pointed me to the latest pubmed DTD.
Thank you so much! I do agree with you that the current is a weird practice. I didn't realize this mess until now.
BibDesk failed to retrieve page numbers from PubMed
I'll add the ELocationID as the Pages fields when there is no Pagination. It is a weird practice, to put it as a pii ID, even if it is not even the PII number, which is a totally different number.
If you worry a page number like "eabl4178" may interfere with BibTeX, you may add an option and let users decide whether to use such a string as page numbers. The bottom line is we need page numbers for citation and many papers don't have real page numbers. PS: this problem is not specific to PubMed as many journals, like Science, don't have real page numbers these days.
If you worry a page number like "eabl4178" may interfere with BibTeX, you may add an option and let users decide whether to use such a string as page numbers. The bottom line is we need page numbers for citation and many papers don't have real page numbers these days. PS: this problem is not specific to PubMed as many journals, like Science, don't have real page numbers these days.
If you worry a page number like "eabl4178" may interfere with BibTeX, you may add an option and let users decide whether to use such a string as page numbers. The bottom line is we need page numbers for citation and many papers don't have real page numbers these days.
If you worry a page number like "eabl4178" may interfere with BibTeX, you may add an option and let users decide whether to use such a string as page numbers. The bottom line is we need page numbers for citation.
We need something equivalent to page number to pinpoint a paper in a volume/issue. The current practice unfortunately chooses this identifier. For example, a Nature article cites PMID:35357911 as (without DOI): Altemose, N. et al. Complete genomic and epigenetic maps of human centromeres. Science 376, eabl4178 (2022). eabl4178 is de facto the page number. If you click "cite" on the Science website, the citation format is the basically same (plus DOI). In the PDF of this paper downloaded from Science,...
Use ELocationID for Pages field when no Pagination is present from pubmed data
That does not make much sense to me. PII is an identifier. It is not appropriate for a Pages field in BibTeX. It would give ill formed citations from BibTeX.
At least in our field (biomedical research), most online-only journals give you a "page" number like "btae333". There are no actual page numbers. I haven't checked old PubMed XML files because I don't have one. I guess old PubMed put "btae333" in the Pagination element [1] but later they decided that was confusing. Now they put "btae333" at an ELocationID element [2]. It looks like the following now: <elocationid eidtype="pii" validyn="Y">btae333</elocationid> Is it possible to use this as the page...
Oh, and BTW btae333 does not look like a page. It is in fact part of the id (including the DOI) of the article. So if the PubMed page gives you btae333 as the page in their pretty printed result, than they made (another)_ mistake there as well.
We use their API to get XML data. What you see on a web page is not useful for automated download.
There seem multiple ways to retrieve data from PubMed. Which method are you using? The page number "bate333" is shown on the PubMed page: https://pubmed.ncbi.nlm.nih.gov/38788221/
BibDesk failed to retrieve page numbers from PubMed
The parser has not changed effectively for a long time. So this is not caused by BibDesk. In fact, the data we get from this item does not contain an page information. So it is probabl;y a change by PubMed that caused you to fail getting it.
Default preview template doesn't show ISBNs
Fixed for the next release. Unfortunately this won't get updated automatically for the users.
fix typo in default preview template
BibDesk failed to retrieve page numbers from PubMed
Default preview template doesn't show ISBNs
Macros Database will not change macro name
This will be fixed in the next release
fix changing macro names, don't use valueForKey on maptable
Macros Database will not change macro name
Templates
Tips_and_Tricks
Crossref problem: Copy Title to Booktitle overwrites inherited value
This is not a bug, it behaves exactly as expected. And it is also not different from earlier versions. This has not changed in a very long time. You may not have noticed it before, for instance because it depends on the publication type of the item.
Crossref problem: Copy Title to Booktitle overwrites inherited value
Make attached files follow cross-reference logic.
No, that's not a good idea. And it would be a major implementation nightmare.
Make attached files follow cross-reference logic.
BibDesk crashes when searching in files
This is fixed for the next release.
declare property as read/write in class extension rather than category, otherwise no setter is synthesized
BibDesk crashes when searching in files
Great, thanks for the quick response @hofman, that fixed it.
code sign dmg in build script
cleanup build script
use correct makedirs command in build script
Version 1.9.4 update fails
I am not sure why the signature is not accepted, the signature verifies correctly when I check it directly. I have replaced the update with a new and newly signed build. So it should work now.
Version 1.9.4 update fails
That is not the format for array values. Use something like -array Notetoselfto set the value. See also the Wiki and the man page for defaults.
Thank you. I have looked there now and have attempted to use what I think is the right key. I wrote: defaults write -app BibDesk BDSKAdditionalFieldsToCompleteKey '{ "Notetoself"; }' It does not give an error message but it does not seem to change anything either. Am I doing something wrong? Thank you for your patience with my lack of knowledge about this.
Hidden preferences and how they work are described on the Wiki.
Thank you for releasing 1.9.4! It is great to have the preview pane back. I saw in the release notes that you added a new hidden preference for enabling autocompletion of fields for all fields, but I wasn't able to find it in the documentation. Might I please ask how I can turn on that hidden preference?
fix newlines in perview template
Templates
fix template key in help
fix typos in preview template
Tag for release
update version numbers for release
Database entry not displayed in bibliography window panel
Tips_and_Tricks
"This is fixed for the next release." Query: When is the next release? Hopefully soon? Thanks in advance for releasing the fix ! :)
no need for array to be mutable
get template file type from main page URL
convenience class method for default preview template name
invert condition
update release notes
complete title from booktitle when we should support it
It would be wonderful to have autocompletion in the Series back. After more reflection, I realized that it is important to me to have autocompletion even in fields like Title that might seem less useful for a very specific reason: it alerts me to when I am duplicating an entry that already exists before I waste my time populating too many fields. That is, I might start typing a new bibentry's title and then realize, because of autocompletion, that I must already have an entry with that same title....
hidden pref to add extra fields to be completed
That's far too complex. The point of turning it off in more fields is that it can be very inefficient (especially for large files), and for most generic fields, completion is basically useless (and therefore more of a nuisance). For instance, a title would generally be unique, so there is no use in completing it. But I could activate it for more fields, like Series where it may be useful. I think that is more an exception in that sense.
Make Series field allowed for groups and single valued, also allow completion.
Sorry, I hadn't managed to find the preview issue among the tickets. Thank you for pointing that out. About the completion, I have always found it extremely useful to have completion in all the fields. I first noticed its lack in the Series field. Is there an option to turn it back on for all fields that were previously covered? (Even better would be a preferences pane -- or hidden preferences -- where one could turn it on and off for each field one by one, but I imagine that would be a feature ...
Autocompletion and preview stopped working in latest update Version 1.9.3 (6113)
The preview issue is a duplicate. As for the auto completion, we don't autocomplete every field anymore, only a few fields where it may be useful (such as author names and booktitles). This should thus still be working, just a bit differently.
Copy app support files in +initialize methods for classes that use the particular files
avoid using file system to construct url
remove template path preference, we never set it and always use application support
For the preview, I am using a custom HTML preview.
Autocompletion and preview stopped working in latest update Version 1.9.3 (6113)