Is the slowdown just during the typing. or is it anything after adding entries?
When it is the typing, the only thing I can think of that happens and that may scale with the number of items is auto completion. You may try to turn that off using a hidden preference. See the tips&tricks on the Wiki for details. Christiaan > On 31 Aug 2021, at 17:02, Christiaan Hofman <cmhof...@gmail.com> wrote: > > That sounds strange, as typing isn’t committed continuously, only when it is > committed after typing. I have no idea what would slow it down in your case, > it cannot be the typing. Perhaps you can take a sample using Activity Monitor > while this is happening (select Bibdesk in AM, and hit View > Sample > Process), and send it to me off list. > > Christiaan > >> On 31 Aug 2021, at 16:51, Malcolm Ross <malcolmros...@gmail.com> wrote: >> >> Hi all, >> >> BibDesk has become very slow for me when creating new records, with a long >> wait (some seconds with the spinning rainbow disk) before text appears after >> I aim the cursor at, say, the author line and start typing. After this >> delay, what I have typed appears character by character. >> >> On the other hand, BibDesk is not slow at creating a record when I copy and >> paste a BibTeX record from Google Scholar. Nor is it slow at finding >> existing records. >> >> I am familiar with the discussion of the same (?) phenomenon in February >> 2021, but it hasn’t helped me find a solution. >> >> The BibDesk file in which this is happening has 10k plus entries, many of >> them linked to a PDF. I have another BibDesk file with only 850 entries, and >> input behaviour here is normal, indicating that the slow input of the first >> file is indeed due to its size. >> >> I have monitored with Activity Monitor what happens when I am waiting during >> input. When the rainbow disk is spinning, BibDesk is using over 50% of CPU, >> so it is apparently doing something, but I don’t know what. When this is >> happening, no other app is using anything like the same amount of CPU, so >> external interference seems unlikely. >> >> Any advice would be gratefully received. I could split the 10k file into >> smaller files, but this would often be inconvenient to manage. >> >> I have used BibDesk for years, and it is part of my daily workflow, so this >> problem is a serious one for me. >> >> Malcolm Ross >> _______ >> >> Malcolm Ross FAHA >> Emeritus Professor >> Department of Linguistics, >> School of Culture, History and Language, >> ANU College of Asia and the Pacific, >> Coombs Building (Bldg No. 9), >> The Australian National University >> CANBERRA A.C.T. 2601, Australia >> _______________________________________________ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
