from:"Christiaan Hofman"

The BibDesk development team is pleased to announce that a new version of 
BibDesk, version 1.9.1, is now available.

This version fixes a crasher in this morning’s release of BibDesk 1.9. Note 
that this version now requires macOS 10.13 or newer.

We thank the users who have contributed to BibDesk development by sharing their 
experiences with BibDesk, and testing nightly builds. 

This release can be obtained by selecting "check for updates" in the "BibDesk" 
menu, visiting the Sourceforge downloads page at

https://sourceforge.net/projects/bibdesk/ 


or by visiting the BibDesk home page at

https://bibdesk.sourceforge.io/ 

or by following the link below, which will begin immediate download:

https://sourceforge.net/projects/bibdesk/files/BibDesk/latest/download 


For those interested follow the full release notes for this version and also 
1.9.


Release notes for BibDesk version 1.9.1

Bugs Fixed
  *  Fix crasher in templated preview generation


Release notes for BibDesk version 1.9

NOTE: macOS 10.12 (Sierra) and earlier are no longer supported as of 1.9

New Features
  *  Update Sparkle updater, enhanced security
  *  Save linked files using modern bookmark data by default
  *  Hidden preference to save linked files as legacy alias

Bugs Fixed
  *  Warn when trying to auto-file with a file name that is too long
  *  Fix Windows menu layout
  *  Fix bug in loading bibtex data containing an empty month field
  *  Don't include overwritten values in auto-completion list
  *  Add attributes to export from RTF templates
  *  Fix sorting of custom person field columns
  *  Hide now defunct Web of Science search group servers
  *  Fix empty linked file page when immediately auto-filing___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] BibDesk 1.9

I have for now retracted the new release, as there seems to be a crasher in the 
template parsing for (e.g.) the text preview. I will try to fix this as soon as 
possible. My apologies for the inconvenience.

If you experience crashes with BibDesk 1.9, for now it may be possible to work 
around the worst problem by making the following 2 steps:

1) In Terminal.app type the following:

defaults write -app BibDesk BDSKPreviewTemplateStyleKey "Default HTML template” 

2)

In Terminal.app write the following, where path/to/your/file.bib is the path to 
your .bib database:

xattr -d net.sourceforge.bibdesk.BDSKDocumentWindowAttributes 
path/to/your/file.bib


Christiaan

> On 19 Feb 2024, at 11:28, Christiaan Hofman  wrote:
> 
> Is there a crash report? And can you report that on the bug tracker?
> 
> Christiaan
> 
>> On 19 Feb 2024, at 11:25, Trevor Jenkins > <mailto:bslwann...@gmail.com>> wrote:
>> 
>> Ouch!  Upgraded to 1.9 and now it won’t start or more correctly macOS 
>> reports it quit unexpectedly!
>> 
>> macOS Sonoma 14.1.2
>> 
>> 
>> 
>>> On 19 Feb 2024, at 10:04, Christiaan Hofman >> <mailto:cmhof...@gmail.com>> wrote:
>>> 
>>> The BibDesk development team is pleased to announce that a new version of 
>>> BibDesk, version 1.9, is now available.
>>> 
>>> This version of BibDesk requires macOS 10.13 or newer.
>>> 
>>> We thank the users who have contributed to BibDesk development by sharing 
>>> their experiences with BibDesk, and testing nightly builds. 
>>> 
>>> This release can be obtained by selecting "check for updates" in the 
>>> "BibDesk" menu, visiting the Sourceforge downloads page at
>>> 
>>> https://sourceforge.net/projects/bibdesk/ 
>>> <https://sourceforge.net/projects/bibdesk/>
>>> 
>>> or by visiting the BibDesk home page at
>>> 
>>> https://bibdesk.sourceforge.io/ <https://bibdesk.sourceforge.io/>
>>> 
>>> or by following the link below, which will begin immediate download:
>>> 
>>> https://sourceforge.net/projects/bibdesk/files/BibDesk/latest/download 
>>> <https://sourceforge.net/projects/bibdesk/files/BibDesk/latest/download>
>>> 
>>> For those interested follow the full release notes for this version.
>>> 
>>> Release notes for BibDesk version 1.9
>>> 
>>> NOTE: macOS 10.12 (Sierra) and earlier are no longer supported as of 1.9
>>> 
>>> New Features
>>>   *  Update Sparkle updater, enhanced security
>>>   *  Save linked files using modern bookmark data by default
>>>   *  Hidden preference to save linked files as legacy alias
>>> 
>>> Bugs Fixed
>>>   *  Warn when trying to auto-file with a file name that is too long
>>>   *  Fix Windows menu layout
>>>   *  Fix bug in loading bibtex data containing an empty month field
>>>   *  Don't include overwritten values in auto-completion list
>>>   *  Add attributes to export from RTF templates
>>>   *  Fix sorting of custom person field columns
>>>   *  Hide now defunct Web of Science search group servers
>>>   *  Fix empty linked file page when immediately auto-filing

___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] BibDesk 1.9

Is there a crash report? And can you report that on the bug tracker?

Christiaan

> On 19 Feb 2024, at 11:25, Trevor Jenkins  wrote:
> 
> Ouch!  Upgraded to 1.9 and now it won’t start or more correctly macOS reports 
> it quit unexpectedly!
> 
> macOS Sonoma 14.1.2
> 
> 
> 
>> On 19 Feb 2024, at 10:04, Christiaan Hofman  wrote:
>> 
>> The BibDesk development team is pleased to announce that a new version of 
>> BibDesk, version 1.9, is now available.
>> 
>> This version of BibDesk requires macOS 10.13 or newer.
>> 
>> We thank the users who have contributed to BibDesk development by sharing 
>> their experiences with BibDesk, and testing nightly builds. 
>> 
>> This release can be obtained by selecting "check for updates" in the 
>> "BibDesk" menu, visiting the Sourceforge downloads page at
>> 
>> https://sourceforge.net/projects/bibdesk/ 
>> <https://sourceforge.net/projects/bibdesk/>
>> 
>> or by visiting the BibDesk home page at
>> 
>> https://bibdesk.sourceforge.io/ <https://bibdesk.sourceforge.io/>
>> 
>> or by following the link below, which will begin immediate download:
>> 
>> https://sourceforge.net/projects/bibdesk/files/BibDesk/latest/download 
>> <https://sourceforge.net/projects/bibdesk/files/BibDesk/latest/download>
>> 
>> For those interested follow the full release notes for this version.
>> 
>> Release notes for BibDesk version 1.9
>> 
>> NOTE: macOS 10.12 (Sierra) and earlier are no longer supported as of 1.9
>> 
>> New Features
>>   *  Update Sparkle updater, enhanced security
>>   *  Save linked files using modern bookmark data by default
>>   *  Hidden preference to save linked files as legacy alias
>> 
>> Bugs Fixed
>>   *  Warn when trying to auto-file with a file name that is too long
>>   *  Fix Windows menu layout
>>   *  Fix bug in loading bibtex data containing an empty month field
>>   *  Don't include overwritten values in auto-completion list
>>   *  Add attributes to export from RTF templates
>>   *  Fix sorting of custom person field columns
>>   *  Hide now defunct Web of Science search group servers
>>   *  Fix empty linked file page when immediately auto-filing
>> 
>> _
___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

[Bibdesk-users] BibDesk 1.9

The BibDesk development team is pleased to announce that a new version of 
BibDesk, version 1.9, is now available.

This version of BibDesk requires macOS 10.13 or newer.

We thank the users who have contributed to BibDesk development by sharing their 
experiences with BibDesk, and testing nightly builds. 

This release can be obtained by selecting "check for updates" in the "BibDesk" 
menu, visiting the Sourceforge downloads page at

https://sourceforge.net/projects/bibdesk/ 


or by visiting the BibDesk home page at

https://bibdesk.sourceforge.io/ 

or by following the link below, which will begin immediate download:

https://sourceforge.net/projects/bibdesk/files/BibDesk/latest/download 


For those interested follow the full release notes for this version.

Release notes for BibDesk version 1.9

NOTE: macOS 10.12 (Sierra) and earlier are no longer supported as of 1.9

New Features
  *  Update Sparkle updater, enhanced security
  *  Save linked files using modern bookmark data by default
  *  Hidden preference to save linked files as legacy alias

Bugs Fixed
  *  Warn when trying to auto-file with a file name that is too long
  *  Fix Windows menu layout
  *  Fix bug in loading bibtex data containing an empty month field
  *  Don't include overwritten values in auto-completion list
  *  Add attributes to export from RTF templates
  *  Fix sorting of custom person field columns
  *  Hide now defunct Web of Science search group servers
  *  Fix empty linked file page when immediately auto-filing

___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] App icon

Perhaps you can use .

Christiaan
 

> On 7 Feb 2024, at 22:45, Themis Matsoukas via Bibdesk-users 
>  wrote:
> 
> That works — thanks!
> 
>> On Feb 7, 2024, at 8:53 AM, Nathan  wrote:
>> 
>> Themis: What do you think of the old icon of Skim 1.4? You could download 
>> the older version of the app, copy the icon from the old version, and paste 
>> it onto the latest version of Skim in your Applications folder.
>> 
>> Here is Apple's instructions for how to copy and paste icons (it's very 
>> easy):
>> 
>> https://support.apple.com/lv-lv/guide/mac-help/mchlp2313
>> 
>> Here is the download link for Skim 1.4 with the old icon:
>> 
>> https://sourceforge.net/projects/skim-app/files/Skim/Skim-1.4.41/
>> 
>> That would be a much easier solution than redesigning the current icon.
>> 
>> 
>>> On Feb 7, 2024, at 8:43 AM, Themis Matsoukas via Bibdesk-users 
>>>  wrote:
>>> 
>>> I don’t know if this qualifies as a request, but...
>>> 
>>> ...I use both Bibdesk and Skim and have them permanently on the dock but 
>>> the color of the apps is very similar and I have to think (yeah, I know…) 
>>> each time I need to choose one or the other. Could the art department come 
>>> up with a color scheme that complements the two apps so they look like 
>>> siblings but not like twins?
>>> 
>>> Thanks regardless,
>>> 
>>> Themis
>>> 
>>> PS To distinguish them a bit better I have them to the left and right of 
>>> sublime text, which I use for latexing.
>> 



___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] Some times bib files are grayed out in Bibdesk's Open window

I wonder if it is related to this problem 
<https://discussions.apple.com/thread/255098194>. It sounds more like an OS bug 
to me.

Christiaan

> On 10 Feb 2024, at 23:45, Christiaan Hofman  wrote:
> 
> No,I cannot reproduce the issue. 
> 
> Christiaan
> 
>> On 10 Feb 2024, at 23:38, Themis Matsoukas via Bibdesk-users 
>>  wrote:
>> 
>> Do you see it on your machine too?
>> 
>>> On Feb 10, 2024, at 4:40 PM, Christiaan Hofman  wrote:
>>> 
>>> I have reallyno idea why Finder would gray out a file.
>>> 
>>> hrristiaan
>>> 
>>>> On 10 Feb 2024, at 20:59, Themis Matsoukas via Bibdesk-users 
>>>>  wrote:
>>>> 
>>>> I noticed this behavior some time ago and just now I was able to reproduce 
>>>> it reliably a couple times. After I save and close a bib file, the file 
>>>> looks grayed out in Bibdesk’s Open window and cannot be selected to open. 
>>>> In the first example the file is StatMech.bib. I then opened 
>>>> particles.bib, saved and closed it. Now  particles.bib is grayed out and 
>>>> StatMech.bib behaves normally. 
>>>> 
>>>> Bibdesk Version 1.8.20 (6109)
>>>> OS Sonoma 14.3.1 (23D60)
>>>> 
>>>> Themis
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> >>> PM.png>___
>>> 



___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] Some times bib files are grayed out in Bibdesk's Open window

No,I cannot reproduce the issue. 

Christiaan

> On 10 Feb 2024, at 23:38, Themis Matsoukas via Bibdesk-users 
>  wrote:
> 
> Do you see it on your machine too?
> 
>> On Feb 10, 2024, at 4:40 PM, Christiaan Hofman  wrote:
>> 
>> I have reallyno idea why Finder would gray out a file.
>> 
>> hrristiaan
>> 
>>> On 10 Feb 2024, at 20:59, Themis Matsoukas via Bibdesk-users 
>>>  wrote:
>>> 
>>> I noticed this behavior some time ago and just now I was able to reproduce 
>>> it reliably a couple times. After I save and close a bib file, the file 
>>> looks grayed out in Bibdesk’s Open window and cannot be selected to open. 
>>> In the first example the file is StatMech.bib. I then opened particles.bib, 
>>> saved and closed it. Now  particles.bib is grayed out and StatMech.bib 
>>> behaves normally. 
>>> 
>>> Bibdesk Version 1.8.20 (6109)
>>> OS Sonoma 14.3.1 (23D60)
>>> 
>>> Themis
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> >> PM.png>___
>> 



___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] Some times bib files are grayed out in Bibdesk's Open window

I have reallyno idea why Finder would gray out a file.

hrristiaan

> On 10 Feb 2024, at 20:59, Themis Matsoukas via Bibdesk-users 
>  wrote:
> 
> I noticed this behavior some time ago and just now I was able to reproduce it 
> reliably a couple times. After I save and close a bib file, the file looks 
> grayed out in Bibdesk’s Open window and cannot be selected to open. In the 
> first example the file is StatMech.bib. I then opened particles.bib, saved 
> and closed it. Now  particles.bib is grayed out and StatMech.bib behaves 
> normally. 
> 
> Bibdesk Version 1.8.20 (6109)
> OS Sonoma 14.3.1 (23D60)
> 
> Themis
> 
> 
> 
> 
> 
> 
> 
> 
>  PM.png>___



___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] Help with PDF matching?

2024-01-29 Thread Christiaan Hofman

That would mean that the full paths of the files have changed. It is important 
that the relative paths from the database to your files is the same as when you 
last saved the database.

Christiaan

> On 29 Jan 2024, at 18:23, Bullard, Jeff via Bibdesk-users 
>  wrote:
> 
> 
> Well, yes the university forced me to change the name of my home folder.  I 
> guess that’s probably the issue.  Is there a way to fix this in BibDesk for 
> PDFs?
> 
> — Jeff
> 
> On Monday, Jan 29, 2024 at 11:09 AM, Christiaan Hofman  <mailto:cmhof...@gmail.com>> wrote:
> This Message Is From an External Sender 
> This message came from outside your organization. 
> Apparently the file cannot be found anymore.Have you moved your files, or 
> perhaps your database? And are the files synchronized by some app?
> 
> BTW, the autofile folder, or any of its settings, are completely irrelevant. 
> That is only used by auto-file (i.e. to move the files), not for finding the 
> files. What its more relevant is whether the files themselves are where you 
> would expect them.
> 
> Without any relevant information, there is not much I can say.
> 
> Christiaan
> 
>> On 29 Jan 2024, at 17:04, Bullard, Jeff via Bibdesk-users 
>> > <mailto:bibdesk-users@lists.sourceforge.net>> wrote:
>> 
>> 
>> I feel like there should be an easy fix for this but I haven’t found it yet. 
>> The PDFs associated with each entry in my master.bib are not being found 
>> anymore within Bibdesk.  I checked again in Settings to make sure that the 
>> autofile folder is still correct.  But the little thumbnail for every entry 
>> is just a big question mark symbol and the file name is just the entry title 
>> instead of the naming convention  that I set up (see image).  I have 
>> *always* had the autofile string set as in the other image.
>> 
>> I found in Window->Orphaned Files that every one of the PDFs in that 
>> reprints folder is identified as an orphaned file.  I’m not sure what I 
>> should do next.  I tried to “Match” the files but Bibdesk crashes every time 
>> I do that about halfway through the indexing process. 
>> 
>> 
>> > AM.png>___
> 

___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] Help with PDF matching?

2024-01-29 Thread Christiaan Hofman

Apparently the file cannot be found anymore.Have you moved your files, or 
perhaps your database? And are the files synchronized by some app?

BTW, the autofile folder, or any of its settings, are completely irrelevant. 
That is only used by auto-file (i.e. to move the files), not for finding the 
files. What its more relevant is whether the files themselves are where you 
would expect them.

Without any relevant information, there is not much I can say.

Christiaan

> On 29 Jan 2024, at 17:04, Bullard, Jeff via Bibdesk-users 
>  wrote:
> 
> 
> I feel like there should be an easy fix for this but I haven’t found it yet. 
> The PDFs associated with each entry in my master.bib are not being found 
> anymore within Bibdesk.  I checked again in Settings to make sure that the 
> autofile folder is still correct.  But the little thumbnail for every entry 
> is just a big question mark symbol and the file name is just the entry title 
> instead of the naming convention  that I set up (see image).  I have *always* 
> had the autofile string set as in the other image.
> 
> I found in Window->Orphaned Files that every one of the PDFs in that reprints 
> folder is identified as an orphaned file.  I’m not sure what I should do 
> next.  I tried to “Match” the files but Bibdesk crashes every time I do that 
> about halfway through the indexing process. 
> 
> 
>  AM.png>___

___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] PDF preview not showing

2024-01-28 Thread Christiaan Hofman

I found the problem, and was able to fix it for the next release. Thank you for 
helping to figure this out.

Christiaan

> On 27 Jan 2024, at 19:31, Jan David Hauck via Bibdesk-users 
>  wrote:
> 
> Yes, I still get the arrows when hovering, and clicking the right arrow gets 
> me to the page content of the second page, but then clicking the left back 
> arrow goes back to displaying blank page – see screen recording attached.  
> 
> 
> 
> 
>> On Jan 27, 2024, at 7:29 AM, Christiaan Hofman  wrote:
>> 
>> When this happens, do you get the arrows when hovering? If so, does clicking 
>> them get you the page content?
>> 
>> Christiaan
>> 
>>> On 25 Jan 2024, at 17:36, Themis Matsoukas via Bibdesk-users 
>>>  wrote:
>>> 
>>> I use auto-file
>>> 
>>> My PDFs are now located inside Documents, which I also share via iCloud. 
>>> However, I relocated them there relatively recently and as best as I can 
>>> remember I had the same problem even when they were located in a non shared 
>>> folder.
>>> 
>>> I am on Sonoma 14.2.1
>>> Bibdesk Version 1.8.20 (6109)
>>> 
>>> 
>>> …however, in my latest attempt to reproduce the problem I was unable to...
>>> 
>>> 
>>> 
>>>> On Jan 25, 2024, at 10:48 AM, Christiaan Hofman  wrote:
>>>> 
>>>> I wonder, of you use auto-file? And where are the PDFs located, are they 
>>>> in the same file system?
>>>> 
>>>> Christiaan
>>>> 
>>>>> On 25 Jan 2024, at 16:14, Themis Matsoukas via Bibdesk-users 
>>>>>  wrote:
>>> 



___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] PDF preview not showing

2024-01-27 Thread Christiaan Hofman

When this happens, do you get the arrows when hovering? If so, does clicking 
them get you the page content? 

Christiaan

> On 25 Jan 2024, at 17:36, Themis Matsoukas via Bibdesk-users 
>  wrote:
> 
> I use auto-file
> 
> My PDFs are now located inside Documents, which I also share via iCloud. 
> However, I relocated them there relatively recently and as best as I can 
> remember I had the same problem even when they were located in a non shared 
> folder.
> 
> I am on Sonoma 14.2.1
> Bibdesk Version 1.8.20 (6109)
> 
> 
> …however, in my latest attempt to reproduce the problem I was unable to...
> 
> 
> 
>> On Jan 25, 2024, at 10:48 AM, Christiaan Hofman  wrote:
>> 
>> I wonder, of you use auto-file? And where are the PDFs located, are they in 
>> the same file system?
>> 
>> Christiaan
>> 
>>> On 25 Jan 2024, at 16:14, Themis Matsoukas via Bibdesk-users 
>>>  wrote:
> 



___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] PDF preview not showing

2024-01-25 Thread Christiaan Hofman

And also, in which macOS version did this start? It obviously must be a problem 
with newer OS systems, because we didn’t change.

Christiaan

> On 25 Jan 2024, at 16:48, Christiaan Hofman  wrote:
> 
> I wonder, of you use auto-file? And where are the PDFs located, are they in 
> the same file system?
> 
> Christiaan
> 
>> On 25 Jan 2024, at 16:14, Themis Matsoukas via Bibdesk-users 
>>  wrote:
>> 
>> I see this all the time. I had not realized the “reload” fixes it — thanks!
>> 
>>> On Jan 24, 2024, at 3:59 PM, Jan David Hauck via Bibdesk-users 
>>>  wrote:
>>> 
>>> Hi all,
>>> For a while now, when I drag a PDF onto the side panel of an existing entry 
>>> in BibDesk, the PDF preview only shows a blank page. 
>>> It happens both, in the library list view as well as in the individual item 
>>> view. 
>>> I have to select “reload” from the context menu and then it correctly shows 
>>> the first page of the PDF.  
>>> I thought it might have to do with an old OS but just updated everything to 
>>> the latest and the issue still persists. 
>>> On BibDesk 1.8.20, macOS Ventura, Intel Mac. 
>>> Thanks for any help.
>>> Jan



___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] PDF preview not showing

2024-01-25 Thread Christiaan Hofman

I wonder, of you use auto-file? And where are the PDFs located, are they in the 
same file system?

Christiaan

> On 25 Jan 2024, at 16:14, Themis Matsoukas via Bibdesk-users 
>  wrote:
> 
> I see this all the time. I had not realized the “reload” fixes it — thanks!
> 
>> On Jan 24, 2024, at 3:59 PM, Jan David Hauck via Bibdesk-users 
>>  wrote:
>> 
>> Hi all,
>> For a while now, when I drag a PDF onto the side panel of an existing entry 
>> in BibDesk, the PDF preview only shows a blank page. 
>> It happens both, in the library list view as well as in the individual item 
>> view. 
>> I have to select “reload” from the context menu and then it correctly shows 
>> the first page of the PDF.  
>> I thought it might have to do with an old OS but just updated everything to 
>> the latest and the issue still persists. 
>> On BibDesk 1.8.20, macOS Ventura, Intel Mac. 
>> Thanks for any help.
>> Jan



___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] PDF preview not showing

2024-01-24 Thread Christiaan Hofman



> On 24 Jan 2024, at 21:59, Jan David Hauck via Bibdesk-users 
>  wrote:
> 
> Hi all,
> For a while now, when I drag a PDF onto the side panel of an existing entry 
> in BibDesk, the PDF preview only shows a blank page. 
> It happens both, in the library list view as well as in the individual item 
> view. 
> I have to select “reload” from the context menu and then it correctly shows 
> the first page of the PDF.  
> I thought it might have to do with an old OS but just updated everything to 
> the latest and the issue still persists. 
> On BibDesk 1.8.20, macOS Ventura, Intel Mac. 
> Thanks for any help.
> Jan


I have heard this before. But I don’t see this myself. And nothing has changed 
on our end. So I have no idea what could be going on, let alone fix it.

Christiaan

___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] bibdesk stuck when auto-file of entry that gives rise to a too long file name

2023-10-05 Thread Christiaan Hofman

For the next releaseI have also added a warning when trying to auto-file using 
a file name that is too long.

Christiaan

> On 5 Oct 2023, at 13:29, Roberto  wrote:
> 
> Thanks a lot. This has fixed the troubles so far!
> 
> On Mon, Oct 2, 2023 at 10:47 AM Christiaan Hofman  <mailto:cmhof...@gmail.com>> wrote:
> You can set a max number of authors by adding a number after the %a or %A 
> specifier in the format. See the Help for details 
> (https://bibdesk.sourceforge.io/manual/BibDeskHelp_92.html#SEC160 
> <https://bibdesk.sourceforge.io/manual/BibDeskHelp_92.html#SEC160>). Similar 
> for the title with the %t or %T format specifiers. For instance, use %t50 
> instead of %t. 
> 
> As for a warning, that can be difficult. It is also not clear to me precisely 
> what limitations there are.
> 
> Christiaan
> 
>> On 2 Oct 2023, at 09:04, Roberto > <mailto:foice.n...@gmail.com>> wrote:
>> 
>> Thanks for chiming in. How do I  set a max number of authors? And what about 
>> the title length (it often comes from bibtex imports).
>> 
>> In any case, wouldn't make sense to make a length check on the variable that 
>> holds the candidate filename and issue a stopping warning to the user to 
>> correct the entry or amend the filename somwhow? 
>> 
>> 
>> 
>> On Sun, Oct 1, 2023, 23:17 Christiaan Hofman > <mailto:cmhof...@gmail.com>> wrote:
>> 
>> 
>>> On 1 Oct 2023, at 22:09, Roberto >> <mailto:foice.n...@gmail.com>> wrote:
>>> 
>>> I think the auto-file feature brings the program in some kind of stuck 
>>> situation when I try to auto-file an entry which results in a file name 
>>> longer than allowed by the FS. 
>>> Is this happening to me only?
>> 
>> I can imagine that could happen. If that is the case, you should reconsider 
>> your auto file format. For instance, if you use the title, set a maximal 
>> length, or when using author names, set a maximum number of authors.
>> 
>> Christiaan

___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] bibdesk stuck when auto-file of entry that gives rise to a too long file name

2023-10-02 Thread Christiaan Hofman

You can set a max number of authors by adding a number after the %a or %A 
specifier in the format. See the Help for details 
(https://bibdesk.sourceforge.io/manual/BibDeskHelp_92.html#SEC160). Similar for 
the title with the %t or %T format specifiers. For instance, use %t50 instead 
of %t. 

As for a warning, that can be difficult. It is also not clear to me precisely 
what limitations there are.

Christiaan

> On 2 Oct 2023, at 09:04, Roberto  wrote:
> 
> Thanks for chiming in. How do I  set a max number of authors? And what about 
> the title length (it often comes from bibtex imports).
> 
> In any case, wouldn't make sense to make a length check on the variable that 
> holds the candidate filename and issue a stopping warning to the user to 
> correct the entry or amend the filename somwhow? 
> 
> 
> 
> On Sun, Oct 1, 2023, 23:17 Christiaan Hofman  <mailto:cmhof...@gmail.com>> wrote:
> 
> 
>> On 1 Oct 2023, at 22:09, Roberto > <mailto:foice.n...@gmail.com>> wrote:
>> 
>> I think the auto-file feature brings the program in some kind of stuck 
>> situation when I try to auto-file an entry which results in a file name 
>> longer than allowed by the FS. 
>> Is this happening to me only?
> 
> I can imagine that could happen. If that is the case, you should reconsider 
> your auto file format. For instance, if you use the title, set a maximal 
> length, or when using author names, set a maximum number of authors.
> 
> Christiaan

___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] bibdesk stuck when auto-file of entry that gives rise to a too long file name

2023-10-01 Thread Christiaan Hofman

> On 1 Oct 2023, at 22:09, Roberto  wrote:
> 
> I think the auto-file feature brings the program in some kind of stuck 
> situation when I try to auto-file an entry which results in a file name 
> longer than allowed by the FS. 
> Is this happening to me only?

I can imagine that could happen. If that is the case, you should reconsider 
your auto file format. For instance, if you use the title, set a maximal 
length, or when using author names, set a maximum number of authors.

Christiaan

___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

[Bibdesk-users] BibDesk 1.8.20

2023-09-25 Thread Christiaan Hofman

The BibDesk development team is pleased to announce that a new version of 
BibDesk, version 1.8.20, is now available.

We thank the users who have contributed to BibDesk development by sharing their 
experiences with BibDesk, and testing nightly builds. 

This release can be obtained by selecting "check for updates" in the "BibDesk" 
menu, visiting the Sourceforge downloads page at

https://sourceforge.net/projects/bibdesk/ 


or by visiting the BibDesk home page at

https://bibdesk.sourceforge.io/ 

or by following the link below, which will begin immediate download:

https://sourceforge.net/projects/bibdesk/files/BibDesk/latest/download 


For those interested follow the full release notes for this version.

Release notes for BibDesk version 1.8.20

New Features
  *  Automatically update relative local file fields when exporting
  *  New smart group condition for date in current session

Bugs Fixed
  *  Fix smart group editing issues
  *  Fix smart group date conditions for edge cases
  *  Fix auto-sizing table columns

___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] Imports

2023-09-12 Thread Christiaan Hofman

Also, a bit like Nathan proposed, you can add an empty static group, and drag 
the items from the Last Import group to it whenever you import new items. (You 
can simply drag the Last Import group to the static group.)

I will also add a smart group condition check for a date (added) in the current 
session.

Christiaan

> On 11 Sep 2023, at 23:21, Christiaan Hofman  wrote:
> 
> Oh, I may have misunderstood (because you were talking about “session”). You 
> are talking about grouping within a single database?
> 
> I don’t think it is very useful (or worth it) to have an import group for all 
> imported items in a session. It is probably more useful to use a smart group 
> based on ~Date-Added, for instance containing all items added in the last day.
> 
> Christiaan
> 
>> On 11 Sep 2023, at 18:33, Nathan > <mailto:nathan.artist@gmail.com>> wrote:
>> 
>> Martin: The way I would achieve your goal (although I may be describing the 
>> obvious) is:
>> 
>> Sort the main publication table by date-added.
>> Select recently added publications that I want to review.
>> Drag the selected publications to an empty static group.
>> Sort the publication table in the static group by any desired field and 
>> review the publications.
>> 
>> If it is important to me to restrict the groups table to show only data 
>> about a selection of publications (and not about all publications in my main 
>> database), then I open a separate BibDesk database with the desired groups 
>> already configured but empty of publications, and I drag the selected 
>> publications to the separate database temporarily where I can visually 
>> analyze the groups table. (But I do not drag publications back and forth 
>> between databases, because this changes the date-added field, which I want 
>> to keep intact; I treat the separate database as a temporary "read-only" 
>> view that is destroyed after use.)
>> 
>> Nathan
>> 
>>> On Sep 11, 2023, at 10:15 AM, Christiaan Hofman >> <mailto:cmhof...@gmail.com>> wrote:
>>> 
>>>> On 11 Sep 2023, at 16:08, Martin Gillis >>> <mailto:mr790...@dal.ca>> wrote:
>>>> 
>>>> Hi Folks,
>>>> 
>>>> Wondering if there is a way to have the "Last Import" group maintain a 
>>>> list of imports for the current open session for BibDesk. The general idea 
>>>> is that I would like to imports article and the review them as a list. Is 
>>>> this possible?
>>>> 
>>>> Thanks in advance,
>>>> 
>>>> -Martin
>>> 
>>> 
>>> No, this only contains items for the database where it belongs to. We do 
>>> not maintain a database containing all items for all open documents.
>>> 
>>> Christiaan

___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] Imports

2023-09-11 Thread Christiaan Hofman

Oh, I may have misunderstood (because you were talking about “session”). You 
are talking about grouping within a single database?

I don’t think it is very useful (or worth it) to have an import group for all 
imported items in a session. It is probably more useful to use a smart group 
based on ~Date-Added, for instance containing all items added in the last day.

Christiaan

> On 11 Sep 2023, at 18:33, Nathan  wrote:
> 
> Martin: The way I would achieve your goal (although I may be describing the 
> obvious) is:
> 
> Sort the main publication table by date-added.
> Select recently added publications that I want to review.
> Drag the selected publications to an empty static group.
> Sort the publication table in the static group by any desired field and 
> review the publications.
> 
> If it is important to me to restrict the groups table to show only data about 
> a selection of publications (and not about all publications in my main 
> database), then I open a separate BibDesk database with the desired groups 
> already configured but empty of publications, and I drag the selected 
> publications to the separate database temporarily where I can visually 
> analyze the groups table. (But I do not drag publications back and forth 
> between databases, because this changes the date-added field, which I want to 
> keep intact; I treat the separate database as a temporary "read-only" view 
> that is destroyed after use.)
> 
> Nathan
> 
>> On Sep 11, 2023, at 10:15 AM, Christiaan Hofman > <mailto:cmhof...@gmail.com>> wrote:
>> 
>>> On 11 Sep 2023, at 16:08, Martin Gillis >> <mailto:mr790...@dal.ca>> wrote:
>>> 
>>> Hi Folks,
>>> 
>>> Wondering if there is a way to have the "Last Import" group maintain a list 
>>> of imports for the current open session for BibDesk. The general idea is 
>>> that I would like to imports article and the review them as a list. Is this 
>>> possible?
>>> 
>>> Thanks in advance,
>>> 
>>> -Martin
>> 
>> 
>> No, this only contains items for the database where it belongs to. We do not 
>> maintain a database containing all items for all open documents.
>> 
>> Christiaan

___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] Imports

2023-09-11 Thread Christiaan Hofman



> On 11 Sep 2023, at 16:08, Martin Gillis  wrote:
> 
> Hi Folks,
> 
> Wondering if there is a way to have the "Last Import" group maintain a list 
> of imports for the current open session for BibDesk. The general idea is that 
> I would like to imports article and the review them as a list. Is this 
> possible?
> 
> Thanks in advance,
> 
> -Martin


No, this only contains items for the database where it belongs to. We do not 
maintain a database containing all items for all open documents.

Christiaan

___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] Missing "Add field" button on entry edit panel?

2023-09-05 Thread Christiaan Hofman

There is one in the status bar, but you have to show it.

A long time ago there used to be a toolbar that had an add button, but the 
extra space for the toolbar isn’t really worth the space, also as you can have 
the status bar.

Christiaan

> On 5 Sep 2023, at 12:15, Alexander,J  wrote:
> 
> Hello,
> 
> I seem to remember that, when editing bibliography entries, the panel had a 
> button for adding fields.  I’ve just noticed that in version 1.8.19, that 
> button is no longer there.  It is still possible to add fields, but you have 
> to either use the menu or the hotkey combination.
> 
> Was this a deliberate user interface change, or has it simply gone missing in 
> one of the builds?  If the latter, might it be possible to bring the “Add 
> field” button back in future builds?
> 
> Many thanks,
> 
> Jason



___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] Converting PDF file names

2023-07-21 Thread Christiaan Hofman



> On 21 Jul 2023, at 23:27, Christiaan Hofman  wrote:
> 
> 
> 
>> On 21 Jul 2023, at 18:24, Bullard, Jeff via Bibdesk-users 
>> > <mailto:bibdesk-users@lists.sourceforge.net>> wrote:
>> 
>> Hi,
>> 
>> I just opened a bibliography file on my laptop that I synced from my iMac.  
>> Everything looks good except that it changed what it thinks all the PDF file 
>> names are, from ~/Documents/reprints/McCracken-2004.pdf to 
>> ~/Documents/preprints/[Title of document].  I checked the Bibdesk settings 
>> and the autofile format string is definitely set to %a1/%a1-%Y%u0, just like 
>> it is on my iMac.  Clearly this breaks all the links to the PDFs.
>> 
>> Is there a way to do some kind of auto-renaming of all the PDF files back to 
>> the format I need?  I looked through the Settings but cannot find anything 
>> like that.  If I “Select all” the entries in my bibliography, it looks like 
>> I can invoke Publications->AutoFile File, but that seems like it is going to 
>> move all the PDFs to a different folder and I don’t see how to change the 
>> destination folder.
>> 
>> Thanks for any suggestions you might have!
>> 
>> Jeff
> 
> It is not clear to me what exactly is wrong, your description is a bit 
> confused. There was a problem with auto filing in the previous release, so 
> make sure you have the latest release. Is the problem that the PDF files or 
> their containing folders have a different name, and different from what you 
> want? And are the links still working? And what exactly is the problem with 
> Publications->AutoFile? The folder relative to which the files are filed is 
> determined by your AutoFile preferences.
> 
> Christiaan
> 


Ignore what I said that there was a problem in the previous release, there 
wasn’t (I was confused with the cite key autogeneration). 

Are you saying that the problem only is that the ‘preprints’ folder in the 
links is changed to ‘reprints’? Or is there something else? Also, are you 
tiling about the linked files (the files in the side bars), or the Local-Url 
fields? I don’t really understand what anything has to do with the auto-file 
format. Did you auto-file at some point? Or where the papers added with 
auto-file turned on? And what is the preference setting for the folder for 
auto-filing, and is that consistent on the two computers?

Christiaan

___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] Converting PDF file names

2023-07-21 Thread Christiaan Hofman

> On 21 Jul 2023, at 18:24, Bullard, Jeff via Bibdesk-users 
>  wrote:
> 
> Hi,
> 
> I just opened a bibliography file on my laptop that I synced from my iMac.  
> Everything looks good except that it changed what it thinks all the PDF file 
> names are, from ~/Documents/reprints/McCracken-2004.pdf to 
> ~/Documents/preprints/[Title of document].  I checked the Bibdesk settings 
> and the autofile format string is definitely set to %a1/%a1-%Y%u0, just like 
> it is on my iMac.  Clearly this breaks all the links to the PDFs.
> 
> Is there a way to do some kind of auto-renaming of all the PDF files back to 
> the format I need?  I looked through the Settings but cannot find anything 
> like that.  If I “Select all” the entries in my bibliography, it looks like I 
> can invoke Publications->AutoFile File, but that seems like it is going to 
> move all the PDFs to a different folder and I don’t see how to change the 
> destination folder.
> 
> Thanks for any suggestions you might have!
> 
> Jeff

It is not clear to me what exactly is wrong, your description is a bit 
confused. There was a problem with auto filing in the previous release, so make 
sure you have the latest release. Is the problem that the PDF files or their 
containing folders have a different name, and different from what you want? And 
are the links still working? And what exactly is the problem with 
Publications->AutoFile? The folder relative to which the files are filed is 
determined by your AutoFile preferences.

Christiaan

___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] Moving library folder

2023-07-13 Thread Christiaan Hofman



> On 12 Jul 2023, at 23:30, Christiaan Hofman  wrote:
> 
> 
> 
>> On 12 Jul 2023, at 19:41, Timothy Roes > <mailto:timothyr...@gmail.com>> wrote:
>> 
>> Dear all,
>> 
>> What’s the best approach for moving the library folder? 
>> 
>> I have tried dragging it to the new location, but this doesn’t update the 
>> links in the .bib file. There are no links in the .bib file that I could 
>> edit with sed. 
>> 
>> Thanks,
>> Timothy  
> 
> 
> It is safest to move the folder containing the linked files and the database 
> file together so the relative paths remain the same. You can then save (a 
> copy of) the database file to a new (or the old) location as you want, for 
> instance using Save As.
> 
> BTW, if you drag the papers folder to a new location, the links should still 
> work, at least if you don’t move to a different volume, because the data 
> contains an alias link to the files (if you didn’t use a hidden preference to 
> prevent that).
> 
> Christiaan
> 


Oh, and to put the database in the final location, don’t use Move To or Rename 
(from the File menu, title bar, or Finder). That does not change the data (so 
it does not update the links. Use Save As…; you may have to hold the Option key 
to see the menu item. You may end up with copies of the database in different 
places, you may delete the ones you don’t need anymore.

Christiaan

___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] Moving library folder

2023-07-12 Thread Christiaan Hofman

> On 12 Jul 2023, at 19:41, Timothy Roes  wrote:
> 
> Dear all,
> 
> What’s the best approach for moving the library folder? 
> 
> I have tried dragging it to the new location, but this doesn’t update the 
> links in the .bib file. There are no links in the .bib file that I could edit 
> with sed. 
> 
> Thanks,
> Timothy  

It is safest to move the folder containing the linked files and the database 
file together so the relative paths remain the same. You can then save (a copy 
of) the database file to a new (or the old) location as you want, for instance 
using Save As.

BTW, if you drag the papers folder to a new location, the links should still 
work, at least if you don’t move to a different volume, because the data 
contains an alias link to the files (if you didn’t use a hidden preference to 
prevent that).

Christiaan

___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

[Bibdesk-users] BibDesk 1.8.19

2023-07-05 Thread Christiaan Hofman

The BibDesk development team is pleased to announce that a new version of 
BibDesk, version 1.8.18, is now available.

We thank the users who have contributed to BibDesk development by sharing their 
experiences with BibDesk, and testing nightly builds. 

This release can be obtained by selecting "check for updates" in the "BibDesk" 
menu, visiting the Sourceforge downloads page at

https://sourceforge.net/projects/bibdesk/ 


or by visiting the BibDesk home page at

https://bibdesk.sourceforge.io/ 

or by following the link below, which will begin immediate download:

https://sourceforge.net/projects/bibdesk/files/BibDesk/latest/download 


For those interested follow the full release notes for this version.

Release notes for BibDesk version 1.8.19

Bugs Fixed
  *  Fix smart group condition for linked fields and URLs
  *  Fix dragging files to macro window
  *  Ignore error html data from DOI server
  *  Fix extracting DOI from dropped PDF
  *  Spelling menu consistent with current standard
  *  Use legacy MathSciNet search for web group

___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] latex preview pane template for apa7 with biblatex: Help with error

Oh, and I don’t see you added the .bib extension to <>.

Christiaan

> On 22 Jun 2023, at 15:05, Christiaan Hofman  wrote:
> 
> What if you remove the biblatex from the document class option instead?
> 
> Christiaan
> 
>> On 22 Jun 2023, at 14:54, Prof. Bertolt Meyer 
>>  wrote:
>> 
>> That’s not it either. The template looks like this at the moment (resulting 
>> in an empty preview):
>> 
>> \documentclass[man, biblatex]{apa7}
>> \usepackage[american]{babel}
>> \usepackage{csquotes}
>> % \usepackage[style=apa,backend=biber]{biblatex}
>> \addbibresource{<>}  
>> \pagestyle{empty}
>> \textwidth = 6.5in
>> % \voffset = -105pt
>> % \hoffset = -120pt
>> 
>> \begin{document}
>> \nocite{<>}
>> \printbibliography
>> \end{document}
>> 
>> And gives (now using the BibTeX output):
>> 
>> -- BibTeX log file ---
>> File: 
>> "/var/folders/rd/njfhjmlx6wnbvgr0wl6zvv2hgn/T/bibdesk.sWm61C/bibpreview/bibpreview.blg"
>> [0] Config.pm:307> INFO - This is Biber 2.19
>> [0] Config.pm:310> INFO - Logfile is 'bibpreview.blg'
>> [30] biber-darwin:340> INFO - === Thu Jun 22, 2023, 14:50:19
>> [38] Biber.pm:419> INFO - Reading 'bibpreview.bcf'
>> [80] Biber.pm:979> INFO - Found 1 citekeys in bib section 0
>> [91] Biber.pm:4419> INFO - Processing section 0
>> [96] Biber.pm:4610> INFO - Looking for bibtex file 'bibpreview' for section 0
>> [184] UCollate.pm:68> INFO - Overriding locale 'en-US' defaults 'variable = 
>> shifted' with 'variable = non-ignorable'
>> [184] UCollate.pm:68> INFO - Overriding locale 'en-US' defaults 
>> 'normalization = NFD' with 'normalization = prenormalized'
>> [184] Biber.pm:4239> INFO - Sorting list 'apa/apasortcite//global/global' of 
>> type 'entry' with template 'apa' and locale 'en-US'
>> [184] Biber.pm:4245> INFO - No sort tailoring available for locale 'en-US'
>> [187] UCollate.pm:68> INFO - Overriding locale 'en-US' defaults 
>> 'normalization = NFD' with 'normalization = prenormalized'
>> [187] UCollate.pm:68> INFO - Overriding locale 'en-US' defaults 'variable = 
>> shifted' with 'variable = non-ignorable'
>> [187] Biber.pm:4239> INFO - Sorting list 'apa/global//global/global' of type 
>> 'entry' with template 'apa' and locale 'en-US'
>> [187] Biber.pm:4245> INFO - No sort tailoring available for locale 'en-US'
>> [187] bbl.pm:660> INFO - Writing 'bibpreview.bbl' with encoding 'UTF-8'
>> [187] bbl.pm:763> INFO - Output to bibpreview.bbl
>> [187] Biber.pm:131> WARN - Data source './bibpreview.tex' contains no BibTeX 
>> entries/macros, ignoring
>> [187] Biber.pm:131> WARN - I didn't find a database entry for 'Mandl:2023ab' 
>> (section 0)
>> [187] Biber.pm:133> INFO - WARNINGS: 2
>> 
>> 
>> 
>>> Am 22.06.2023 um 14:45 schrieb Christiaan Hofman :
>>> 
>>> Perhaps there is a problem with loading bib latex twice, once as an option 
>>> to \documentclass and once using \usepackage?
>>> 
>>> Christiaan
>>> 
>>>> On 22 Jun 2023, at 14:25, Prof. Bertolt Meyer 
>>>>  wrote:
>>>> 
>>>> Hmmm, that re-introduces an error and oddly the log says this (I swear I 
>>>> only changed the one line like you suggested to include the .bib):
>>>> 
>>>> AED endfloat: Processing end Figures and Tables
>>>> ! Undefined control sequence.
>>>>  \@shorttitle 
>>>> 
>>>> l.15 \end{document}
>>>> 
>>>> The control sequence at the end of the top line
>>>> of your error message was never \def'ed. If you have
>>>> misspelled it (e.g., `\hobx'), type `I' and the correct
>>>> spelling (e.g., `I\hbox'). Otherwise just continue,
>>>> and I'll forget about whatever was undefined.
>>>> 
>>>> [1{/usr/local/texlive/2023/texmf-var/fonts/map/pdftex/updmap/pdftex.map}{/usr/l
>>>> ocal/texlive/2023/texmf-dist/fonts/enc/dvips/lm/lm-ec.enc}
>>>> 
>>>> 
>>>> ] (./bibpreview.aux)
>>>> 
>>>> LaTeX Warning: There were undefined references.
>>>> 
>>>> Package rerunfilecheck Info: File `bibpreview.out' has not changed.
>>>> (rerunfilecheck) Checksum: D41D8CD98F00B204E9800998ECF8427E;0.
>>>> 
>>>> Package biblatex Warning: Please rerun LaTeX.
>>>> (biblatex)Page breaks have changed.
>>>> 
>>>> P

Re: [Bibdesk-users] latex preview pane template for apa7 with biblatex: Help with error

What if you remove the biblatex from the document class option instead?

Christiaan

> On 22 Jun 2023, at 14:54, Prof. Bertolt Meyer 
>  wrote:
> 
> That’s not it either. The template looks like this at the moment (resulting 
> in an empty preview):
> 
> \documentclass[man, biblatex]{apa7}
> \usepackage[american]{babel}
> \usepackage{csquotes}
> % \usepackage[style=apa,backend=biber]{biblatex}
> \addbibresource{<>}  
> \pagestyle{empty}
> \textwidth = 6.5in
> % \voffset = -105pt
> % \hoffset = -120pt
> 
> \begin{document}
> \nocite{<>}
> \printbibliography
> \end{document}
> 
> And gives (now using the BibTeX output):
> 
> -- BibTeX log file ---
> File: 
> "/var/folders/rd/njfhjmlx6wnbvgr0wl6zvv2hgn/T/bibdesk.sWm61C/bibpreview/bibpreview.blg"
> [0] Config.pm:307> INFO - This is Biber 2.19
> [0] Config.pm:310> INFO - Logfile is 'bibpreview.blg'
> [30] biber-darwin:340> INFO - === Thu Jun 22, 2023, 14:50:19
> [38] Biber.pm:419> INFO - Reading 'bibpreview.bcf'
> [80] Biber.pm:979> INFO - Found 1 citekeys in bib section 0
> [91] Biber.pm:4419> INFO - Processing section 0
> [96] Biber.pm:4610> INFO - Looking for bibtex file 'bibpreview' for section 0
> [184] UCollate.pm:68> INFO - Overriding locale 'en-US' defaults 'variable = 
> shifted' with 'variable = non-ignorable'
> [184] UCollate.pm:68> INFO - Overriding locale 'en-US' defaults 
> 'normalization = NFD' with 'normalization = prenormalized'
> [184] Biber.pm:4239> INFO - Sorting list 'apa/apasortcite//global/global' of 
> type 'entry' with template 'apa' and locale 'en-US'
> [184] Biber.pm:4245> INFO - No sort tailoring available for locale 'en-US'
> [187] UCollate.pm:68> INFO - Overriding locale 'en-US' defaults 
> 'normalization = NFD' with 'normalization = prenormalized'
> [187] UCollate.pm:68> INFO - Overriding locale 'en-US' defaults 'variable = 
> shifted' with 'variable = non-ignorable'
> [187] Biber.pm:4239> INFO - Sorting list 'apa/global//global/global' of type 
> 'entry' with template 'apa' and locale 'en-US'
> [187] Biber.pm:4245> INFO - No sort tailoring available for locale 'en-US'
> [187] bbl.pm:660> INFO - Writing 'bibpreview.bbl' with encoding 'UTF-8'
> [187] bbl.pm:763> INFO - Output to bibpreview.bbl
> [187] Biber.pm:131> WARN - Data source './bibpreview.tex' contains no BibTeX 
> entries/macros, ignoring
> [187] Biber.pm:131> WARN - I didn't find a database entry for 'Mandl:2023ab' 
> (section 0)
> [187] Biber.pm:133> INFO - WARNINGS: 2
> 
> 
> 
>> Am 22.06.2023 um 14:45 schrieb Christiaan Hofman :
>> 
>> Perhaps there is a problem with loading bib latex twice, once as an option 
>> to \documentclass and once using \usepackage?
>> 
>> Christiaan
>> 
>>> On 22 Jun 2023, at 14:25, Prof. Bertolt Meyer 
>>>  wrote:
>>> 
>>> Hmmm, that re-introduces an error and oddly the log says this (I swear I 
>>> only changed the one line like you suggested to include the .bib):
>>> 
>>> AED endfloat: Processing end Figures and Tables
>>> ! Undefined control sequence.
>>>  \@shorttitle 
>>> 
>>> l.15 \end{document}
>>> 
>>> The control sequence at the end of the top line
>>> of your error message was never \def'ed. If you have
>>> misspelled it (e.g., `\hobx'), type `I' and the correct
>>> spelling (e.g., `I\hbox'). Otherwise just continue,
>>> and I'll forget about whatever was undefined.
>>> 
>>> [1{/usr/local/texlive/2023/texmf-var/fonts/map/pdftex/updmap/pdftex.map}{/usr/l
>>> ocal/texlive/2023/texmf-dist/fonts/enc/dvips/lm/lm-ec.enc}
>>> 
>>> 
>>> ] (./bibpreview.aux)
>>> 
>>> LaTeX Warning: There were undefined references.
>>> 
>>> Package rerunfilecheck Info: File `bibpreview.out' has not changed.
>>> (rerunfilecheck) Checksum: D41D8CD98F00B204E9800998ECF8427E;0.
>>> 
>>> Package biblatex Warning: Please rerun LaTeX.
>>> (biblatex)Page breaks have changed.
>>> 
>>> Package logreq Info: Writing requests to 'bibpreview.run.xml'.
>>> \openout1 = `bibpreview.run.xml'.
>>> 
>>> 
>>>> Am 22.06.2023 um 14:16 schrieb Christiaan Hofman :
>>>> 
>>>> I think for fiber you need the full filename with extension. So replace 
>>>> the \addbibresource command by
>>>> 
>>>> \addbibresource{<>.bib}
>>>> 
>>>> Christiaan
>>>> 
>>>>> On 22 Jun 2023, at 14:00, Prof. Bertolt Meyer 
&g

Re: [Bibdesk-users] latex preview pane template for apa7 with biblatex: Help with error

Perhaps there is a problem with loading bib latex twice, once as an option to 
\documentclass and once using \usepackage?

Christiaan

> On 22 Jun 2023, at 14:25, Prof. Bertolt Meyer 
>  wrote:
> 
> Hmmm, that re-introduces an error and oddly the log says this (I swear I only 
> changed the one line like you suggested to include the .bib):
> 
> AED endfloat: Processing end Figures and Tables
> ! Undefined control sequence.
>  \@shorttitle 
> 
> l.15 \end{document}
> 
> The control sequence at the end of the top line
> of your error message was never \def'ed. If you have
> misspelled it (e.g., `\hobx'), type `I' and the correct
> spelling (e.g., `I\hbox'). Otherwise just continue,
> and I'll forget about whatever was undefined.
> 
> [1{/usr/local/texlive/2023/texmf-var/fonts/map/pdftex/updmap/pdftex.map}{/usr/l
> ocal/texlive/2023/texmf-dist/fonts/enc/dvips/lm/lm-ec.enc}
> 
> 
> ] (./bibpreview.aux)
> 
> LaTeX Warning: There were undefined references.
> 
> Package rerunfilecheck Info: File `bibpreview.out' has not changed.
> (rerunfilecheck) Checksum: D41D8CD98F00B204E9800998ECF8427E;0.
> 
> Package biblatex Warning: Please rerun LaTeX.
> (biblatex)Page breaks have changed.
> 
> Package logreq Info: Writing requests to 'bibpreview.run.xml'.
> \openout1 = `bibpreview.run.xml'.
> 
> 
>> Am 22.06.2023 um 14:16 schrieb Christiaan Hofman :
>> 
>> I think for fiber you need the full filename with extension. So replace the 
>> \addbibresource command by
>> 
>> \addbibresource{<>.bib}
>> 
>> Christiaan
>> 
>>> On 22 Jun 2023, at 14:00, Prof. Bertolt Meyer 
>>>  wrote:
>>> 
>>> Alan,
>>> 
>>> thanks so much for your help. It now compiles without error, but the file 
>>> is empty, this seems to be the relevant bit:
>>> 
>>> (/usr/local/texlive/2023/texmf-dist/tex/latex/apa7/config/APA7american.txt
>>> File: APA7american.txt 2020/12/02 v1.02 apa7 configuration for American 
>>> English
>>> 
>>> )
>>> Package caption Info: Begin \AtBeginDocument code.
>>> Package caption Info: End \AtBeginDocument code.
>>> 
>>> LaTeX Warning: Citation 'Mandl:2023ab' undefined on input line 13.
>>> 
>>> 
>>> LaTeX Warning: Empty bibliography on input line 14.
>>> 
>>> AED endfloat: Processing end Figures and Tables (./bibpreview.aux)
>>> 
>>> LaTeX Warning: There were undefined references.
>>> 
>>> Package rerunfilecheck Info: File `bibpreview.out' has not changed.
>>> (rerunfilecheck) Checksum: D41D8CD98F00B204E9800998ECF8427E;0.
>>> 
>>> Package biblatex Warning: Please (re)run Biber on the file:
>>> (biblatex)bibpreview
>>> (biblatex)and rerun LaTeX afterwards.
>>> 
>>> Package logreq Info: Writing requests to 'bibpreview.run.xml'.
>>> \openout1 = `bibpreview.run.xml’.
>>> 
>>> 
>>> Any idea how to get around this?
>>> 
>>> Best greetings,
>>> Bertolt
>>> 
>>>> Am 21.06.2023 um 23:01 schrieb am...@gmx.com:
>>>> 
>>>> In the TeX preview panel of the preferences you need to use 
>>>> /Library/TeX/texbin/biber instead of bibtex in the “Full path to bibtex” 
>>>> part of the preference. 
>>>> 
>>>> Alan
>>>> 
>>>> Sent using the mobile mail app
>>>> 
>>>> On 6/21/23 at 15:26, Prof. Bertolt Meyer wrote:
>>>> 
>>>>> Hello fellow bibdesk users,
>>>>> 
>>>>> I’m trying to get a formatted latex preview in the preview pane in apa7 
>>>>> style. However, the apa7 document class requires going through biblatex 
>>>>> to do proper apa7 formatting. Here is my attempt for a corresponding 
>>>>> preview template (I’m running MacTex 2023):
>>>>> 
>>>>> \documentclass[man, biblatex]{apa7}
>>>>> \usepackage[american]{babel}
>>>>> \usepackage{csquotes}
>>>>> \usepackage[style=apa,backend=biber]{biblatex}
>>>>> \addbibresource{<>}  
>>>>> \pagestyle{empty}
>>>>> \textwidth = 6.5in
>>>>> \voffset = -105pt
>>>>> \hoffset = -120pt
>>>>> 
>>>>> 
>>>>> \begin{document}
>>>>> \nocite{<>}
>>>>> \printbibliography
>>>>> \end{document}
>>>>> 
>>>>> However, this throws an error in the preview log:
>>>>> 
>>>>> Package biblatex Info: Trying to load bibliographic data...
>>>>> Package biblatex Info: ... file 'bibpreview.bbl' not found.
>>>>> No file bibpreview.bbl.
>>>>> 
>>>>> Any idea how to fix this? 
>>>>> 
>>>>> Thank you and best greetings,
>>>>> Bertolt
>>>>> 
>>>>> 
>>>>> --
>>>>> 
>>>>> Prof. Dr. Bertolt Meyer
>>>>> Professor for Work and Organizational Psychology
>>>>> Vice Dean of Student Affairs, Institute of Psychology
>>>>> 
>>>>> Speaker of the CRC 1410 „Hybrid Societies“
>>>>> https://hybrid-societies.org
>>>>> 
>>>>> Chemnitz University of Technology
>>>>> 
>>>>> Wilhelm-Raabe-Str. 43
>>>>> 09120 Chemnitz
>>>>> Germany
>>>>> 
>>>>> Tel. +49 371 531 30587
>>>>> bertolt.me...@psychologie.tu-chemnitz.de



___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] latex preview pane template for apa7 with biblatex: Help with error

I think for fiber you need the full filename with extension. So replace the 
\addbibresource command by

\addbibresource{<>.bib}

Christiaan

> On 22 Jun 2023, at 14:00, Prof. Bertolt Meyer 
>  wrote:
> 
> Alan,
> 
> thanks so much for your help. It now compiles without error, but the file is 
> empty, this seems to be the relevant bit:
> 
> (/usr/local/texlive/2023/texmf-dist/tex/latex/apa7/config/APA7american.txt
> File: APA7american.txt 2020/12/02 v1.02 apa7 configuration for American 
> English
> 
> )
> Package caption Info: Begin \AtBeginDocument code.
> Package caption Info: End \AtBeginDocument code.
> 
> LaTeX Warning: Citation 'Mandl:2023ab' undefined on input line 13.
> 
> 
> LaTeX Warning: Empty bibliography on input line 14.
> 
> AED endfloat: Processing end Figures and Tables (./bibpreview.aux)
> 
> LaTeX Warning: There were undefined references.
> 
> Package rerunfilecheck Info: File `bibpreview.out' has not changed.
> (rerunfilecheck) Checksum: D41D8CD98F00B204E9800998ECF8427E;0.
> 
> Package biblatex Warning: Please (re)run Biber on the file:
> (biblatex)bibpreview
> (biblatex)and rerun LaTeX afterwards.
> 
> Package logreq Info: Writing requests to 'bibpreview.run.xml'.
> \openout1 = `bibpreview.run.xml’.
> 
> 
> Any idea how to get around this?
> 
> Best greetings,
> Bertolt
> 
>> Am 21.06.2023 um 23:01 schrieb am...@gmx.com:
>> 
>> In the TeX preview panel of the preferences you need to use 
>> /Library/TeX/texbin/biber instead of bibtex in the “Full path to bibtex” 
>> part of the preference. 
>> 
>> Alan
>> 
>> Sent using the mobile mail app
>> 
>> On 6/21/23 at 15:26, Prof. Bertolt Meyer wrote:
>> 
>>> Hello fellow bibdesk users,
>>> 
>>> I’m trying to get a formatted latex preview in the preview pane in apa7 
>>> style. However, the apa7 document class requires going through biblatex to 
>>> do proper apa7 formatting. Here is my attempt for a corresponding preview 
>>> template (I’m running MacTex 2023):
>>> 
>>> \documentclass[man, biblatex]{apa7}
>>> \usepackage[american]{babel}
>>> \usepackage{csquotes}
>>> \usepackage[style=apa,backend=biber]{biblatex}
>>> \addbibresource{<>}  
>>> \pagestyle{empty}
>>> \textwidth = 6.5in
>>> \voffset = -105pt
>>> \hoffset = -120pt
>>> 
>>> 
>>> \begin{document}
>>> \nocite{<>}
>>> \printbibliography
>>> \end{document}
>>> 
>>> However, this throws an error in the preview log:
>>> 
>>> Package biblatex Info: Trying to load bibliographic data...
>>> Package biblatex Info: ... file 'bibpreview.bbl' not found.
>>> No file bibpreview.bbl.
>>> 
>>> Any idea how to fix this? 
>>> 
>>> Thank you and best greetings,
>>> Bertolt
>>> 
>>> 
>>> --
>>> 
>>> Prof. Dr. Bertolt Meyer
>>> Professor for Work and Organizational Psychology
>>> Vice Dean of Student Affairs, Institute of Psychology
>>> 
>>> Speaker of the CRC 1410 „Hybrid Societies“
>>> https://hybrid-societies.org
>>> 
>>> Chemnitz University of Technology
>>> 
>>> Wilhelm-Raabe-Str. 43
>>> 09120 Chemnitz
>>> Germany
>>> 
>>> Tel. +49 371 531 30587
>>> bertolt.me...@psychologie.tu-chemnitz.de
>>> 
>>> 
>>> ___
>>> Bibdesk-users mailing list
>>> Bibdesk-users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/bibdesk-users
>>> 
>> 
>> 
>> 
>> ___
>> Bibdesk-users mailing list
>> Bibdesk-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/bibdesk-users
> 
> 
> ___
> Bibdesk-users mailing list
> Bibdesk-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Christiaan

___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

[Bibdesk-users] BibDesk 1.8.18

2023-06-02 Thread Christiaan Hofman

The BibDesk development team is pleased to announce that a new version of 
BibDesk, version 1.8.18, is now available.

We thank the users who have contributed to BibDesk development by sharing their 
experiences with BibDesk, and testing nightly builds. 

This release can be obtained by selecting "check for updates" in the "BibDesk" 
menu, visiting the Sourceforge downloads page at

https://sourceforge.net/projects/bibdesk/ 


or by visiting the BibDesk home page at

https://bibdesk.sourceforge.io/ 

or by following the link below, which will begin immediate download:

https://sourceforge.net/projects/bibdesk/files/BibDesk/latest/download 


For those interested follow the full release notes for this version.

Release notes for BibDesk version 1.8.18

Bugs Fixed
  *  Fix conditions for cite key autogeneration
  *  Fix favicon for forwarded web pages
  *  Search preferred downloads folder for recent downloads

___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] Adding a new webgroup?

2023-05-23 Thread Christiaan Hofman

A bit quicker perhaps:

* Open the URL (you could make a bookmark for it)
* Search using the search field on the page
* Check one or more results using the checkboxes in front of them
* Choose ”in BibTeX”  from the Export button near the top of the page
* Click the “Download to file” button

The resulting bibtex (opened in a new web group) should parsed by BibDesk 
resulting in an item to import.

Christiaan

> On 23 May 2023, at 04:25, David Nicholls via Bibdesk-users 
>  wrote:
> 
> Actually, I've been using the NASA/ADS site for over a decade for importing 
> into Bibdesk. The interfaces of both have changed over that period, and the 
> current method I use does allow direct creation of bibtex records and 
> conversioon of them to Bibdesk records.
> 
> The process i use is as follows:
> 
> . Paste the NASA/ADS URL https://ui.adsabs.harvard.edu 
> <https://ui.adsabs.harvard.edu/> into the Bibdesk Webgroup URL window - this 
> opens the website
> . Search NASA/ADS for author, date etc to get a list of papers
> . Select one of the papers, which opens the paper title, abstract and authors
> . Click the "Export citation" link which displays the bibtex information (the 
> default format of many options)
> . Click the button to copy the bibtex data to the clipboard
> . Select the Library in the Bibdesk left column
> . From the OSX menu bar, select Publication > New publication from clipboard 
> ... this creates the Bibdesk record
> . Drag the publication PDF which I have already downloaded into the right 
> hand Bibdesk window, and save the record.
> 
> It would be simpler if the NASA/ADS link were available as a direct link in 
> Bibdesk, instead of having to copy and paste the url into the webgroup URL 
> window.
> 
> DN
> 
> 
>> On 23 May 2023, at 12:28 am, Christiaan Hofman > <mailto:cmhof...@gmail.com>> wrote:
>> 
>> 
>> 
>>> On 22 May 2023, at 14:04, David Nicholls via Bibdesk-users 
>>> >> <mailto:bibdesk-users@lists.sourceforge.net>> wrote:
>>> 
>>> I'd like to add the NASA/ADS website to the webgroups list: 
>>> https://ui.adsabs.harvard.edu <https://ui.adsabs.harvard.edu/>  (in the 
>>> Free Sites list) Is that possible
>>> 
>>> David C Nicholls, PhD FAIP
>>> Post-doctoral Research Fellow
>>> Research School of Astronomy & Astrophysics
>>> Australian National University
>> 
>> This is actually an open feature request (#694). However, I have no idea if 
>> they have any service to get the (bibtex) citation info. And scraping is 
>> often hard and easily breaks, and the way they show the information is 
>> actually incomplete. Moreover I am not sure the way the page loads allows us 
>> to scrape, as it does not seem to reload the page, so we don’t know when 
>> citations are displayed.
>> 
>> Christiaan

___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] Adding a new webgroup?

2023-05-23 Thread Christiaan Hofman

But we need the input for the API, which we should get from the web page. I.e. 
the publication identifiers displayed on the page. But we cannot get those, as 
we cannot know when they are displayed, due to the way the pages load (or not 
load, but rather are dynamically filled in). 

Christiaan

> On 23 May 2023, at 01:11, Roberto  wrote:
> 
> maybe I have not understood what is "the other problem". The API can provide 
> all info on a paper or any other search. This can be assembled in anything 
> you want and it is already including bibtex as far as I can remember. Doesn't 
> it?
> 
> On Mon, May 22, 2023 at 11:53 PM Christiaan Hofman  <mailto:cmhof...@gmail.com>> wrote:
> That doesn’t sound so great. But it really is mute, as I don’t see how to 
> overcome the other problem. Due to the way the pages load (or actually 
> don’t), we never know about any information. The page is basically not 
> compatible with our web groups.
> 
> Christiaan
> 
>> On 22 May 2023, at 23:41, Roberto > <mailto:foice.n...@gmail.com>> wrote:
>> 
>> sounds like a reasonable thing the interested user should paste somewhere in 
>> the preferences menu or in a text-file of choice of the developer ... that 
>> is how the scripts I have linked above make the trick. 
>> 
>> On Mon, May 22, 2023 at 11:34 PM Christiaan Hofman > <mailto:cmhof...@gmail.com>> wrote:
>> Needing a token is actually a big problem, as we don’t have it.
>> 
>> Christiaan
>> 
>>> On 22 May 2023, at 23:18, Roberto >> <mailto:foice.n...@gmail.com>> wrote:
>>> 
>>> This service has an API
>>> https://ui.adsabs.harvard.edu/help/api/ 
>>> <https://ui.adsabs.harvard.edu/help/api/>
>>> it needs a token as a credential, but it can be fully automated e.g. in 
>>> https://github.com/r-xue/ads2bibdesk <https://github.com/r-xue/ads2bibdesk> 
>>> 
>>> On Mon, May 22, 2023 at 4:29 PM Christiaan Hofman >> <mailto:cmhof...@gmail.com>> wrote:
>>> 
>>> 
>>>> On 22 May 2023, at 14:04, David Nicholls via Bibdesk-users 
>>>> >>> <mailto:bibdesk-users@lists.sourceforge.net>> wrote:
>>>> 
>>>> I'd like to add the NASA/ADS website to the webgroups list: 
>>>> https://ui.adsabs.harvard.edu <https://ui.adsabs.harvard.edu/>  (in the 
>>>> Free Sites list) Is that possible
>>>> 
>>>> David C Nicholls, PhD FAIP
>>>> Post-doctoral Research Fellow
>>>> Research School of Astronomy & Astrophysics
>>>> Australian National University
>>> 
>>> This is actually an open feature request (#694). However, I have no idea if 
>>> they have any service to get the (bibtex) citation info. And scraping is 
>>> often hard and easily breaks, and the way they show the information is 
>>> actually incomplete. Moreover I am not sure the way the page loads allows 
>>> us to scrape, as it does not seem to reload the page, so we don’t know when 
>>> citations are displayed.
>>> 
>>> Christiaan

___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] Adding a new webgroup?

2023-05-22 Thread Christiaan Hofman

That doesn’t sound so great. But it really is mute, as I don’t see how to 
overcome the other problem. Due to the way the pages load (or actually don’t), 
we never know about any information. The page is basically not compatible with 
our web groups.

Christiaan

> On 22 May 2023, at 23:41, Roberto  wrote:
> 
> sounds like a reasonable thing the interested user should paste somewhere in 
> the preferences menu or in a text-file of choice of the developer ... that is 
> how the scripts I have linked above make the trick. 
> 
> On Mon, May 22, 2023 at 11:34 PM Christiaan Hofman  <mailto:cmhof...@gmail.com>> wrote:
> Needing a token is actually a big problem, as we don’t have it.
> 
> Christiaan
> 
>> On 22 May 2023, at 23:18, Roberto > <mailto:foice.n...@gmail.com>> wrote:
>> 
>> This service has an API
>> https://ui.adsabs.harvard.edu/help/api/ 
>> <https://ui.adsabs.harvard.edu/help/api/>
>> it needs a token as a credential, but it can be fully automated e.g. in 
>> https://github.com/r-xue/ads2bibdesk <https://github.com/r-xue/ads2bibdesk> 
>> 
>> On Mon, May 22, 2023 at 4:29 PM Christiaan Hofman > <mailto:cmhof...@gmail.com>> wrote:
>> 
>> 
>>> On 22 May 2023, at 14:04, David Nicholls via Bibdesk-users 
>>> >> <mailto:bibdesk-users@lists.sourceforge.net>> wrote:
>>> 
>>> I'd like to add the NASA/ADS website to the webgroups list: 
>>> https://ui.adsabs.harvard.edu <https://ui.adsabs.harvard.edu/>  (in the 
>>> Free Sites list) Is that possible
>>> 
>>> David C Nicholls, PhD FAIP
>>> Post-doctoral Research Fellow
>>> Research School of Astronomy & Astrophysics
>>> Australian National University
>> 
>> This is actually an open feature request (#694). However, I have no idea if 
>> they have any service to get the (bibtex) citation info. And scraping is 
>> often hard and easily breaks, and the way they show the information is 
>> actually incomplete. Moreover I am not sure the way the page loads allows us 
>> to scrape, as it does not seem to reload the page, so we don’t know when 
>> citations are displayed.
>> 
>> Christiaan

___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] Adding a new webgroup?

2023-05-22 Thread Christiaan Hofman

Needing a token is actually a big problem, as we don’t have it.

Christiaan

> On 22 May 2023, at 23:18, Roberto  wrote:
> 
> This service has an API
> https://ui.adsabs.harvard.edu/help/api/ 
> <https://ui.adsabs.harvard.edu/help/api/>
> it needs a token as a credential, but it can be fully automated e.g. in 
> https://github.com/r-xue/ads2bibdesk <https://github.com/r-xue/ads2bibdesk> 
> 
> On Mon, May 22, 2023 at 4:29 PM Christiaan Hofman  <mailto:cmhof...@gmail.com>> wrote:
> 
> 
>> On 22 May 2023, at 14:04, David Nicholls via Bibdesk-users 
>> > <mailto:bibdesk-users@lists.sourceforge.net>> wrote:
>> 
>> I'd like to add the NASA/ADS website to the webgroups list: 
>> https://ui.adsabs.harvard.edu <https://ui.adsabs.harvard.edu/>  (in the Free 
>> Sites list) Is that possible
>> 
>> David C Nicholls, PhD FAIP
>> Post-doctoral Research Fellow
>> Research School of Astronomy & Astrophysics
>> Australian National University
> 
> This is actually an open feature request (#694). However, I have no idea if 
> they have any service to get the (bibtex) citation info. And scraping is 
> often hard and easily breaks, and the way they show the information is 
> actually incomplete. Moreover I am not sure the way the page loads allows us 
> to scrape, as it does not seem to reload the page, so we don’t know when 
> citations are displayed.
> 
> Christiaan

___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] Adding a new webgroup?

2023-05-22 Thread Christiaan Hofman

> On 22 May 2023, at 14:04, David Nicholls via Bibdesk-users 
>  wrote:
> 
> I'd like to add the NASA/ADS website to the webgroups list: 
> https://ui.adsabs.harvard.edu   (in the Free 
> Sites list) Is that possible
> 
> David C Nicholls, PhD FAIP
> Post-doctoral Research Fellow
> Research School of Astronomy & Astrophysics
> Australian National University

This is actually an open feature request (#694). However, I have no idea if 
they have any service to get the (bibtex) citation info. And scraping is often 
hard and easily breaks, and the way they show the information is actually 
incomplete. Moreover I am not sure the way the page loads allows us to scrape, 
as it does not seem to reload the page, so we don’t know when citations are 
displayed.

Christiaan

___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

[Bibdesk-users] BibDesk 1.8.17

2023-05-18 Thread Christiaan Hofman

The BibDesk development team is pleased to announce that a new version of 
BibDesk, version 1.8.16, is now available.

We thank the users who have contributed to BibDesk development by sharing their 
experiences with BibDesk, and testing nightly builds. 

This release can be obtained by selecting "check for updates" in the "BibDesk" 
menu, visiting the Sourceforge downloads page at

https://sourceforge.net/projects/bibdesk/ 


or by visiting the BibDesk home page at

https://bibdesk.sourceforge.io/ 

or by following the link below, which will begin immediate download:

https://sourceforge.net/projects/bibdesk/files/BibDesk/latest/download 


For those interested follow the full release notes for this version.

Release notes for BibDesk version 1.8.17

New Features
  *  New preference option to autogenerate cite keys for existing cite keys

Bugs Fixed
  *  Don't always call Will Generate Cite Key script hook when importing
  *  Do call Did Generate Cite Key script hook also when we don't change the key
  *  Always auto generate cite key when importing when pref is set, also when a 
cite key was set
  *  Make sure font preferences controls use the font panel
  *  Increase contrast for count bubbles with reduced transparency
  *  Support reduced motion accessibility option

___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] Interesting bibdesk issue

2023-05-17 Thread Christiaan Hofman

I will add a separate preference option to control whether to overwrite 
existing cite keys.

Christiaan

> On 17 May 2023, at 05:04, M. Tamer Özsu via Bibdesk-users 
>  wrote:
> 
> Sorry, I missed that question from Christiaan. In my case, I autogenerate the 
> cite key, but then want to prefix it with the abbreviation of the name of the 
> conference or journal where it appeared. The hacky way I do it is to open the 
> .bib file after I autogenerate the cite key and just prepend the 
> abbreviation. Then I import them into the master file. Old habit and it makes 
> it easier to search for venues.
> 
> I suppose I could revise the “add keyword” script to do this all within 
> BibDesk - but I don’t know how to refer to the cite key. Hence the hacky 
> workflow.
> 
> ==Tamer
> 
>> On May 16, 2023, at 10:57 PM, Adam R. Maxwell via Bibdesk-users 
>>  wrote:
>> 
>> 
>> 
>>> On May 16, 2023, at 15:12 , Christiaan Hofman  wrote:
>>> 
>>> Just wondering, why would you not want to auto-generate the cite key when 
>>> adding?
>> 
>> If you have a master .bib file and create smaller ones as needed by 
>> project/report/topic/etc, it makes sense that you'd want the same citekeys 
>> in both files. At least, I think that was the rationale for not generating a 
>> new citekey for an item when copying/dragging (unless it had empty or 
>> default citekey)?
>> 
>> -- adam
>> 



___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] Interesting bibdesk issue

Just wondering, why would you not want to auto-generate the cite key when 
adding?

Christiaan

> On 16 May 2023, at 23:51, M. Tamer Özsu via Bibdesk-users 
>  wrote:
> 
> Right. That is what is happening -- open the file, cite keys in the .bib file 
> is maintained; but copy those into the master .bib file, they are revised. 
> Now that I know why, I can work around it.
> 
> Many thanks Christiaan.
> 
> ==Tamer
> 
>> On May 16, 2023, at 5:12 PM, Christiaan Hofman  wrote:
>> 
>> It doesn’t, and shouldn’t, change it for existing items. Only for new items, 
>> i.e. ones that you add or create.
>> 
>> Christiaan
>> 
>>> On 16 May 2023, at 22:58, Christiaan Hofman >> <mailto:cmhof...@gmail.com>> wrote:
>>> 
>>> No, it changed a bit.And it does work, that’s why it changed. It generates 
>>> the cite key for newly added items, as the preference choice says.
>>> 
>>> Christiaan
>>> 
>>>> On 16 May 2023, at 18:59, M. Tamer Özsu via Bibdesk-users 
>>>> >>> <mailto:bibdesk-users@lists.sourceforge.net>> wrote:
>>>> 
>>>> Yes, Christian, that is the case. It never occurred to me that it could be 
>>>> a problem; I’ve always had it turned on and it used to work (I think). 
>>>> Perhaps I was temporarily turning it off previously.
>>>> 
>>>> Many thanks.
>>>> 
>>>> ==Tamer
>>>> 
>>>>> On May 16, 2023, at 10:13 AM, Christiaan Hofman >>>> <mailto:cmhof...@gmail.com>> wrote:
>>>>> 
>>>>> Do you have automatic cite key generation turned on (and is your cite key 
>>>>> format %a1:%Y%u2)?
>>>>> 
>>>>> Christiaan
>>>>> 
>>>>>> On 16 May 2023, at 16:03, M. Tamer Özsu via Bibdesk-users 
>>>>>> >>>>> <mailto:bibdesk-users@lists.sourceforge.net>> wrote:
>>>>>> 
>>>>>> I have run into an interesting issue with Bibdesk (1.8.16) that I had 
>>>>>> not encountered before. I have a .bib file that has entries like the 
>>>>>> following. The relevant part of this is the 
>>>>>> @inproceedings{icde22_Wang:2022aa line. When I copy them into my master 
>>>>>> Bibdesk library, it loses the “icde22_” and shows the Cite Key as 
>>>>>> "Wang:2022aa”. If I manually go in and update the Cite key, it shows the 
>>>>>> “icde22_” but not when I copy/paste it the bibtex record. Any ideas as 
>>>>>> to why this might be happening would be appreciated. In the meantime, 
>>>>>> I’ll try on another machine to see if it something with my setup.
>>>>>> 
>>>>>> @inproceedings{icde22_Wang:2022aa,
>>>>>>  author = {Wang, Haibo and Ma, Chaoyi and Chen, Shigang and Wang, 
>>>>>> Yuanda},
>>>>>>  booktitle = ICDE22,
>>>>>>  date-added = {2023-05-16 09:11:03 -0400},
>>>>>>  date-modified = {2023-05-16 09:11:04 -0400},
>>>>>>  doi = {10.1109/ICDE53745.2022.5},
>>>>>>  issn = {2375-026X},
>>>>>>  keywords = {ICDE22,Measurement;Estimation error;Art;Social networking 
>>>>>> (online);Throughput;Data engineering;Servers;Cardinality 
>>>>>> Estimationi;Online;Self morphing;Bitmap},
>>>>>>  pages = {1--13},
>>>>>>  title = {Online Cardinality Estimation by Self-morphing Bitmaps},
>>>>>>  year = {2022},
>>>>>>  abstract = {Estimating the cardinality of a data stream is a 
>>>>>> fundamental problem underlying numerous applications such as traffic 
>>>>>> monitoring in a network or a datacenter, popularity tracking on social 
>>>>>> media, and cache optimization in proxy servers. Existing solutions 
>>>>>> suffer from high processing/query overhead or memory in-efficiency, 
>>>>>> which prevents them from operating online for data streams with very 
>>>>>> high arrival rates. This paper takes a new solution path different from 
>>>>>> the prior art and proposes a self-morphing bitmap, which combines 
>>>>>> operational simplicity with structural dynamics, allowing the bitmap to 
>>>>>> be morphed in a series of steps with an evolving sampling probability 
>>>>>> that automatically adapts to different stream sizes. We evaluate the 
>>>>>> self-morphing bitmap theoretically and experimentally. The results 
>>>>>> demonstrate that it significantly outperforms the prior art.},
>>>>>>  bdsk-url-1 = {https://doi.org/10.1109/ICDE53745.2022.5 
>>>>>> <https://doi.org/10.1109/ICDE53745.2022.5>}}
>>>>>> 
>>>>>> 
>>>>>> ==Tamer
>>>>>> --
>>>>>> M. Tamer Özsu
>>>>>> University of Waterloo
>>>>>> Cheriton School of Computer Science
>>>>>> https://cs.uwaterloo.ca/~tozsu <https://cs.uwaterloo.ca/~tozsu> 

___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] Interesting bibdesk issue

It doesn’t, and shouldn’t, change it for existing items. Only for new items, 
i.e. ones that you add or create.

Christiaan

> On 16 May 2023, at 22:58, Christiaan Hofman  wrote:
> 
> No, it changed a bit.And it does work, that’s why it changed. It generates 
> the cite key for newly added items, as the preference choice says.
> 
> Christiaan
> 
>> On 16 May 2023, at 18:59, M. Tamer Özsu via Bibdesk-users 
>> > <mailto:bibdesk-users@lists.sourceforge.net>> wrote:
>> 
>> Yes, Christian, that is the case. It never occurred to me that it could be a 
>> problem; I’ve always had it turned on and it used to work (I think). Perhaps 
>> I was temporarily turning it off previously.
>> 
>> Many thanks.
>> 
>> ==Tamer
>> 
>>> On May 16, 2023, at 10:13 AM, Christiaan Hofman >> <mailto:cmhof...@gmail.com>> wrote:
>>> 
>>> Do you have automatic cite key generation turned on (and is your cite key 
>>> format %a1:%Y%u2)?
>>> 
>>> Christiaan
>>> 
>>>> On 16 May 2023, at 16:03, M. Tamer Özsu via Bibdesk-users 
>>>> >>> <mailto:bibdesk-users@lists.sourceforge.net>> wrote:
>>>> 
>>>> I have run into an interesting issue with Bibdesk (1.8.16) that I had not 
>>>> encountered before. I have a .bib file that has entries like the 
>>>> following. The relevant part of this is the 
>>>> @inproceedings{icde22_Wang:2022aa line. When I copy them into my master 
>>>> Bibdesk library, it loses the “icde22_” and shows the Cite Key as 
>>>> "Wang:2022aa”. If I manually go in and update the Cite key, it shows the 
>>>> “icde22_” but not when I copy/paste it the bibtex record. Any ideas as to 
>>>> why this might be happening would be appreciated. In the meantime, I’ll 
>>>> try on another machine to see if it something with my setup.
>>>> 
>>>> @inproceedings{icde22_Wang:2022aa,
>>>>author = {Wang, Haibo and Ma, Chaoyi and Chen, Shigang and Wang, 
>>>> Yuanda},
>>>>booktitle = ICDE22,
>>>>date-added = {2023-05-16 09:11:03 -0400},
>>>>date-modified = {2023-05-16 09:11:04 -0400},
>>>>doi = {10.1109/ICDE53745.2022.5},
>>>>issn = {2375-026X},
>>>>keywords = {ICDE22,Measurement;Estimation error;Art;Social networking 
>>>> (online);Throughput;Data engineering;Servers;Cardinality 
>>>> Estimationi;Online;Self morphing;Bitmap},
>>>>pages = {1--13},
>>>>title = {Online Cardinality Estimation by Self-morphing Bitmaps},
>>>>year = {2022},
>>>>abstract = {Estimating the cardinality of a data stream is a 
>>>> fundamental problem underlying numerous applications such as traffic 
>>>> monitoring in a network or a datacenter, popularity tracking on social 
>>>> media, and cache optimization in proxy servers. Existing solutions suffer 
>>>> from high processing/query overhead or memory in-efficiency, which 
>>>> prevents them from operating online for data streams with very high 
>>>> arrival rates. This paper takes a new solution path different from the 
>>>> prior art and proposes a self-morphing bitmap, which combines operational 
>>>> simplicity with structural dynamics, allowing the bitmap to be morphed in 
>>>> a series of steps with an evolving sampling probability that automatically 
>>>> adapts to different stream sizes. We evaluate the self-morphing bitmap 
>>>> theoretically and experimentally. The results demonstrate that it 
>>>> significantly outperforms the prior art.},
>>>>bdsk-url-1 = {https://doi.org/10.1109/ICDE53745.2022.5 
>>>> <https://doi.org/10.1109/ICDE53745.2022.5>}}
>>>> 
>>>> 
>>>> ==Tamer
>>>> --
>>>> M. Tamer Özsu
>>>> University of Waterloo
>>>> Cheriton School of Computer Science
>>>> https://cs.uwaterloo.ca/~tozsu <https://cs.uwaterloo.ca/~tozsu> 
>>> 
>>> 
> 

Christiaan

___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] Interesting bibdesk issue

No, it changed a bit.And it does work, that’s why it changed. It generates the 
cite key for newly added items, as the preference choice says.

Christiaan

> On 16 May 2023, at 18:59, M. Tamer Özsu via Bibdesk-users 
>  wrote:
> 
> Yes, Christian, that is the case. It never occurred to me that it could be a 
> problem; I’ve always had it turned on and it used to work (I think). Perhaps 
> I was temporarily turning it off previously.
> 
> Many thanks.
> 
> ==Tamer
> 
>> On May 16, 2023, at 10:13 AM, Christiaan Hofman  wrote:
>> 
>> Do you have automatic cite key generation turned on (and is your cite key 
>> format %a1:%Y%u2)?
>> 
>> Christiaan
>> 
>>> On 16 May 2023, at 16:03, M. Tamer Özsu via Bibdesk-users 
>>>  wrote:
>>> 
>>> I have run into an interesting issue with Bibdesk (1.8.16) that I had not 
>>> encountered before. I have a .bib file that has entries like the following. 
>>> The relevant part of this is the @inproceedings{icde22_Wang:2022aa line. 
>>> When I copy them into my master Bibdesk library, it loses the “icde22_” and 
>>> shows the Cite Key as "Wang:2022aa”. If I manually go in and update the 
>>> Cite key, it shows the “icde22_” but not when I copy/paste it the bibtex 
>>> record. Any ideas as to why this might be happening would be appreciated. 
>>> In the meantime, I’ll try on another machine to see if it something with my 
>>> setup.
>>> 
>>> @inproceedings{icde22_Wang:2022aa,
>>> author = {Wang, Haibo and Ma, Chaoyi and Chen, Shigang and Wang, 
>>> Yuanda},
>>> booktitle = ICDE22,
>>> date-added = {2023-05-16 09:11:03 -0400},
>>> date-modified = {2023-05-16 09:11:04 -0400},
>>> doi = {10.1109/ICDE53745.2022.5},
>>> issn = {2375-026X},
>>> keywords = {ICDE22,Measurement;Estimation error;Art;Social networking 
>>> (online);Throughput;Data engineering;Servers;Cardinality 
>>> Estimationi;Online;Self morphing;Bitmap},
>>> pages = {1--13},
>>> title = {Online Cardinality Estimation by Self-morphing Bitmaps},
>>> year = {2022},
>>> abstract = {Estimating the cardinality of a data stream is a 
>>> fundamental problem underlying numerous applications such as traffic 
>>> monitoring in a network or a datacenter, popularity tracking on social 
>>> media, and cache optimization in proxy servers. Existing solutions suffer 
>>> from high processing/query overhead or memory in-efficiency, which prevents 
>>> them from operating online for data streams with very high arrival rates. 
>>> This paper takes a new solution path different from the prior art and 
>>> proposes a self-morphing bitmap, which combines operational simplicity with 
>>> structural dynamics, allowing the bitmap to be morphed in a series of steps 
>>> with an evolving sampling probability that automatically adapts to 
>>> different stream sizes. We evaluate the self-morphing bitmap theoretically 
>>> and experimentally. The results demonstrate that it significantly 
>>> outperforms the prior art.},
>>> bdsk-url-1 = {https://doi.org/10.1109/ICDE53745.2022.5}}
>>> 
>>> 
>>> ==Tamer
>>> --
>>> M. Tamer Özsu
>>> University of Waterloo
>>> Cheriton School of Computer Science
>>> https://cs.uwaterloo.ca/~tozsu 
>> 
>> 

___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] Interesting bibdesk issue

Do you have automatic cite key generation turned on (and is your cite key 
format %a1:%Y%u2)?

Christiaan

> On 16 May 2023, at 16:03, M. Tamer Özsu via Bibdesk-users 
>  wrote:
> 
> I have run into an interesting issue with Bibdesk (1.8.16) that I had not 
> encountered before. I have a .bib file that has entries like the following. 
> The relevant part of this is the @inproceedings{icde22_Wang:2022aa line. When 
> I copy them into my master Bibdesk library, it loses the “icde22_” and shows 
> the Cite Key as "Wang:2022aa”. If I manually go in and update the Cite key, 
> it shows the “icde22_” but not when I copy/paste it the bibtex record. Any 
> ideas as to why this might be happening would be appreciated. In the 
> meantime, I’ll try on another machine to see if it something with my setup.
> 
> @inproceedings{icde22_Wang:2022aa,
>   author = {Wang, Haibo and Ma, Chaoyi and Chen, Shigang and Wang, 
> Yuanda},
>   booktitle = ICDE22,
>   date-added = {2023-05-16 09:11:03 -0400},
>   date-modified = {2023-05-16 09:11:04 -0400},
>   doi = {10.1109/ICDE53745.2022.5},
>   issn = {2375-026X},
>   keywords = {ICDE22,Measurement;Estimation error;Art;Social networking 
> (online);Throughput;Data engineering;Servers;Cardinality 
> Estimationi;Online;Self morphing;Bitmap},
>   pages = {1--13},
>   title = {Online Cardinality Estimation by Self-morphing Bitmaps},
>   year = {2022},
>   abstract = {Estimating the cardinality of a data stream is a 
> fundamental problem underlying numerous applications such as traffic 
> monitoring in a network or a datacenter, popularity tracking on social media, 
> and cache optimization in proxy servers. Existing solutions suffer from high 
> processing/query overhead or memory in-efficiency, which prevents them from 
> operating online for data streams with very high arrival rates. This paper 
> takes a new solution path different from the prior art and proposes a 
> self-morphing bitmap, which combines operational simplicity with structural 
> dynamics, allowing the bitmap to be morphed in a series of steps with an 
> evolving sampling probability that automatically adapts to different stream 
> sizes. We evaluate the self-morphing bitmap theoretically and experimentally. 
> The results demonstrate that it significantly outperforms the prior art.},
>   bdsk-url-1 = {https://doi.org/10.1109/ICDE53745.2022.5}}
> 
> 
> ==Tamer
> --
> M. Tamer Özsu
> University of Waterloo
> Cheriton School of Computer Science
> https://cs.uwaterloo.ca/~tozsu 



___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] BibDesk not opening on MacBookPro with Ventura

2023-04-05 Thread Christiaan Hofman

I find it very strange you get this problem. As nobody else has reported it. 
there must be something wrong with your configuration. The hang seems to occur 
in getting the font for the group table headers. There is a vulnerability in 
the code that should be fixed for the next release, but that does not seem to 
be your problem, as it should only occur when you are using certain fonts, and 
you are using the default system font. Have you used BibDesk before, and did 
you change any (preference) settings? 

Christiaan

> On 4 Apr 2023, at 13:08, DOIGNON Jean-Paul via Bibdesk-users 
>  wrote:
> 
> Hi Christiaan,
> 
> I tried, but got no success:
> 
> jpd@Jean-Pauls-MBP ~ % defaults read edu.ucsd.cs.mmccrack.bibdesk 
> BDSKGroupTableFontName
> 2023-04-04 13:04:10.611 defaults[27085:667705]  The domain/default pair of 
> (edu.ucsd.cs.mmccrack.bibdesk, BDSKGroupTableFontName) does not exist
> 
> jpd@Jean-Pauls-MBP ~ % defaults delete edu.ucsd.cs.mmccrack.bibdesk 
> BDSKGroupTableFontName
> 2023-04-04 13:05:27.836 defaults[27091:668416]  Domain 
> (edu.ucsd.cs.mmccrack.bibdesk) not found.
> Defaults have not been changed.
> 
> Thanks anyway for the time you are dedicating to my question,
> 
> Jean-Paul.
> 
> 
>> On 4 Apr 2023, at 10:53, Christiaan Hofman  wrote:
>> 
>> Perhaps try the commands in the following form. 
>> 
>> To see your setting:
>> 
>> defaults read edu.ucsd.cs.mmccrack.bibdesk BDSKGroupTableFontName
>> 
>> and to reset it:
>> 
>> defaults delete edu.ucsd.cs.mmccrack.bibdesk BDSKGroupTableFontName
>> 
>> Christiaan
>> 
>>> On 4 Apr 2023, at 08:50, DOIGNON Jean-Paul via Bibdesk-users 
>>>  wrote:
>>> 
>>> Dear Christiaan,
>>> 
>>> Thanks for your very quick reply!
>>> 
>>> The commands you suggest do not seem to work; see below copies from the 
>>> terminal.
>>> 
>>> Here are some explanations on my situation.  My computer was stolen in the 
>>> Paris subway.  As I was using Time Machine only for my documents, I have to 
>>> reinstall all the apps on my new computer.  
>>> 
>>> Regards,
>>> 
>>> Jean-Paul.
>>> 
>>> 
>>> ==
>>> 
>>> Last login: Sun Apr  2 13:48:19 on console
>>> jpd@Jean-Pauls-MBP ~ % defaults read -app BibDesk BDSKGroupTableFontName
>>> 2023-04-04 08:34:15.559 defaults[26519:616140] Couldn't find an application 
>>> named "BibDesk"; defaults unchanged 
>>> 
>>> 
>>> jpd@Jean-Pauls-MBP ~ % defaults delete -app BibDesk BDSKGroupTableFontName
>>> 2023-04-04 08:36:02.834 defaults[26524:616984] Couldn't find an application 
>>> named "BibDesk"; defaults unchanged
>>> jpd@Jean-Pauls-MBP ~ % 
>>> 
>>> ==
>>> 
>>> After moving BibDesk from the folder TeX to the folder Applications:
>>> 
>>> 
>>> jpd@Jean-Pauls-MBP ~ % defaults read -app BibDesk BDSKGroupTableFontName
>>> 2023-04-04 08:39:29.840 defaults[26576:619132] 
>>> The domain/default pair of (edu.ucsd.cs.mmccrack.bibdesk, 
>>> BDSKGroupTableFontName) does not exist
>>> 
>>> jpd@Jean-Pauls-MBP ~ % defaults delete -app BibDesk BDSKGroupTableFontName
>>> 2023-04-04 08:41:58.682 defaults[26582:620187] 
>>> Domain (edu.ucsd.cs.mmccrack.bibdesk) not found.
>>> Defaults have not been changed.
>>> 
>>> 
>>> 
>>>> On 3 Apr 2023, at 23:51, Christiaan Hofman  wrote:
>>>> 
>>>> 
>>>> 
>>>>> On 3 Apr 2023, at 14:48, DOIGNON Jean-Paul via Bibdesk-users 
>>>>>  wrote:
>>>>> 
>>>>> Hello,
>>>>> 
>>>>> After downloading TexShop, I could use it easily except for BibDesk, 
>>>>> which does not open (it keeps showing a ``spinning wheel'').  This 
>>>>> remains true after a separate download of BibDesk from the sourceforge 
>>>>> site.
>>>>> 
>>>>> Here are some details on the setting:
>>>>> 
>>>>> MacBook Pro with chip Apple M2,  Memory 8 GB,  macOS Ventura 13.3
>>>>> 
>>>>> BibDesk version 1.8.16, modified 30 March 2023 at 08:45
>>>>> 
>>>>> In the BibDesk.app info, I have set "Open using Rosetta" on, or out.  
>>>>> Neither case works, and each time I need to use Force Quit to close 
>>>>> BibDesk.
>>>>> 
>>>>> There is a report attached.
>>>>> 
>>>>> Can anybody help me?  I find BibDesk much useful, and would be very glad 
>>>>> to be able to continue working with it.
>>>>> 
>>>>> jean-paul.doig...@ulb.be 
>>>>> 
>>>>> 
>>>> 
>>>> Have you changed the font of the group table? It seems to hang in getting 
>>>> the proper font in that table. 
>>>> 
>>>> Perhaps resetting it can help. You could do that from the command line 
>>>> using the command in Terminal:
>>>> 
>>>> defaults delete -app BibDesk BDSKGroupTableFontName
>>>> 
>>>> Perhaps you could first run
>>>> 
>>>> defaults read -app BibDesk BDSKGroupTableFontName
>>>> 
>>>> to see what it is set to, and report it here?
>>>> 
>>>> Christiaan 
>> 



___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] BibDesk not opening on MacBookPro with Ventura

2023-04-04 Thread Christiaan Hofman

Perhaps try the commands in the following form. 

To see your setting:

defaults read edu.ucsd.cs.mmccrack.bibdesk BDSKGroupTableFontName

and to reset it:

defaults delete edu.ucsd.cs.mmccrack.bibdesk BDSKGroupTableFontName

Christiaan

> On 4 Apr 2023, at 08:50, DOIGNON Jean-Paul via Bibdesk-users 
>  wrote:
> 
> Dear Christiaan,
> 
> Thanks for your very quick reply!
> 
> The commands you suggest do not seem to work; see below copies from the 
> terminal.
> 
> Here are some explanations on my situation.  My computer was stolen in the 
> Paris subway.  As I was using Time Machine only for my documents, I have to 
> reinstall all the apps on my new computer.  
> 
> Regards,
> 
> Jean-Paul.
> 
> 
> ==
> 
> Last login: Sun Apr  2 13:48:19 on console
> jpd@Jean-Pauls-MBP ~ % defaults read -app BibDesk BDSKGroupTableFontName
> 2023-04-04 08:34:15.559 defaults[26519:616140] Couldn't find an application 
> named "BibDesk"; defaults unchanged 
> 
> 
> jpd@Jean-Pauls-MBP ~ % defaults delete -app BibDesk BDSKGroupTableFontName
> 2023-04-04 08:36:02.834 defaults[26524:616984] Couldn't find an application 
> named "BibDesk"; defaults unchanged
> jpd@Jean-Pauls-MBP ~ % 
> 
> ==
> 
> After moving BibDesk from the folder TeX to the folder Applications:
> 
> 
> jpd@Jean-Pauls-MBP ~ % defaults read -app BibDesk BDSKGroupTableFontName
> 2023-04-04 08:39:29.840 defaults[26576:619132] 
> The domain/default pair of (edu.ucsd.cs.mmccrack.bibdesk, 
> BDSKGroupTableFontName) does not exist
> 
> jpd@Jean-Pauls-MBP ~ % defaults delete -app BibDesk BDSKGroupTableFontName
> 2023-04-04 08:41:58.682 defaults[26582:620187] 
> Domain (edu.ucsd.cs.mmccrack.bibdesk) not found.
> Defaults have not been changed.
> 
> 
> 
>> On 3 Apr 2023, at 23:51, Christiaan Hofman  wrote:
>> 
>> 
>> 
>>> On 3 Apr 2023, at 14:48, DOIGNON Jean-Paul via Bibdesk-users 
>>>  wrote:
>>> 
>>> Hello,
>>> 
>>> After downloading TexShop, I could use it easily except for BibDesk, which 
>>> does not open (it keeps showing a ``spinning wheel'').  This remains true 
>>> after a separate download of BibDesk from the sourceforge site.
>>> 
>>> Here are some details on the setting:
>>> 
>>>  MacBook Pro with chip Apple M2,  Memory 8 GB,  macOS Ventura 13.3
>>> 
>>>  BibDesk version 1.8.16, modified 30 March 2023 at 08:45
>>> 
>>> In the BibDesk.app info, I have set "Open using Rosetta" on, or out.  
>>> Neither case works, and each time I need to use Force Quit to close BibDesk.
>>> 
>>> There is a report attached.
>>> 
>>> Can anybody help me?  I find BibDesk much useful, and would be very glad to 
>>> be able to continue working with it.
>>> 
>>> jean-paul.doig...@ulb.be 
>>> 
>>> 
>> 
>> Have you changed the font of the group table? It seems to hang in getting 
>> the proper font in that table. 
>> 
>> Perhaps resetting it can help. You could do that from the command line using 
>> the command in Terminal:
>> 
>> defaults delete -app BibDesk BDSKGroupTableFontName
>> 
>> Perhaps you could first run
>> 
>> defaults read -app BibDesk BDSKGroupTableFontName
>> 
>> to see what it is set to, and report it here?
>> 
>> Christiaan 



___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] BibDesk not opening on MacBookPro with Ventura

2023-04-03 Thread Christiaan Hofman



> On 3 Apr 2023, at 14:48, DOIGNON Jean-Paul via Bibdesk-users 
>  wrote:
> 
> Hello,
> 
> After downloading TexShop, I could use it easily except for BibDesk, which 
> does not open (it keeps showing a ``spinning wheel'').  This remains true 
> after a separate download of BibDesk from the sourceforge site.
> 
> Here are some details on the setting:
> 
>   MacBook Pro with chip Apple M2,  Memory 8 GB,  macOS Ventura 13.3
> 
>   BibDesk version 1.8.16, modified 30 March 2023 at 08:45
> 
> In the BibDesk.app info, I have set "Open using Rosetta" on, or out.  Neither 
> case works, and each time I need to use Force Quit to close BibDesk.
> 
> There is a report attached.
> 
> Can anybody help me?  I find BibDesk much useful, and would be very glad to 
> be able to continue working with it.
> 
> jean-paul.doig...@ulb.be 
> 
> 

Have you changed the font of the group table? It seems to hang in getting the 
proper font in that table. 

Perhaps resetting it can help. You could do that from the command line using 
the command in Terminal:

defaults delete -app BibDesk BDSKGroupTableFontName

Perhaps you could first run

defaults read -app BibDesk BDSKGroupTableFontName

to see what it is set to, and report it here?

Christiaan

___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

[Bibdesk-users] BibDesk 1.8.16

2023-03-22 Thread Christiaan Hofman

The BibDesk development team is pleased to announce that a new version of 
BibDesk, version 1.8.16, is now available.

We thank the users who have contributed to BibDesk development by sharing their 
experiences with BibDesk, and testing nightly builds. 

This release can be obtained by selecting "check for updates" in the "BibDesk" 
menu, visiting the Sourceforge downloads page at

https://sourceforge.net/projects/bibdesk/ 


or by visiting the BibDesk home page at

https://bibdesk.sourceforge.io/ 

or by following the link below, which will begin immediate download:

https://sourceforge.net/projects/bibdesk/files/BibDesk/latest/download 


For those interested follow the full release notes for this version.

Release notes for BibDesk version 1.8.16

Bugs Fixed
  *  Don't always call Will Generate Cite Key script hook when importing
  *  Do call Did Generate Cite Key script hook also when we don't change the key
  *  Always auto generate cite key when importing when pref is set, also when a 
cite key was set
  *  Make sure font preferences controls use the font panel
  *  Increase contrast for count bubbles with reduced transparency
  *  Support reduced motion accessibility option

___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] Barely legible count badges

2023-03-10 Thread Christiaan Hofman

In the next release the contrast of the count bubbles should be enhanced when 
using reduced transparency.

Christiaan

> On 10 Mar 2023, at 17:38, Christiaan Hofman  wrote:
> 
> Ah, I see. It is basically the reduced transparency setting that causes the 
> vague bubbles. I was not even aware that setting exists.
> 
> And Mail uses a different way to display count bubbles. For instance, we 
> display the numbers essentially as holes, while Mail does draw the numbers as 
> text (note you see no bubble at all in Mail for the selected rows). There 
> does not really exist a standard view for that, although we both do make use 
> of system display components.
> 
> And we draw more subtle bubbles on purpose, as we have a bubble for basically 
> all rows, while Mail only shows a bubble for unread messages.
> 
> Christiaan
> 
>> On 10 Mar 2023, at 16:48, Luc Bourhis via Bibdesk-users 
>> > <mailto:bibdesk-users@lists.sourceforge.net>> wrote:
>> 
>> Hi,
>> 
>> I see, thanks. Unfortunately, I have enabled Reduced Transparency in System 
>> Preferences > Accessibility > Display, so changing the Desktop background 
>> cannot change anything on my machine. But indeed disabling that, and setting 
>> the Desktop background as entirely black increases the contrast between the 
>> numbers and their background. I don’t know if there is any connection but 
>> Mail displays more legible count badges.
>> 
>> 
>> 
>> Best wishes,
>> 
>> Luc
>> 
>> 
>>> On 10 Mar 2023, at 15:53, Christiaan Hofman >> <mailto:cmhof...@gmail.com>> wrote:
>>> 
>>> 
>>> 
>>>> On 10 Mar 2023, at 15:41, Luc Bourhis via Bibdesk-users 
>>>> >>> <mailto:bibdesk-users@lists.sourceforge.net>> wrote:
>>>> 
>>>> Hi,
>>>> 
>>>> I have just noticed that the counts are barely legible. I am sure it was 
>>>> ok a short while ago: I have now 1.8.15 (6104), and MacOS 11.7.4.
>>>> 
>>>> Best wishes,
>>>> 
>>>> Luc Bourhis
>>>> 
>>>> 
>>> 
>>> The background and the count bubbles depend on your (Desktop) background 
>>> behind the window. Most backgrounds should give much better visible 
>>> bubbles, and it does work for me. What kind of color background do you have?
>>> 
>>> Christiaan

___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] Barely legible count badges

2023-03-10 Thread Christiaan Hofman

Ah, I see. It is basically the reduced transparency setting that causes the 
vague bubbles. I was not even aware that setting exists.

And Mail uses a different way to display count bubbles. For instance, we 
display the numbers essentially as holes, while Mail does draw the numbers as 
text (note you see no bubble at all in Mail for the selected rows). There does 
not really exist a standard view for that, although we both do make use of 
system display components.

And we draw more subtle bubbles on purpose, as we have a bubble for basically 
all rows, while Mail only shows a bubble for unread messages.

Christiaan

> On 10 Mar 2023, at 16:48, Luc Bourhis via Bibdesk-users 
>  wrote:
> 
> Hi,
> 
> I see, thanks. Unfortunately, I have enabled Reduced Transparency in System 
> Preferences > Accessibility > Display, so changing the Desktop background 
> cannot change anything on my machine. But indeed disabling that, and setting 
> the Desktop background as entirely black increases the contrast between the 
> numbers and their background. I don’t know if there is any connection but 
> Mail displays more legible count badges.
> 
> 
> 
> Best wishes,
> 
> Luc
> 
> 
>> On 10 Mar 2023, at 15:53, Christiaan Hofman > <mailto:cmhof...@gmail.com>> wrote:
>> 
>> 
>> 
>>> On 10 Mar 2023, at 15:41, Luc Bourhis via Bibdesk-users 
>>> >> <mailto:bibdesk-users@lists.sourceforge.net>> wrote:
>>> 
>>> Hi,
>>> 
>>> I have just noticed that the counts are barely legible. I am sure it was ok 
>>> a short while ago: I have now 1.8.15 (6104), and MacOS 11.7.4.
>>> 
>>> Best wishes,
>>> 
>>> Luc Bourhis
>>> 
>>> 
>> 
>> The background and the count bubbles depend on your (Desktop) background 
>> behind the window. Most backgrounds should give much better visible bubbles, 
>> and it does work for me. What kind of color background do you have?
>> 
>> Christiaan

___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] Barely legible count badges

2023-03-10 Thread Christiaan Hofman

> On 10 Mar 2023, at 15:41, Luc Bourhis via Bibdesk-users 
>  wrote:
> 
> Hi,
> 
> I have just noticed that the counts are barely legible. I am sure it was ok a 
> short while ago: I have now 1.8.15 (6104), and MacOS 11.7.4.
> 
> Best wishes,
> 
> Luc Bourhis
> 
> 

The background and the count bubbles depend on your (Desktop) background behind 
the window. Most backgrounds should give much better visible bubbles, and it 
does work for me. What kind of color background do you have?

Christiaan

___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] Red Paperclip?

2023-03-03 Thread Christiaan Hofman

> On 3 Mar 2023, at 02:13, Jeffrey T  wrote:
> 
> Hi all,
> 
> I’m new to Source Forge and not sure if I’m accessing the group list 
> correctly… I sometimes have issues accessing files I’ve appended to a 
> citation. Sometimes I can double-click and open my file, but sometimes I have 
> a red paperclip which seems to indicate the file is missing. However, the 
> files are indeed in the original location. Any thoughts on what I’m doing 
> wrong? Perhaps it is because my files are on my iCloud and perhaps not 
> ‘downloaded’, but I do keep all my files on the iCloud and many have no issue 
> whatsoever. Any thoughts or recommendations would be greatly appreciated! 

If you get a red paperclip it means the link to the file is lost. This can 
happen for many reasons. We keep three references to the file, a relative path, 
an absolute path, and reference to the file object. When you are using a 
synchronization like iCloud, the latter is probably broken because iCloud may 
replace the file. But the paths should still be valid. You must have somehow 
broken that also, perhaps by moving the .bib file. But in your specific case I 
don’t have enough information to see why the links break. But you should always 
make sure that the relative location of the database to the linked file does 
not change.

Christiaan

___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] Bibdesk file paths and Google Drive

2023-02-08 Thread Christiaan Hofman

Good to hear!

Perhaps for future reference, I noticed that one thing doesn’t work in the 
script, “remove” near the end should be replaced by “delete” (remove does not 
work when the value to remove is missing value).

Christiaan

> On 8 Feb 2023, at 19:54, Laurel MacKenzie  wrote:
> 
> I didn't get a chance to try the script because the symlink method worked -- 
> genius.
> 
> Even after a restart, which ejected the fake GoogleDrive disk image, the file 
> links now point to the right place.
> 
> Thank you!
> 
> On Wed, Feb 8, 2023 at 10:43 AM Christiaan Hofman  <mailto:cmhof...@gmail.com>> wrote:
> I thought of perhaps an easier way to fix your problem using 
> AppleScript.There is a trick to get the relative path in AppleScript even in 
> the linked file is broken. Here is a script that you could use to fix the 
> links. Run  it from Script Editor.
> 
> property oldPathPrefix : "../../../../../../Volumes/GoogleDrive/"
> property newPathPrefix : "../../GoogleDrive-USERNAME/"
> 
> tell document 1 of application "BibDesk"
>   set theBibFile to its file
>   set theIndex to 1 + (length of oldPathPrefix)
>   set thePubs to its selection
>   repeat with aPub in thePubs
>   set thePub to contents of thePub
>   if (count of linked files of thePub) > 0 and linked file 1 of 
> thePub is missing value then
>   try
>   set relPath to export using text 
> "<$publications.@firstObject.localFiles.@firstObject.relativePath/>" for 
> {thePub}
>   if relPath starts with oldPathPrefix then
>   set relPath to newPathPrefix & (text 
> theIndex thru end of relPath)
>   set theFile to resolve relPath relative 
> to theBibFile
>   set theFile to theFile as alias
>   tell thePub
>   remove linked file 1
>   add theFile
>   end tell
>   end if
>   end try
>   end if
>   end repeat
> end tell
> 
> 
> Of course you should replace the correct new path prefix (i.e. fill in 
> USERNAME). The script works on the selected publications (from the main 
> table). I would suggest to try it first on a single selected item, to see it 
> works correctly. I have not tried out the script, as I don’t havenything to 
> try it on.
> 
> Christiaan
> 
>> On 8 Feb 2023, at 00:09, Christiaan Hofman > <mailto:cmhof...@gmail.com>> wrote:
>> 
>> 
>> 
>>> On 7 Feb 2023, at 21:52, Laurel MacKenzie >> <mailto:laurel.macken...@nyu.edu>> wrote:
>>> 
>>> I have Bibdesk auto-file my PDFs in a folder on a mounted Google Drive 
>>> volume, so that I can access them from anywhere. Without warning, Google 
>>> Drive has changed the way it mounts on a Mac, breaking all my file links.
>>> 
>>> Previously, files were saved at the following path:
>>> ../../../../../../Volumes/GoogleDrive/My Drive/Books  
>>> papers/FILENAME.pdf
>>> (This is based on my decoding the bdsk-file-N field of entries added before 
>>> the migration)
>>> 
>>> I've changed the autofile location in Bibdesk preferences so that 
>>> newly-added PDFs go to the right place. Now, files are saved at this path:
>>> ../../GoogleDrive-USERNAME/My Drive/Books  papers/FILENAME.pdf
>>> (This is based on my decoding the bdsk-file-N field of entries added after 
>>> the migration)
>>> 
>>> But the 3000 PDFs I added before Google Drive migrated itself are all 
>>> showing up as broken links in Bibdesk. Is there any way to fix them?
>>> 
>>> Thanks,
>>> Laurel
>>> 
> ___
> Bibdesk-users mailing list
> Bibdesk-users@lists.sourceforge.net 
> <mailto:Bibdesk-users@lists.sourceforge.net>
> https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.sourceforge.net_lists_listinfo_bibdesk-2Dusers=DwICAg=slrrB7dE8n7gBJbeO0g-IQ=x2RvmHoTb___X9Qv6mqKIeS8QHlEg_emQRr5vk5PL_0=sE9jyUEEQ-oopBUXfh0rbtLKyFEVjTGzgnpyPJxAqCABCpJazZEUr0fFSahiojPL=5tV8ItBciZ6k3WvP8uCRBK523oqJL4MhUNbMwiHPeTk=
>  
> <https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.sourceforge.net_lists_listinfo_bibdesk-2Dusers=DwICAg=slrrB7dE8n7gBJbeO0g-IQ=x2RvmHoTb___X9Qv6mqKIeS8QHlEg_emQRr5vk5PL_0=sE9jyUEEQ-oopBUXfh0rbtLKyFEVjTGzgnpyPJxAqCABCpJazZEUr0fF

Re: [Bibdesk-users] Bibdesk file paths and Google Drive

2023-02-08 Thread Christiaan Hofman

I thought of perhaps an easier way to fix your problem using AppleScript.There 
is a trick to get the relative path in AppleScript even in the linked file is 
broken. Here is a script that you could use to fix the links. Run  it from 
Script Editor.

property oldPathPrefix : "../../../../../../Volumes/GoogleDrive/"
property newPathPrefix : "../../GoogleDrive-USERNAME/"

tell document 1 of application "BibDesk"
set theBibFile to its file
set theIndex to 1 + (length of oldPathPrefix)
set thePubs to its selection
repeat with aPub in thePubs
set thePub to contents of thePub
if (count of linked files of thePub) > 0 and linked file 1 of 
thePub is missing value then
try
set relPath to export using text 
"<$publications.@firstObject.localFiles.@firstObject.relativePath/>" for 
{thePub}
if relPath starts with oldPathPrefix then
set relPath to newPathPrefix & (text 
theIndex thru end of relPath)
set theFile to resolve relPath relative 
to theBibFile
set theFile to theFile as alias
tell thePub
remove linked file 1
add theFile
end tell
end if
end try
end if
end repeat
end tell


Of course you should replace the correct new path prefix (i.e. fill in 
USERNAME). The script works on the selected publications (from the main table). 
I would suggest to try it first on a single selected item, to see it works 
correctly. I have not tried out the script, as I don’t havenything to try it on.

Christiaan

> On 8 Feb 2023, at 00:09, Christiaan Hofman  wrote:
> 
> 
> 
>> On 7 Feb 2023, at 21:52, Laurel MacKenzie > <mailto:laurel.macken...@nyu.edu>> wrote:
>> 
>> I have Bibdesk auto-file my PDFs in a folder on a mounted Google Drive 
>> volume, so that I can access them from anywhere. Without warning, Google 
>> Drive has changed the way it mounts on a Mac, breaking all my file links.
>> 
>> Previously, files were saved at the following path:
>> ../../../../../../Volumes/GoogleDrive/My Drive/Books  
>> papers/FILENAME.pdf
>> (This is based on my decoding the bdsk-file-N field of entries added before 
>> the migration)
>> 
>> I've changed the autofile location in Bibdesk preferences so that 
>> newly-added PDFs go to the right place. Now, files are saved at this path:
>> ../../GoogleDrive-USERNAME/My Drive/Books  papers/FILENAME.pdf
>> (This is based on my decoding the bdsk-file-N field of entries added after 
>> the migration)
>> 
>> But the 3000 PDFs I added before Google Drive migrated itself are all 
>> showing up as broken links in Bibdesk. Is there any way to fix them?
>> 
>> Thanks,
>> Laurel
>> 
___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] Bibdesk file paths and Google Drive

2023-02-08 Thread Christiaan Hofman

No, the saved links are not in plain text, they are encoded data.

Christiaan

> On 8 Feb 2023, at 00:17, Andy Jacobson via Bibdesk-users 
>  wrote:
> 
> Can't you just edit the bib file and do a wholesale edit/replace of the path?
> 
> Best,
> 
> Andy
> 
> On 2/7/23 16:09, Christiaan Hofman wrote:
>>> On 7 Feb 2023, at 21:52, Laurel MacKenzie >> <mailto:laurel.macken...@nyu.edu>> wrote:
>>> 
>>> I have Bibdesk auto-file my PDFs in a folder on a mounted Google Drive 
>>> volume, so that I can access them from anywhere. Without warning, Google 
>>> Drive has changed the way it mounts on a Mac, breaking all my file links.
>>> 
>>> Previously, files were saved at the following path:
>>> ../../../../../../Volumes/GoogleDrive/My Drive/Books  
>>> papers/FILENAME.pdf
>>> (This is based on my decoding the bdsk-file-N field of entries added before 
>>> the migration)
>>> 
>>> I've changed the autofile location in Bibdesk preferences so that 
>>> newly-added PDFs go to the right place. Now, files are saved at this path:
>>> ../../GoogleDrive-USERNAME/My Drive/Books  papers/FILENAME.pdf
>>> (This is based on my decoding the bdsk-file-N field of entries added after 
>>> the migration)
>>> 
>>> But the 3000 PDFs I added before Google Drive migrated itself are all 
>>> showing up as broken links in Bibdesk. Is there any way to fix them?
>>> 
>>> Thanks,
>>> Laurel
>>> 
>> That is a problem, as the whole folder seems to have moved, so all 
>> references to the files we save become invalid.
>> Perhaps you could try to fool BibDesk by recreating the old location with a 
>> trick. Create a disk image called GoogleDrive (you can do that using Disk 
>> Utility, File > New Image > Blank Image, make sure you set the Name to 
>> GoogleDrive). When attached, add a symlink inside the drive (at 
>> /Volumes/GoogleDrive), named “My Drive”, and pointing to the new existing 
>> one in GoogleDrive-USERNAM: Use Terminal.app to cd to the disk image volume 
>> /Volumes/GoogleDrive, and use the command
>> ln -s "../../path/to/GoogleDrive-USERNAME/My Drive” “My Drive”
>> (use the correct relative path to the folder).
>> Now you should get a folder My Drive inside the disk image’s volume, 
>> containing all your files. If you then open BibDesk, the links should be 
>> restored. If you then detach the volume, and the links still work, you can 
>> save the BibDesk file, with the links restored.
>> Christiaan
>> ___
>> Bibdesk-users mailing list
>> Bibdesk-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/bibdesk-users
> 
> -- 
> Andy Jacobson
> (he-him-his)
> andy.jacob...@noaa.gov
> 
> NOAA Global Monitoring Laboratory
> 325 Broadway R/GMD1
> Boulder, Colorado 80305
> 
> ‪(720) 310-5782‬
> 



___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] Bibdesk file paths and Google Drive

2023-02-07 Thread Christiaan Hofman

> On 7 Feb 2023, at 21:52, Laurel MacKenzie  wrote:
> 
> I have Bibdesk auto-file my PDFs in a folder on a mounted Google Drive 
> volume, so that I can access them from anywhere. Without warning, Google 
> Drive has changed the way it mounts on a Mac, breaking all my file links.
> 
> Previously, files were saved at the following path:
> ../../../../../../Volumes/GoogleDrive/My Drive/Books  papers/FILENAME.pdf
> (This is based on my decoding the bdsk-file-N field of entries added before 
> the migration)
> 
> I've changed the autofile location in Bibdesk preferences so that newly-added 
> PDFs go to the right place. Now, files are saved at this path:
> ../../GoogleDrive-USERNAME/My Drive/Books  papers/FILENAME.pdf
> (This is based on my decoding the bdsk-file-N field of entries added after 
> the migration)
> 
> But the 3000 PDFs I added before Google Drive migrated itself are all showing 
> up as broken links in Bibdesk. Is there any way to fix them?
> 
> Thanks,
> Laurel
> 

That is a problem, as the whole folder seems to have moved, so all references 
to the files we save become invalid. 

Perhaps you could try to fool BibDesk by recreating the old location with a 
trick. Create a disk image called GoogleDrive (you can do that using Disk 
Utility, File > New Image > Blank Image, make sure you set the Name to 
GoogleDrive). When attached, add a symlink inside the drive (at 
/Volumes/GoogleDrive), named “My Drive”, and pointing to the new existing one 
in GoogleDrive-USERNAM: Use Terminal.app to cd to the disk image volume 
/Volumes/GoogleDrive, and use the command 

ln -s "../../path/to/GoogleDrive-USERNAME/My Drive” “My Drive”

(use the correct relative path to the folder).

Now you should get a folder My Drive inside the disk image’s volume, containing 
all your files. If you then open BibDesk, the links should be restored. If you 
then detach the volume, and the links still work, you can save the BibDesk 
file, with the links restored.

Christiaan

___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] Possible bug in BibDesk 1.8.15

2023-01-26 Thread Christiaan Hofman

What you can also do is replace the %a specifier in your autofill format with 
%p. This will use the Editor field when the Author field is missing (e.g. for 
the book type). 

Christiaan

> On 20 Jan 2023, at 12:54, Alexander,J  wrote:
> 
> Ah — thanks very much.  You were right that a necessary field was missing.  I 
> have AutoFile set to 'Author + “/“ + 15 words from the title + unique number 
> + extension’, and it was an edited book that did not have an author.  Because 
> this occurs infrequently, I had forgotten about the need to temporarily put 
> the first editor as the author when attaching the file.
> 
> Best wishes,
> 
> Jason
> 
>> On 20 Jan 2023, at 10:45, Christiaan Hofman > <mailto:cmhof...@gmail.com>> wrote:
>> 
>> This should still be working, I don’t recall even changing anything on the 
>> feature. Does your AutoFile preference say it should file the papers in a 
>> specified location, and does this location exist? And are all relevant 
>> fields filled in the item for which you attach a PDF?
>> 
>> Christiaan
>> 
>>> On 20 Jan 2023, at 09:57, Alexander,J >> <mailto:ja...@lse.ac.uk>> wrote:
>>> 
>>> Just a quick follow-up: the preferences are still there under AutoFile, but 
>>> it doesn’t seem to be working. When I drag-and-drop a file, or right click 
>>> and select a file to attach, it just leaves the file in its original 
>>> location.
>>> 
>>> J
>>> 
>>>> On 20 Jan 2023, at 08:48, Alexander,J >>> <mailto:ja...@lse.ac.uk>> wrote:
>>>> 
>>>> It seems that a bug might have appeared in the most recent release of 
>>>> BibDesk.  Previously, whenever I attached a PDF to a bibliography entry, 
>>>> it would automatically move the file and save a copy to a specified 
>>>> directory using the template:
>>>> 
>>>> ..specified folder…/surname of first author/first few words appearing in 
>>>> the title.pdf
>>>> 
>>>> That was really useful, because I could specify the folder my Dropbox, and 
>>>> so the attached article/book would automatically copy to all my computers.
>>>> 
>>>> I just tried attaching a PDF to an entry, and I noticed that it left the 
>>>> PDF in its original location. When I checked the preferences, I couldn’t 
>>>> see any preference that corresponded to the previous behaviour of BibDesk 
>>>> — i.e., automatically moving the file to a new location and renaming it.  
>>>> Has the previous capability been removed?
>>>> 
>>>> Many thanks,
>>>> 
>>>> Jason
>> 

___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] Possible bug in BibDesk 1.8.15

2023-01-20 Thread Christiaan Hofman

If you show the status bar in the detail editor, you should get an icon to 
notify about missing fields for auto file.

Christiaan

> On 20 Jan 2023, at 12:54, Alexander,J  wrote:
> 
> Ah — thanks very much.  You were right that a necessary field was missing.  I 
> have AutoFile set to 'Author + “/“ + 15 words from the title + unique number 
> + extension’, and it was an edited book that did not have an author.  Because 
> this occurs infrequently, I had forgotten about the need to temporarily put 
> the first editor as the author when attaching the file.
> 
> Best wishes,
> 
> Jason
> 
>> On 20 Jan 2023, at 10:45, Christiaan Hofman > <mailto:cmhof...@gmail.com>> wrote:
>> 
>> This should still be working, I don’t recall even changing anything on the 
>> feature. Does your AutoFile preference say it should file the papers in a 
>> specified location, and does this location exist? And are all relevant 
>> fields filled in the item for which you attach a PDF?
>> 
>> Christiaan
>> 
>>> On 20 Jan 2023, at 09:57, Alexander,J >> <mailto:ja...@lse.ac.uk>> wrote:
>>> 
>>> Just a quick follow-up: the preferences are still there under AutoFile, but 
>>> it doesn’t seem to be working. When I drag-and-drop a file, or right click 
>>> and select a file to attach, it just leaves the file in its original 
>>> location.
>>> 
>>> J
>>> 
>>>> On 20 Jan 2023, at 08:48, Alexander,J >>> <mailto:ja...@lse.ac.uk>> wrote:
>>>> 
>>>> It seems that a bug might have appeared in the most recent release of 
>>>> BibDesk.  Previously, whenever I attached a PDF to a bibliography entry, 
>>>> it would automatically move the file and save a copy to a specified 
>>>> directory using the template:
>>>> 
>>>> ..specified folder…/surname of first author/first few words appearing in 
>>>> the title.pdf
>>>> 
>>>> That was really useful, because I could specify the folder my Dropbox, and 
>>>> so the attached article/book would automatically copy to all my computers.
>>>> 
>>>> I just tried attaching a PDF to an entry, and I noticed that it left the 
>>>> PDF in its original location. When I checked the preferences, I couldn’t 
>>>> see any preference that corresponded to the previous behaviour of BibDesk 
>>>> — i.e., automatically moving the file to a new location and renaming it.  
>>>> Has the previous capability been removed?
>>>> 
>>>> Many thanks,
>>>> 
>>>> Jason
>> 

___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] Possible bug in BibDesk 1.8.15

2023-01-20 Thread Christiaan Hofman

This should still be working, I don’t recall even changing anything on the 
feature. Does your AutoFile preference say it should file the papers in a 
specified location, and does this location exist? And are all relevant fields 
filled in the item for which you attach a PDF?

Christiaan

> On 20 Jan 2023, at 09:57, Alexander,J  wrote:
> 
> Just a quick follow-up: the preferences are still there under AutoFile, but 
> it doesn’t seem to be working. When I drag-and-drop a file, or right click 
> and select a file to attach, it just leaves the file in its original location.
> 
> J
> 
>> On 20 Jan 2023, at 08:48, Alexander,J  wrote:
>> 
>> It seems that a bug might have appeared in the most recent release of 
>> BibDesk.  Previously, whenever I attached a PDF to a bibliography entry, it 
>> would automatically move the file and save a copy to a specified directory 
>> using the template:
>> 
>>  ..specified folder…/surname of first author/first few words appearing 
>> in the title.pdf
>> 
>> That was really useful, because I could specify the folder my Dropbox, and 
>> so the attached article/book would automatically copy to all my computers.
>> 
>> I just tried attaching a PDF to an entry, and I noticed that it left the PDF 
>> in its original location. When I checked the preferences, I couldn’t see any 
>> preference that corresponded to the previous behaviour of BibDesk — i.e., 
>> automatically moving the file to a new location and renaming it.  Has the 
>> previous capability been removed?
>> 
>> Many thanks,
>> 
>> Jason



___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

[Bibdesk-users] BibDesk 1.8.15

2023-01-04 Thread Christiaan Hofman

The BibDesk development team is pleased to announce that a new version of 
BibDesk, version 1.8.15, is now available.

We thank the users who have contributed to BibDesk development by sharing their 
experiences with BibDesk, and testing nightly builds. 

This release can be obtained by selecting "check for updates" in the "BibDesk" 
menu, visiting the Sourceforge downloads page at

https://sourceforge.net/projects/bibdesk/ 


or by visiting the BibDesk home page at

https://bibdesk.sourceforge.io/ 

or by following the link below, which will begin immediate download:

https://sourceforge.net/projects/bibdesk/files/BibDesk/latest/download 


For those interested follow the full release notes for this version.

Release notes for BibDesk version 1.8.15

Bugs Fixed
  *  Fix publication sorting by file or URL field
  *  Fix ACM, AICR, and Springer web parsers
  *  Remove CiteULike and MAS web parsers for discontinued sites
  *  Fix export panel on macOS 13

___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

[Bibdesk-users] BibDesk 1.8.14

2022-10-28 Thread Christiaan Hofman

The BibDesk development team is pleased to announce that a new version of 
BibDesk, version 1.8.14, is now available. This version fixes a critical 
crasher in Ventura.

We thank the users who have contributed to BibDesk development by sharing their 
experiences with BibDesk, and testing nightly builds. 

This release can be obtained by selecting "check for updates" in the "BibDesk" 
menu, visiting the Sourceforge downloads page at

https://sourceforge.net/projects/bibdesk/ 


or by visiting the BibDesk home page at

https://bibdesk.sourceforge.io/ 

or by following the link below, which will begin immediate download:

https://sourceforge.net/projects/bibdesk/files/BibDesk/latest/download 


For those interested follow the full release notes for this version.

Release notes for BibDesk version 1.8.14

New Features
  *  Save search group passwords in the keychain rather than in bookmark, file, 
or URL
  *  Allow showing passwords

Bugs Fixed
  *  Allow removing default search server
  *  Fix editing of search term of search bookmarks
  *  Workaround for loading problems with INSPIRE web scraper
  *  Fix crasher on committing edits in detail window on Ventura

___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

[Bibdesk-users] BibDesk 1.8.13

2022-09-21 Thread Christiaan Hofman

The BibDesk development team is pleased to announce that a new version of 
BibDesk, version 1.8.13, is now available.

We thank the users who have contributed to BibDesk development by sharing their 
experiences with BibDesk, and testing nightly builds. 

This release can be obtained by selecting "check for updates" in the "BibDesk" 
menu, visiting the Sourceforge downloads page at

https://sourceforge.net/projects/bibdesk/ 


or by visiting the BibDesk home page at

https://bibdesk.sourceforge.io/ 

or by following the link below, which will begin immediate download:

https://sourceforge.net/projects/bibdesk/files/BibDesk/latest/download 


For those interested follow the full release notes for this version.

Release notes for BibDesk version 1.8.13

Bugs Fixed
  *  Fix crasher on changing preferences
  *  Fix problems related to cite key auto-generation in detail window
  *  Fix search groups using zoom servers
  *  Fix search group icons

___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] BibDesk 1.8.12: No auto-generated citekey

2022-09-18 Thread Christiaan Hofman



> On 18 Sep 2022, at 13:35, Simon Spiegel  wrote:
> 
> 
> 
>> On 16 Sep 2022, at 14:21, Christiaan Hofman  wrote:
>> 
>> I think I finally found the problem. It has to do with a missing image to 
>> notify the need for cite key generation, which leads to layout calculation 
>> errors. This wasn’t fixed for the last nightly, but should be for tomorrow’s 
>> nightly (BibDesk-20220916.dmg or later). Could you test that?
> 
> This seems to fix the problem on the AirBook. I will later check with the Mac 
> Studio.
> 
> Thanks a lot
> 
> Simon

It should actually not depend on the machine. I finally was also able to 
reproduce it. It only depends on whether you auto generate the cite key.

Christiaan



___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] BibDesk 1.8.12: No auto-generated citekey

2022-09-16 Thread Christiaan Hofman

I think I finally found the problem. It has to do with a missing image to 
notify the need for cite key generation, which leads to layout calculation 
errors. This wasn’t fixed for the last nightly, but should be for tomorrow’s 
nightly (BibDesk-20220916.dmg or later). Could you test that?

Christiaan

> On 15 Sep 2022, at 23:30, Christiaan Hofman  wrote:
> 
> 
> 
>> On 15 Sep 2022, at 20:28, Simon Spiegel > <mailto:si...@simifilm.ch>> wrote:
>> 
>> 
>> 
>>> On 15 Sep 2022, at 16:49, Christiaan Hofman >> <mailto:cmhof...@gmail.com>> wrote:
>>> 
>>> Could you perhaps try tomorrow's nightly builder later  (it should be 
>>> BibDesk-20220915.dmg or later). I found a problem that may or may not be 
>>> related (but which was already there in various earlier releases, no idea 
>>> why it would create problems only now).
>> 
>> Will do.
>> 
>> Just to add another data point: I am seeing the exact same behavior on two 
>> other machines. These are all Apple Silicon machines (a Mac Studio, an iMac 
>> and and AirBook) running either 12.5.1 or 12.6. So it’s definitely a the 
>> problem of just one particular setup.
>> 
>> Best
>> 
>> Simon
> 
> Then it may be a problem with Apple Silicon behaving a bit differently. The 
> problem seems to be related to objects being initialized differently from 
> what I am seeing (on an older machine), basically requiring explicit 
> initialization.That can indeed be architecture dependent.
> 
> Christiaan

___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] BibDesk 1.8.12: No auto-generated citekey



> On 15 Sep 2022, at 20:28, Simon Spiegel  wrote:
> 
> 
> 
>> On 15 Sep 2022, at 16:49, Christiaan Hofman  wrote:
>> 
>> Could you perhaps try tomorrow's nightly builder later  (it should be 
>> BibDesk-20220915.dmg or later). I found a problem that may or may not be 
>> related (but which was already there in various earlier releases, no idea 
>> why it would create problems only now).
> 
> Will do.
> 
> Just to add another data point: I am seeing the exact same behavior on two 
> other machines. These are all Apple Silicon machines (a Mac Studio, an iMac 
> and and AirBook) running either 12.5.1 or 12.6. So it’s definitely a the 
> problem of just one particular setup.
> 
> Best
> 
> Simon

Then it may be a problem with Apple Silicon behaving a bit differently. The 
problem seems to be related to objects being initialized differently from what 
I am seeing (on an older machine), basically requiring explicit 
initialization.That can indeed be architecture dependent.

Christiaan

___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] BibDesk 1.8.12: No auto-generated citekey

Could you perhaps try tomorrow's nightly builder later  (it should be 
BibDesk-20220915.dmg or later). I found a problem that may or may not be 
related (but which was already there in various earlier releases, no idea why 
it would create problems only now).

Christiaan

___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] BibDesk 1.8.12: No auto-generated citekey

> On 15 Sep 2022, at 11:58, Simon Spiegel  wrote:
> 
> Not sure if any of this means anything.
> 
> Something else I noticed: When I got to help, I get a „The selected content 
> is currently unavailable“.
> 
> When I go back to 1.8.11, everything works fine.
> 
> Simon
> 
> 

Most of the logs seem to be related to an app called CleverFiles, probably 
monitoring BibDesk. Not with BibDesk itself. Although I see some messages about 
problems with read permissions. But Bibdesk is not sandboxed, so that is 
strange. 

Also strange that you can’t get the help, I also find no problems with that 
either, I can just call Help.

I get the impression that there is some permission/security problem. But I am 
pretty sure Bibdesk is properly signed (Apple did accept it). Perhaps there was 
a problem with the download of the app, reloading may perhaps fix the problems. 

Apart from that, some questions:
1. Is cite key generation from the detail editor or from the main window not 
working, or both?
2. Are you sure the cite is not generated, or perhaps just the UI does not 
update?
3. Do you have crossrefs or citation fields (fields that link to other items by 
cite key)?
4. What is your cite key format?

Christiaan

___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] BibDesk 1.8.12: No auto-generated citekey



> On 15 Sep 2022, at 08:30, Simon Spiegel  wrote:
> 
> 
> 
>> On 15 Sep 2022, at 08:27, Simon Spiegel > > wrote:
>> 
>> Hi,
>> 
>> I’m having issues after updating to version 1.8.12.
>> 
>> First, when I create a new entry with Cmd+N, the entry gets created, but the 
>> window won’t pup up as it used to.
>> 
>> Second, although I didn’t change anything about the settings, citekey 
>> autogeneration does not seem to work anymore,
>> 
>> Help appreciated
> 
> Correction: Citekey generation seems to be completely broken. Even with 
> Cmd+K, nothing happens.
> 
> Simon
> --
> Simon Spiegel
> Maneggplatz 18
> 8041 Zürich
> 
> Telephon: ++41 44 451 5334
> Mobophon: ++41 76 459 6039
> 
> http://www.simifilm.ch 
> http://www.utopia2016.ch 
> 
> „A noble spirit embiggens the smallest man.“ Jebediah Springfield


Strange, both are working without problem for me. Is there anything in the 
Console logs from BibDesk when you try any of this?

Christiaan

___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

[Bibdesk-users] BibDesk 1.8.12

2022-09-14 Thread Christiaan Hofman

The BibDesk development team is pleased to announce that a new version of 
BibDesk, version 1.8.12, is now available.

We thank the users who have contributed to BibDesk development by sharing their 
experiences with BibDesk, and testing nightly builds. 

This release can be obtained by selecting "check for updates" in the "BibDesk" 
menu, visiting the Sourceforge downloads page at

https://sourceforge.net/projects/bibdesk/ 


or by visiting the BibDesk home page at

https://bibdesk.sourceforge.io/ 

or by following the link below, which will begin immediate download:

https://sourceforge.net/projects/bibdesk/files/BibDesk/latest/download 


For those interested follow the full release notes for this version.

Release notes for BibDesk version 1.8.12

New Features
  *  Generate unique characters from format in alphanumerical order again by 
default
  *  Allow generating stable unique characters from a field hash using optional 
arguments
  *  Use cached web page icons for web history and bookmarks

Bugs Fixed
  *  More efficient UI updates when an item changes
  *  Make sure linked crossrefs and citation fields update with changed cite 
keys
  *  Improve accessibility
  *  Always write copied and dragged URLs also as text
  *  Improve shared group authentication

___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] Mathjax in HTML templates?

2022-08-27 Thread Christiaan Hofman



> On 27 Aug 2022, at 23:34, Luc Bourhis via Bibdesk-users 
>  wrote:
> 
> Hi,
> 
> I am wondering whether the rendering of HTML templates allows Javascript to 
> run. I am talking about the window showed in the picture below. If it does, 
> then I want to try to add Mathjax to the template to render equations nicely. 
> And hopefully faster than the TeX preview.
> 
> Best wishes,
> 
> Luc J Bourhis
> 
> 
> 

No, I don’t think so. Although I don’t know exactly how the HTML is converted 
to rich text by AppKi. It uses WebKit to do so, but I don’t think it enables 
JS.But you could try to see what it does.

Christiaan

___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

[Bibdesk-users] BibDesk 1.8.11

2022-06-16 Thread Christiaan Hofman

The BibDesk development team is pleased to announce that a new version of 
BibDesk, version 1.8.11, is now available.

We thank the users who have contributed to BibDesk development by sharing their 
experiences with BibDesk, and testing nightly builds. 

This release can be obtained by selecting "check for updates" in the "BibDesk" 
menu, visiting the Sourceforge downloads page at

https://sourceforge.net/projects/bibdesk/ 


or by visiting the BibDesk home page at

https://bibdesk.sourceforge.io/ 

or by following the link below, which will begin immediate download:

https://sourceforge.net/projects/bibdesk/files/BibDesk/latest/download 


For those interested follow the full release notes for this version.

Release notes for BibDesk version 1.8.11

New Features
  *  Allow import script command to load items from a URL

Bugs Fixed
  *  Fix DOIs from arrive web scraper
  *  Fix cite key generation actions
  *  Fix updates for linked files, also fixes auto filing

___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] dragging PDFs no longer works

2022-06-15 Thread Christiaan Hofman



> On 15 Jun 2022, at 18:59, Bullard, Jeff via Bibdesk-users 
>  wrote:
> 
> I am a Bibdesk user for many years. I don’t know much if anything about the 
> way it works under the hood.  I can’t pinpoint exactly when it happened, but 
> surely within the last two weeks, but it no longer works for me to drag a PDF 
> copy of a paper to an entry in bibdesk.  I did recently update to 1.8.10.  At 
> any rate, my autofile preferences are shown in image.  I haven’t changed them 
> in a long time, and it was working splendidly.  However, now when I drag a 
> PDF file to a bib entry, nothing happens for up to a minute, and then a 
> thumbnail will appear in the linked file sidebar.  However, the name of that 
> linked file is not according to the format string but is whatever the file 
> was named originally.  I also confirmed that linking is not happening at all. 
>  The file does not show up in the author folder like it used to.
> 
> Is there some kind of refactoring that I need to do?  I know I have done 
> Bibdesk updates in the past and never encountered this issue with an update, 
> so I’m wondering if other users have experience with this.
> 
> Thanks so much!
> 
>  
> 
> Jeff

As I noted twice earlier, this bug already has been fixed in the nightly builds.

Christiaan

___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] Auto file is broken in 1.18

2022-06-13 Thread Christiaan Hofman



> On 13 Jun 2022, at 22:54, Di Xiao  wrote:
> 
> I meant 1.8.10, the latest version.
> 
> On Mon, Jun 13, 2022 at 4:53 PM Di Xiao  > wrote:
> I used to be able to drag the PDF file to the publication in the main window 
> and BibDesk would automatically rename the file and move it to a fixed 
> location according to the preference.  Now I have to choose AutoFile Files... 
> after dragging the file to make it happen.

I just fixed that for tomorrow’s nightly build and the next release.

Christiaan

___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] format of cite key in 1.8.10

An alternative workaround for now is todo it through AppleScript. You can save the script attached below to ~/.Library/Application Support/BibDesk/Scripts/ (you may have to create the Scripts folder).Christiaan

Generate Cite Key.scpt
Description: Binary data
On 11 Jun 2022, at 10:58, Christiaan Hofman <cmhof...@gmail.com> wrote:Sorry, I see now where the problem is. It is fixed in tomorrow’s nightly build.As it is, cite key generation does still work when you act from the main window. Note that this acts on the selected publication(s).ChristiaanOn 11 Jun 2022, at 10:47, Christiaan Hofman <cmhof...@gmail.com> wrote:Another thing. Did you call this from the main window, or the detail window? And did it just not do anything, or was there some crash? Is there any message from BibDesk in the Console.app when this happens?ChristiaanOn 11 Jun 2022, at 10:45, Christiaan Hofman <cmhof...@gmail.com> wrote:Strange, I see no problem. Could either of you test the latest nightly build?ChristiaanOn 11 Jun 2022, at 02:34, M. Tamer Özsu via Bibdesk-users <bibdesk-users@lists.sourceforge.net> wrote:Christian,I am observing the same thing. It happened today on my office machine, which is the only Apple Silicon machine I have and I wondered if that had something to do with it. Decided to try it on the Intel machine at home before I write and now I see it on my Intel MBP on BibDesk 1.8.10. Something got broken it seems.
==Tamer--M. Tamer ÖzsuUniversity of Waterloo

On Jun 10, 2022, at 7:26 PM, Gildas Hamel via Bibdesk-users <bibdesk-users@lists.sourceforge.net> wrote:* N'eus ket pell (2022-06-10 ouzh 18e03), e skrivas Christiaan Hofman <cmhof...@gmail.com>:On 10 Jun 2022, at 23:45, Gildas Hamel via Bibdesk-users <bibdesk-users@lists.sourceforge.net> wrote:On 10 Jun 2022, at 21:16, Gildas Hamel <gwel...@ucsc.edu <mailto:gwel...@ucsc.edu>> wrote:Hi Christiaan,I had to go back to BibDesk 1.8.9 because I couldn’t use Command + K to get my custom key with 1.8.10.What you say does not make sense, I did not change a thing related to cite key generation. What format are you using?ChristiaanI am using the following custom format: %p[_]2:%Y%u2—GildasHave you installed a will/did generate cite key script hook?ChristiaanNo, I haven't installed any cite key script hook.--Gildas==Tamer--M. Tamer ÖzsuUniversity of Waterloo

___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] format of cite key in 1.8.10

Sorry, I see now where the problem is. It is fixed in tomorrow’s nightly build.

As it is, cite key generation does still work when you act from the main 
window. Note that this acts on the selected publication(s).

Christiaan

> On 11 Jun 2022, at 10:47, Christiaan Hofman  wrote:
> 
> Another thing. Did you call this from the main window, or the detail window? 
> And did it just not do anything, or was there some crash? Is there any 
> message from BibDesk in the Console.app when this happens?
> 
> Christiaan
> 
>> On 11 Jun 2022, at 10:45, Christiaan Hofman > <mailto:cmhof...@gmail.com>> wrote:
>> 
>> Strange, I see no problem. Could either of you test the latest nightly build?
>> 
>> Christiaan
>> 
>>> On 11 Jun 2022, at 02:34, M. Tamer Özsu via Bibdesk-users 
>>> >> <mailto:bibdesk-users@lists.sourceforge.net>> wrote:
>>> 
>>> Christian,
>>> 
>>> I am observing the same thing. It happened today on my office machine, 
>>> which is the only Apple Silicon machine I have and I wondered if that had 
>>> something to do with it. Decided to try it on the Intel machine at home 
>>> before I write and now I see it on my Intel MBP on BibDesk 1.8.10. 
>>> Something got broken it seems.
>>> 
>>> ==Tamer
>>> --
>>> M. Tamer Özsu
>>> University of Waterloo
>>> 
>>>> On Jun 10, 2022, at 7:26 PM, Gildas Hamel via Bibdesk-users 
>>>> >>> <mailto:bibdesk-users@lists.sourceforge.net>> wrote:
>>>> 
>>>> * N'eus ket pell (2022-06-10 ouzh 18e03), e skrivas Christiaan Hofman 
>>>> mailto:cmhof...@gmail.com>>:
>>>> 
>>>>> 
>>>>> 
>>>>>> On 10 Jun 2022, at 23:45, Gildas Hamel via Bibdesk-users 
>>>>>> >>>>> <mailto:bibdesk-users@lists.sourceforge.net>> wrote:
>>>>>> 
>>>>>>>> On 10 Jun 2022, at 21:16, Gildas Hamel >>>>>>> <mailto:gwel...@ucsc.edu> <mailto:gwel...@ucsc.edu 
>>>>>>>> <mailto:gwel...@ucsc.edu>>> wrote:
>>>>>>>> 
>>>>>>>> Hi Christiaan,
>>>>>>>> I had to go back to BibDesk 1.8.9 because I couldn’t use Command + K 
>>>>>>>> to get my custom key with 1.8.10.
>>>>>> 
>>>>>>> What you say does not make sense, I did not change a thing related to 
>>>>>>> cite key generation. What format are you using?
>>>>>>> Christiaan
>>>>>> 
>>>>>> I am using the following custom format: %p[_]2:%Y%u2
>>>>>> —Gildas
>>>>> 
>>>>> Have you installed a will/did generate cite key script hook?
>>>>> 
>>>>> Christiaan
>>>>> 
>>>> No, I haven't installed any cite key script hook.
>>>> --Gildas
>>>> 
>>>>> ___
>>>>> Bibdesk-users mailing list
>>>>> Bibdesk-users@lists.sourceforge.net 
>>>>> <mailto:Bibdesk-users@lists.sourceforge.net>
>>>>> https://lists.sourceforge.net/lists/listinfo/bibdesk-users 
>>>>> <https://lists.sourceforge.net/lists/listinfo/bibdesk-users>
>>>> 
>>>> 
>>>> ___
>>>> Bibdesk-users mailing list
>>>> Bibdesk-users@lists.sourceforge.net 
>>>> <mailto:Bibdesk-users@lists.sourceforge.net>
>>>> https://lists.sourceforge.net/lists/listinfo/bibdesk-users 
>>>> <https://lists.sourceforge.net/lists/listinfo/bibdesk-users>
>>> 
>>> 
>>> 
>>> ==Tamer
>>> --
>>> M. Tamer Özsu
>>> University of Waterloo

___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] format of cite key in 1.8.10

Another thing. Did you call this from the main window, or the detail window? 
And did it just not do anything, or was there some crash? Is there any message 
from BibDesk in the Console.app when this happens?

Christiaan

> On 11 Jun 2022, at 10:45, Christiaan Hofman  wrote:
> 
> Strange, I see no problem. Could either of you test the latest nightly build?
> 
> Christiaan
> 
>> On 11 Jun 2022, at 02:34, M. Tamer Özsu via Bibdesk-users 
>> > <mailto:bibdesk-users@lists.sourceforge.net>> wrote:
>> 
>> Christian,
>> 
>> I am observing the same thing. It happened today on my office machine, which 
>> is the only Apple Silicon machine I have and I wondered if that had 
>> something to do with it. Decided to try it on the Intel machine at home 
>> before I write and now I see it on my Intel MBP on BibDesk 1.8.10. Something 
>> got broken it seems.
>> 
>> ==Tamer
>> --
>> M. Tamer Özsu
>> University of Waterloo
>> 
>>> On Jun 10, 2022, at 7:26 PM, Gildas Hamel via Bibdesk-users 
>>> >> <mailto:bibdesk-users@lists.sourceforge.net>> wrote:
>>> 
>>> * N'eus ket pell (2022-06-10 ouzh 18e03), e skrivas Christiaan Hofman 
>>> mailto:cmhof...@gmail.com>>:
>>> 
>>>> 
>>>> 
>>>>> On 10 Jun 2022, at 23:45, Gildas Hamel via Bibdesk-users 
>>>>> >>>> <mailto:bibdesk-users@lists.sourceforge.net>> wrote:
>>>>> 
>>>>>>> On 10 Jun 2022, at 21:16, Gildas Hamel >>>>>> <mailto:gwel...@ucsc.edu> <mailto:gwel...@ucsc.edu 
>>>>>>> <mailto:gwel...@ucsc.edu>>> wrote:
>>>>>>> 
>>>>>>> Hi Christiaan,
>>>>>>> I had to go back to BibDesk 1.8.9 because I couldn’t use Command + K to 
>>>>>>> get my custom key with 1.8.10.
>>>>> 
>>>>>> What you say does not make sense, I did not change a thing related to 
>>>>>> cite key generation. What format are you using?
>>>>>> Christiaan
>>>>> 
>>>>> I am using the following custom format: %p[_]2:%Y%u2
>>>>> —Gildas
>>>> 
>>>> Have you installed a will/did generate cite key script hook?
>>>> 
>>>> Christiaan
>>>> 
>>> No, I haven't installed any cite key script hook.
>>> --Gildas
>>> 
>>>> ___
>>>> Bibdesk-users mailing list
>>>> Bibdesk-users@lists.sourceforge.net 
>>>> <mailto:Bibdesk-users@lists.sourceforge.net>
>>>> https://lists.sourceforge.net/lists/listinfo/bibdesk-users 
>>>> <https://lists.sourceforge.net/lists/listinfo/bibdesk-users>
>>> 
>>> 
>>> ___
>>> Bibdesk-users mailing list
>>> Bibdesk-users@lists.sourceforge.net 
>>> <mailto:Bibdesk-users@lists.sourceforge.net>
>>> https://lists.sourceforge.net/lists/listinfo/bibdesk-users 
>>> <https://lists.sourceforge.net/lists/listinfo/bibdesk-users>
>> 
>> 
>> 
>> ==Tamer
>> --
>> M. Tamer Özsu
>> University of Waterloo

___
Bibdesk-users mailing list
Bibdesk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Re: [Bibdesk-users] format of cite key in 1.8.10