[Bibdesk-users] votes on 1.3.13?
Sent this to the dev list earlier by mistake. The latest nightly build should be a release candidate. If there are no major problems or UI changes suggested, I'll see about updating the French translation. So +1 from me. -- adam - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] votes on 1.3.13?
The sample script doesn't run due to an error with making linked urls. See bug report: http://sourceforge.net/tracker/index.php?func=detailaid=1864179group_id=61487atid=497423 On 2008-01-04, at 9:31 AM, Adam R. Maxwell wrote: Sent this to the dev list earlier by mistake. The latest nightly build should be a release candidate. If there are no major problems or UI changes suggested, I'll see about updating the French translation. So +1 from me. -- adam - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] votes on 1.3.13
On 2007-12-29, at 9:37 PM, Adam R. Maxwell wrote: Next nightly build will have support for file count in smart groups, and an attachment column as in Mail. Please test. The field name you need is Local File with a space; pick it off the dropdown menu, because you can't type it manually. The speed with which you guys implement these features is truly astonishing. Sorting works as expected (larger number of items), and double- clicking opens up the first local file. With the old local-url, right- clicking on the icon gave a submenu: Open Linked File Open With Reveal Linked File in Finder Show Skim Notes For Linked File Copy Skim Notes For Linked File Whereas in the new implementation, right-clicking just gives the standard submenu for any publication. Perhaps this is as desired, I just thought I'd point it out; one can click on the publication, then use the sidebar to perform these actions. I wonder if Local File should be added as a default column, as people aren't likely to find it otherwise. There have also been a bunch of improvements in file content search integration with groups and the file pane, so please check that as well. The release notes are up to date. Anything in particular? The new setting for respecting groups seems to work. Two last points: 1)Considering the DB migration and new filing features, would it make sense to bump it to 1.4? 2)Migration is actually fully automatic upon opening files; as far as I can tell, the main use for migrate is to delete the old fields, yes? I guess it also warns if something isn't linked any more as well. -AHM - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] votes on 1.3.13
On 30 Dec 2007, at 9:21 PM, Simon Spiegel wrote: On 30.12.2007, at 00:11, Adam R. Maxwell wrote: On Dec 29, 2007, at 2:52 PM, Ingrid Giffin wrote: Do I understand correctly, that there will no longer be the file icon in the column view? Yes. This would be a major loss of functionality for me. Have you tried the new system? There's a lot of functionality added, so please use it for a while and let us know you're trying to do that's no longer possible. I must say that I still don't get the new system. I migrated my files, so far so good. But how do I file papers now? Here's what I did: - I created a new entry as always. - I selected Choose File (either with the tools icon in the left lower corner or with the contextual menu in the files pane). - I selected the file as always. Here's what happened: - The file itself was renamed and moved according to my setup (as before). - The file pane only shows an icon with a question mark and it displays the original file name. - Double clicking on this icon doesn nothing, neither does Reveal in Finder. That shouldn't happen. Does it remain a question mark when you reopen the detail editor, and in the main window? Christiaan If I take the file which has been moved to my designated folder and drop it to the files pane, I get the result I wanted, but I don't think that this is the intended workflow. simon -- Simon Spiegel Steinhaldenstr. 50 8002 Zürich Telephon: ++41 44 451 5334 Mobophon: ++41 76 459 60 39 http://www.simifilm.ch „Was soll aus mir mal werden, wenn ich mal nicht mehr bin?“ Robert Gernhardt - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] votes on 1.3.13
On Dec 30, 2007 9:33 PM, Christiaan Hofman [EMAIL PROTECTED] wrote: On 30 Dec 2007, at 9:21 PM, Simon Spiegel wrote: On 30.12.2007, at 00:11, Adam R. Maxwell wrote: On Dec 29, 2007, at 2:52 PM, Ingrid Giffin wrote: Do I understand correctly, that there will no longer be the file icon in the column view? Yes. This would be a major loss of functionality for me. Have you tried the new system? There's a lot of functionality added, so please use it for a while and let us know you're trying to do that's no longer possible. I must say that I still don't get the new system. I migrated my files, so far so good. But how do I file papers now? Here's what I did: - I created a new entry as always. - I selected Choose File (either with the tools icon in the left lower corner or with the contextual menu in the files pane). - I selected the file as always. Here's what happened: - The file itself was renamed and moved according to my setup (as before). - The file pane only shows an icon with a question mark and it displays the original file name. - Double clicking on this icon doesn nothing, neither does Reveal in Finder. That shouldn't happen. Does it remain a question mark when you reopen the detail editor, and in the main window? Christiaan I don't see this, for me this works exactly as expected. What are your auto-file preferences? And what is the old/new path for the file? Christiaan If I take the file which has been moved to my designated folder and drop it to the files pane, I get the result I wanted, but I don't think that this is the intended workflow. simon -- Simon Spiegel Steinhaldenstr. 50 8002 Zürich Telephon: ++41 44 451 5334 Mobophon: ++41 76 459 60 39 http://www.simifilm.ch „Was soll aus mir mal werden, wenn ich mal nicht mehr bin? Robert Gernhardt - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] votes on 1.3.13
On 30.12.2007, at 21:33, Christiaan Hofman wrote: On 30 Dec 2007, at 9:21 PM, Simon Spiegel wrote: That shouldn't happen. Does it remain a question mark when you reopen the detail editor, and in the main window? Yes. It also happens with a completely new .bib file. I don't see this, for me this works exactly as expected. What are your auto-file preferences? And what is the old/new path for the file? - File papers in fixed location /Volumes/Daten/Filmwissenschaft/Diss/ Publikationen - File papers automatically - Warn before moving a folder - Local File Format Costum: %a1/%A1%Y%u0%e -- Simon Spiegel Steinhaldenstr. 50 8002 Zürich Telephon: ++41 44 451 5334 Mobophon: ++41 76 459 60 39 http://www.simifilm.ch „It will take time to restore chaos.“ George W. Bush - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] votes on 1.3.13
On 30 Dec 2007, at 10:44 PM, Simon Spiegel wrote: On 30.12.2007, at 21:33, Christiaan Hofman wrote: On 30 Dec 2007, at 9:21 PM, Simon Spiegel wrote: That shouldn't happen. Does it remain a question mark when you reopen the detail editor, and in the main window? Yes. It also happens with a completely new .bib file. I don't see this, for me this works exactly as expected. What are your auto-file preferences? And what is the old/new path for the file? - File papers in fixed location /Volumes/Daten/Filmwissenschaft/Diss/ Publikationen - File papers automatically - Warn before moving a folder - Local File Format Costum: %a1/%A1%Y%u0%e -- Simon Spiegel Oh, you're having your files on a separate disk? That's bad, as aliases don't work over volumes. I'm not sure how we could solve this. Christiaan - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] votes on 1.3.13
On Dec 30, 2007 11:23 PM, Christiaan Hofman [EMAIL PROTECTED] wrote: On 30 Dec 2007, at 11:14 PM, Simon Spiegel wrote: On 30.12.2007, at 22:59, Christiaan Hofman wrote: On 30 Dec 2007, at 10:44 PM, Simon Spiegel wrote: On 30.12.2007, at 21:33, Christiaan Hofman wrote: On 30 Dec 2007, at 9:21 PM, Simon Spiegel wrote: That shouldn't happen. Does it remain a question mark when you reopen the detail editor, and in the main window? Yes. It also happens with a completely new .bib file. I don't see this, for me this works exactly as expected. What are your auto-file preferences? And what is the old/new path for the file? - File papers in fixed location /Volumes/Daten/Filmwissenschaft/ Diss/ Publikationen - File papers automatically - Warn before moving a folder - Local File Format Costum: %a1/%A1%Y%u0%e -- Simon Spiegel Oh, you're having your files on a separate disk? That's bad, as aliases don't work over volumes. I'm not sure how we could solve this. Ah, I wasn't aware that this is a problem. I used to have this ever since autofile option became available. It's not that this is a huge problem for me, I could move the files to my main volume, but BibDesk should at least warn the user that this doesn't work. Thinking about it, what exactly is the problem here? As I said: The file gets moved properly, it just isn't displayed properly. But if I then drag the moved file inside BibDesk, it is again properly displayed. So this does work somehow. Maybe this extra step has just to be added when the location is on another disk ... simon -- Simon Spiegel We save the file using an alias with relative path information. However during a bibdesk run we also keep another type of reference as the main link to the file (however this type of reference cannot be saved). Relative aliases require the two paths involved to be on the same volume, so that 's where it probably goes wrong. However it's still possible to link files across volumes, because we actually work with the other type of reference. But tracking it when it moves can get broken. I'm not sure where precisely things go wrong and how to catch problems. But it sure should get fixed somehow. Christiaan The problem is in fact with the other reference. Between disks files are not moved but copied, so the file reference loses track of it. I've added a workaround that updates the file references after auto-filing for the next nightly. But this requires more testing, also to see if the aliases work correctly with external disks (especially important between saves and also when using relative paths). Christiaan - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] votes on 1.3.13
On 31.12.2007, at 00:21, Christiaan Hofman wrote: We save the file using an alias with relative path information. However during a bibdesk run we also keep another type of reference as the main link to the file (however this type of reference cannot be saved). Relative aliases require the two paths involved to be on the same volume, so that 's where it probably goes wrong. However it's still possible to link files across volumes, because we actually work with the other type of reference. But tracking it when it moves can get broken. I'm not sure where precisely things go wrong and how to catch problems. But it sure should get fixed somehow. Christiaan The problem is in fact with the other reference. Between disks files are not moved but copied, so the file reference loses track of it. I've added a workaround that updates the file references after auto- filing for the next nightly. But this requires more testing, also to see if the aliases work correctly with external disks (especially important between saves and also when using relative paths). Just tested the latest nightly, and now autofiling on an external disk works. Didn't do serious testing, but following the steps I posted works now. The live web display is also cool. simon -- Simon Spiegel Steinhaldenstr. 50 8002 Zürich Telephon: ++41 44 451 5334 Mobophon: ++41 76 459 60 39 http://www.simifilm.ch „In a world getting more and more democratic, film directing is the last resort for dictators.“ Francis Ford Coppola - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] votes on 1.3.13
Dear Adam, I noticed that when I select an entry under 'proceedings' format from my database and do a copy as - Latex, the authors and other fields are missing. I tried 'article' and 'book' and it is working fine so far. Patrick On Dec 28, 2007 7:44 AM, Adam R. Maxwell [EMAIL PROTECTED] wrote: I think we've fixed the bugs reported by nightly build testers (thanks!), so I'd like to get a release out soon. Any showstoppers or other things that really need to be resolved? There won't be any changes to the main table in this release. Christiaan's proposal for view locations isn't resolved, though; do we want to change that before the release, or get feedback from a larger set of users? thanks, adam - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users -- --- Dr. Patrick Celka Founder of PeerReview e-Service for Academics and Researchers --- - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] votes on 1.3.13
This is not an issue, and if it were an issue it'd be a bibtex issue, not a BibDesk's. A proceedings item does not have an author field (in the standard bibtex styles.) Compare the type info in the Advanced Defaults preferences. Christiaan On 29 Dec 2007, at 2:42 PM, Patrick Celka wrote: Dear Adam, I noticed that when I select an entry under 'proceedings' format from my database and do a copy as - Latex, the authors and other fields are missing. I tried 'article' and 'book' and it is working fine so far. Patrick On Dec 28, 2007 7:44 AM, Adam R. Maxwell [EMAIL PROTECTED] wrote: I think we've fixed the bugs reported by nightly build testers (thanks!), so I'd like to get a release out soon. Any showstoppers or other things that really need to be resolved? There won't be any changes to the main table in this release. Christiaan's proposal for view locations isn't resolved, though; do we want to change that before the release, or get feedback from a larger set of users? thanks, adam -- --- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users -- --- Dr. Patrick Celka Founder of PeerReview e-Service for Academics and Researchers --- -- --- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] votes on 1.3.13
On 28.12.2007, at 00:44, Adam R. Maxwell wrote: I think we've fixed the bugs reported by nightly build testers (thanks!), so I'd like to get a release out soon. Any showstoppers or other things that really need to be resolved? A small display bug, visible in the latest nightly: - Enter a term in the search bar and chose Any Field. - Open one of the displayed search results. - Edit one of the already existing fields. - Close the item window - The item you just edited is no longer displayed in the main view, although it should still be shown by the search term. This doesn't seem to happen, when I search for a person. simon -- Simon Spiegel Steinhaldenstr. 50 8002 Zürich Telephon: ++41 44 451 5334 Mobophon: ++41 76 459 60 39 http://www.simifilm.ch „In a world getting more and more democratic, film directing is the last resort for dictators.“ Francis Ford Coppola - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] votes on 1.3.13
On 29 Dec 2007, at 2:58 PM, Simon Spiegel wrote: On 28.12.2007, at 00:44, Adam R. Maxwell wrote: I think we've fixed the bugs reported by nightly build testers (thanks!), so I'd like to get a release out soon. Any showstoppers or other things that really need to be resolved? A small display bug, visible in the latest nightly: - Enter a term in the search bar and chose Any Field. - Open one of the displayed search results. - Edit one of the already existing fields. - Close the item window - The item you just edited is no longer displayed in the main view, although it should still be shown by the search term. Strange, we do update the search index before we redo the search. Or is indexing too slow? This doesn't seem to happen, when I search for a person. It should behave the same there, but only when you change a name (just 'fixed' that). Christiaan simon -- Simon Spiegel Steinhaldenstr. 50 8002 Zürich Telephon: ++41 44 451 5334 Mobophon: ++41 76 459 60 39 http://www.simifilm.ch „In a world getting more and more democratic, film directing is the last resort for dictators.“ Francis Ford Coppola - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] votes on 1.3.13
Patrick, what are you trying to reference with the proceedings type? One is typically referring to a specific article from a conference (inproceedings), which certainly has an author field, rather than the bound book that houses the article (proceedings), which is going to have Editors rather than an Author. --J On Dec 29, 2007, at 8:51 AM, Christiaan Hofman wrote: This is not an issue, and if it were an issue it'd be a bibtex issue, not a BibDesk's. A proceedings item does not have an author field (in the standard bibtex styles.) Compare the type info in the Advanced Defaults preferences. Christiaan On 29 Dec 2007, at 2:42 PM, Patrick Celka wrote: Dear Adam, I noticed that when I select an entry under 'proceedings' format from my database and do a copy as - Latex, the authors and other fields are missing. I tried 'article' and 'book' and it is working fine so far. Patrick On Dec 28, 2007 7:44 AM, Adam R. Maxwell [EMAIL PROTECTED] wrote: I think we've fixed the bugs reported by nightly build testers (thanks!), so I'd like to get a release out soon. Any showstoppers or other things that really need to be resolved? There won't be any changes to the main table in this release. Christiaan's proposal for view locations isn't resolved, though; do we want to change that before the release, or get feedback from a larger set of users? thanks, adam - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users -- --- Dr. Patrick Celka Founder of PeerReview e-Service for Academics and Researchers --- - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] votes on 1.3.13
Two points regarding the new URL/file system: 1)When URLs are dropped onto the side pane, a change field script hook is not activated. Activating this script hook would be very useful for those of us who extensively use the url field in our bibliographies, since a hook could then be created that automatically copies a URL dropped onto the side pane into the url field as well. This probably isn't needed for files dropped onto the side pane, since there is already an autofile script hook that still works (it correctly identifies that the field local file has changed). 2)It would be useful to have some workaround for dragging a piece of text and dropping it on the URL/file side pane by trying to parse it as a URL, since it's currently a pain to try to add a URL unless the system already knows that it's a URL (e.g., Firefox, text documents, etc.) -AHM On 2007-12-27, at 3:44 PM, Adam R. Maxwell wrote: I think we've fixed the bugs reported by nightly build testers (thanks!), so I'd like to get a release out soon. Any showstoppers or other things that really need to be resolved? There won't be any changes to the main table in this release. Christiaan's proposal for view locations isn't resolved, though; do we want to change that before the release, or get feedback from a larger set of users? thanks, adam - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] votes on 1.3.13
On Dec 29, 2007, at 11:38 AM, Alexander H. Montgomery wrote: 2)It would be useful to have some workaround for dragging a piece of text and dropping it on the URL/file side pane by trying to parse it as a URL, since it's currently a pain to try to add a URL unless the system already knows that it's a URL (e.g., Firefox, text documents, etc.) I just checked in a change for this: we now try to interpret a string as a URL. This is pretty difficult to do reliably, though, and I'm not enthusiastic about it. Didn't Christiaan say that Firefox fixed that URL problem? -- adam - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] votes on 1.3.13
On 2007-12-29, at 12:13 PM, Christiaan Hofman wrote: On 29 Dec 2007, at 8:38 PM, Alexander H. Montgomery wrote: Two points regarding the new URL/file system: 1)When URLs are dropped onto the side pane, a change field script hook is not activated. Activating this script hook would be very useful for those of us who extensively use the url field in our bibliographies, since a hook could then be created that automatically copies a URL dropped onto the side pane into the url field as well. That's because there is no field that changes. There may be on or more new script hooks for this in the future. OK, I'll put in a feature request; this is fairly important for my work. On 2007-12-29, at 12:23 PM, Adam R. Maxwell wrote: On Dec 29, 2007, at 11:38 AM, Alexander H. Montgomery wrote: 2)It would be useful to have some workaround for dragging a piece of text and dropping it on the URL/file side pane by trying to parse it as a URL, since it's currently a pain to try to add a URL unless the system already knows that it's a URL (e.g., Firefox, text documents, etc.) I just checked in a change for this: we now try to interpret a string as a URL. This is pretty difficult to do reliably, though, and I'm not enthusiastic about it. Didn't Christiaan say that Firefox fixed that URL problem? I think that he said it was fixed in Firefox 3.0. -AHM - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] votes on 1.3.13
On 2007-12-29, at 2:52 PM, Ingrid Giffin wrote: On 12/29/07 2:35 PM, Adam R. Maxwell [EMAIL PROTECTED] wrote: On Dec 29, 2007, at 1:17 PM, Derick Fay wrote: One thing I miss (having migrated my files) is the display of the file icons in the column view (the new file fields can't be added to the column view)-- I would frequently open a file by double-clicking the pdf icon assoc. with a pub. in the column view. Now it seems I need to select the item just to see if it has an associated file, then mouse over to the r/h side to open the pdf. Would it be possible to put an indicator in the columns view to show whether a pub. has file(s) associated? Perhaps double-clicking it could execute the Publication Open Linked Files command. We're not planning to add a table representation unless it's really absolutely necessary, since it implies a single file-pub relationship. We could do first file, second file... as with authors, but that's limited as well. Do I understand correctly, that there will no longer be the file icon in the column view? This would be a major loss of functionality for me. --Ingrid Giffin Me as well. Being able to eyeball which publications have files and to open them is quite useful. One possibility might be to have something like Mail's attachment column; if narrow, it shows a paperclip; if widened, the paperclip as well as the number of items attached. I don't think there's a need to have first file/second file/third file columns. Currently I'm planning on putting in a script hook on autofile to copy over the first linked file to local-url, but as presumably local-url will be deprecated and eventually may disappear, that's not a permanent solution. (This is the case for URLs as well, but significantly less so...) -A - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] votes on 1.3.13
On Dec 29, 2007, at 2:52 PM, Ingrid Giffin wrote: Do I understand correctly, that there will no longer be the file icon in the column view? Yes. This would be a major loss of functionality for me. Have you tried the new system? There's a lot of functionality added, so please use it for a while and let us know you're trying to do that's no longer possible. thanks, adam - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] votes on 1.3.13
On Dec 29, 2007, at 3:09 PM, Alexander H. Montgomery wrote: On 2007-12-29, at 2:52 PM, Ingrid Giffin wrote: Do I understand correctly, that there will no longer be the file icon in the column view? This would be a major loss of functionality for me. --Ingrid Giffin Me as well. Being able to eyeball which publications have files and to open them is quite useful. One possibility might be to have something like Mail's attachment column; if narrow, it shows a paperclip; if widened, the paperclip as well as the number of items attached. I like this idea; I think that's probably what the majority of people use the file column for anyway. Would we need a separate column for non-file links? I don't think there's a need to have first file/second file/third file columns. Currently I'm planning on putting in a script hook on autofile to copy over the first linked file to local-url, but as presumably local-url will be deprecated and eventually may disappear, that's not a permanent solution. Local-Url is deprecated right now. Much of its functionality will still be present (maybe until 1.4?), but it would be better to switch as soon as possible. If there's something missing that keeps you from using the new stuff, this is the time to let us know... adam - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users