Re: [Bibdesk-users] things to fix before 1.3.13?
On 20 Dec 2007, at 8:53 PM, Adam R. Maxwell wrote: On Thursday, December 20, 2007, at 11:42AM, Alexander H. Montgomery [EMAIL PROTECTED] wrote: On 2007-12-20, at 2:20 AM, Christiaan Hofman wrote: Database Migrate Files, a new assistant to migrate file and URL fields to the new file icon interface. It has some options like removing the original fields. Note that this is undoable, so you can safely experiment with it. 1)This appears not to do anything if you have file papers relative to each document set. Actually, there appear to be a number of problems when you're filing relative (see the two crash reports posted to the bug reports). It's unclear what should be done with the relative filing option in this new paradigm. I personally like it and use it because it makes it easier to share databases and PDFs with others. There's a relative path associated with each file, so relative path resolution should still work. Those crashes look like an infinite loop somewhere. 3)When a file is selected in the file pane, if pressing space opened Quick Look, this would make it nicely consistent with the Finder. Well...space and shift-space are already bound to page down/page up in the file view and in BibDesk generally. I think we could use the cmd-y shortcut, though, which is also used in Finder. -- adam I noticed that you can use Option-doubleclick for 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] things to fix before 1.3.13?
On 20 Dec 2007, at 7:54 AM, Simon Spiegel wrote: On 20.12.2007, at 02:24, Adam R. Maxwell wrote: Hi all, I have a developer and user question: are there any showstopper bugs or missing features we need to fix before releasing 1.3.13?I think most of the work is done, but there are likely a few things that we've missed. Not a showstopper, but something cosmeitc, which I think has some usability consequences: In the new drawer/right-side preview (or whatever it is called), when a file is displayed also the filename is displayed. That's of course good, but if the filename is long, it extends over the width of the file itself. I want to say is this: Screen estate is used without any real use when there is a long filename because the displayed file itself is shrinked. I think all available space should be used by the displayed file and the name should be truncated and maybe only displayed in full when you hover over it. I think there's no point in having all the space left and right of the displayed file unused. The filename is already somewhat wider than the icon. Making it even wider would lead to overlapping filenames for adjacent icons, which is not good. On Leopard you can se the full filename in the tool tip. Unfortunately this doesn't work on Tiger due to its buggy tool tip support. Related to this, I have been thinking of making the font user adjustable. Related to this: When an URL or doi is givem, BibDesk displays a huge @ icon, must this be so big? What's the point of a huge generic icon. Or could a WebKit viewer be integrated instead? There is just a single icon size, we cannot make it dependent on the type of icon (and that wouldn't make too much sense). A WebView is integrated in the preview (context menu Quick Look). If you're using nightly builds, please test the new editor. There's also an option to migrate files to the new scheme in the last couple builds, and it will be further improved in the next one. What exactly has changed here? simon Database Migrate Files, a new assistant to migrate file and URL fields to the new file icon interface. It has some options like removing the original fields. Note that this is undoable, so you can safely experiment with it. As for my remarks, I don't think we have implemented anything to (automatically) migrate files for imported items (text import, web import, generally string and web parsers). Christiaan - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] things to fix before 1.3.13?
On 20.12.2007, at 11:20, Christiaan Hofman wrote: On 20 Dec 2007, at 7:54 AM, Simon Spiegel wrote: On 20.12.2007, at 02:24, Adam R. Maxwell wrote: Hi all, I have a developer and user question: are there any showstopper bugs or missing features we need to fix before releasing 1.3.13?I think most of the work is done, but there are likely a few things that we've missed. Not a showstopper, but something cosmeitc, which I think has some usability consequences: In the new drawer/right-side preview (or whatever it is called), when a file is displayed also the filename is displayed. That's of course good, but if the filename is long, it extends over the width of the file itself. I want to say is this: Screen estate is used without any real use when there is a long filename because the displayed file itself is shrinked. I think all available space should be used by the displayed file and the name should be truncated and maybe only displayed in full when you hover over it. I think there's no point in having all the space left and right of the displayed file unused. The filename is already somewhat wider than the icon. Making it even wider would lead to overlapping filenames for adjacent icons, which is not good. I think you misunderstood me, the file name is too wide IMO. At least in the examples I checked it's always written out completely, which uses space. On Leopard you can se the full filename in the tool tip. But it's not truncated at all, is it? Database Migrate Files, a new assistant to migrate file and URL fields to the new file icon interface. It has some options like removing the original fields. Note that this is undoable, so you can safely experiment with it. Ok, I have to check that out, when I'm on my other machine. simon -- Simon Spiegel Steinhaldenstr. 50 8002 Zürich Telephon: ++41 44 451 5334 Mobophon: ++41 76 459 60 39 http://www.simifilm.ch „I'm not that easy to impress. – O, a blue car.“ Homer Simpson - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] things to fix before 1.3.13?
On Dec 19, 2007, at 8:24 PM, Adam R. Maxwell wrote: are there any showstopper bugs or missing features we need to fix before releasing 1.3.13?I think most of the work is done, but there are likely a few things that we've missed. 1. In the reference editor, the tooltips for the individual fields of the left sided lists have misaligned text in my system (Leopard 10.5.1, Powerbook G4). The text is shifted down, which cuts off the bottoms of the letters. 2. When I open the editor on either a new or existing reference, the cite key is automatically selected. Since you cannot tab from the cite key to the other fields, this seems inconvenient if you want to use the editor to edit something. Also, I tend not to change my cite keys once I've included something in a library, so having this field selected by default isn't particularly useful to me. 3. The individual author display window would probably have a better feel if the center address book portion was collapsed unless there was a match to an existing address book name. It would also be nice to have a shortcut to open the address book to a new entry with the author's name already in place when there isn't a match. Not a showstopper, but I think I'd like to be able to swap the positions of the preview display (currently at the bottom) and the new attachment display (currently at the right). It would also be nice to be able to toggle these panes on and off from the toolbar, or perhaps small switches in the bottom border. Jim Harrison Univ. of Virginia - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] things to fix before 1.3.13?
On Dec 20, 2007, at 6:12 AM, James Harrison wrote: Not a showstopper, but I think I'd like to be able to swap the positions of the preview display (currently at the bottom) and the new attachment display (currently at the right). It would also be nice to be able to toggle these panes on and off from the toolbar, or perhaps small switches in the bottom border. By the way, I meant this to refer to the main BibDesk window, not the editor window. Jim Harrison - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] things to fix before 1.3.13?
On 20.12.2007, at 02:24, Adam R. Maxwell wrote: Hi all, I have a developer and user question: are there any showstopper bugs or missing features we need to fix before releasing 1.3.13?I think most of the work is done, but there are likely a few things that we've missed. If you're using nightly builds, please test the new editor. There's also an option to migrate files to the new scheme in the last couple builds, and it will be further improved in the next one. Don't know if this intended or not: - The setting for the default PDF viewer is not followed whenever the PDF itself and not an icon is displayed. When I double click on the PDF in the right side pane, Preview is opened. - The PDF display in the entry editor can only be zoomed by contextual menu, there's no button or slider like in the main window. simon -- Simon Spiegel Steinhaldenstr. 50 8002 Zürich Telephon: ++41 44 451 5334 Mobophon: ++41 76 459 60 39 http://www.simifilm.ch „Gee, I wish we had one of them doomsday machines.“ General Buck Turgidson - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] things to fix before 1.3.13?
On Dec 20, 2007, at 7:43 AM, Simon Spiegel wrote: I get a reproducible crash here. I open my file, try to save it and BibDesk crashes. I can't reproduce this crash. Opening and saving multiple pre-existing bib files works fine in my setting. The setting for the default PDF viewer is not followed whenever the PDF itself and not an icon is displayed. When I double click on the PDF in the right side pane, Preview is opened. When I double click PDFs in the attachment pane, they open in Skim (set as my default viewer). Leopard 10.5.1, Powerbook G4. Also, Simon raised the minor issue previously of the amount of padding around the PDF previews in the right pane. The padding increases as the preview size increases, which eats up a good bit of screen space at the larger preview sizes. If it's not a good idea to fix the left side padding at a relatively narrow value, a reasonable alternative might be to save the scroll position of the right pane to the library file along with the icon size (which is currently saved). That would allow folks to position their preview display to the size, width and extent of padding desired. Jim Harrison - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] things to fix before 1.3.13?
On 20.12.2007, at 14:11, James Harrison wrote: On Dec 20, 2007, at 7:43 AM, Simon Spiegel wrote: I get a reproducible crash here. I open my file, try to save it and BibDesk crashes. I can't reproduce this crash. Opening and saving multiple pre-existing bib files works fine in my setting. This doesn't seem to be a problem of the file, but of my setup. I get a crash, and the crash reporter says Importer asked to handle unknown UTI edu.ucs.cs. mmccrack.bibdesk.bib whenever I try to save anything. The setting for the default PDF viewer is not followed whenever the PDF itself and not an icon is displayed. When I double click on the PDF in the right side pane, Preview is opened. When I double click PDFs in the attachment pane, they open in Skim (set as my default viewer). Strange ... simon -- Simon Spiegel Steinhaldenstr. 50 8002 Zürich Telephon: ++41 44 451 5334 Mobophon: ++41 76 459 60 39 http://www.simifilm.ch „I have never been certain that the moral of the Icarus myth is, as is generally accepted, 'don't fly too high', or whether it might also be thought of as: 'forget about the wax and feathers, and do a better job on the wings.“ Stanley Kubrick - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] things to fix before 1.3.13?
On Dec 20, 2007, at 3:37 AM, Christiaan Hofman wrote: On 20 Dec 2007, at 12:12 PM, James Harrison wrote: On Dec 19, 2007, at 8:24 PM, Adam R. Maxwell wrote: are there any showstopper bugs or missing features we need to fix before releasing 1.3.13?I think most of the work is done, but there are likely a few things that we've missed. 1. In the reference editor, the tooltips for the individual fields of the left sided lists have misaligned text in my system (Leopard 10.5.1, Powerbook G4). The text is shifted down, which cuts off the bottoms of the letters. I don't understand. Tool tips where? I also don't understand anything like this can happen as tool tips are displayed by Apple. I see that now...it's a Leopard-only issue with the way it displays cell previews, I think. 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] things to fix before 1.3.13?
On Dec 20, 2007, at 4:43 AM, Simon Spiegel wrote: I get a reproducible crash here. I open my file, try to save it and BibDesk crashes. It crashes so badly, it takes the error reporter down as well. Here's the data from Apple's crash reporter. If you want the .bib file I can send you that as well. Thanks, and sorry about that. I recognize that backtrace; that crash was fixed yesterday. Look for a new nightly build in ~15 minutes. -- 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] things to fix before 1.3.13?
On Dec 20, 2007, at 5:11 AM, James Harrison wrote: Also, Simon raised the minor issue previously of the amount of padding around the PDF previews in the right pane. The padding increases as the preview size increases, which eats up a good bit of screen space at the larger preview sizes. If it's not a good idea to fix the left side padding at a relatively narrow value, a reasonable alternative might be to save the scroll position of the right pane to the library file along with the icon size (which is currently saved). That would allow folks to position their preview display to the size, width and extent of padding desired. The padding is a value used in layout of the entire grid, so having it smaller on the edges isn't really an option. If you select an icon, you'll see that it's actually drawn in a square, and there's very little padding on the left (and the title extends into the padded area). Some of those layout choices were based on the assumption that it would be in the bottom preview pane in BD, so you'd see them laid out horizontally and vertically. What scroll position are you referring to? -- 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] things to fix before 1.3.13?
On 20.12.2007, at 16:39, Adam R. Maxwell wrote: This doesn't seem to be a problem of the file, but of my setup. I get a crash, and the crash reporter says Importer asked to handle unknown UTI edu.ucs.cs. mmccrack.bibdesk.bib whenever I try to save anything. Ah, yes...the UTI for BibTeX has now changed, so there'll be all kinds of fun with Launch Services. At least it shouldn't happen again. I can confirm that it doesn't crash anymore. Thanks for the quick fix. The setting for the default PDF viewer is not followed whenever the PDF itself and not an icon is displayed. When I double click on the PDF in the right side pane, Preview is opened. When I double click PDFs in the attachment pane, they open in Skim (set as my default viewer). Strange ... You must be one of the people who set specific app-file bindings in BibDesk. I am: actually, I think this pref was added because I asked for it. ;) The file view was written independently of BibDesk, so it opens the files using the system's default viewer. We can subclass it or add a category override in BD to use that pref. I can't comment on the technical details, but I think, if we have this pref it should be valid throughout the app. At the moment, when Skim is set as default in BibDesk and Preview for the rest of the OS, doubleclicking on the icon in the main window opens Skim, double clicking on the displayed file in the right pane opens Preview. That's definitely not intuitive like this. simon -- 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 -- Simon Spiegel Steinhaldenstr. 50 8002 Zürich Telephon: ++41 44 451 5334 Mobophon: ++41 76 459 60 39 http://www.simifilm.ch „I have never been certain that the moral of the Icarus myth is, as is generally accepted, 'don't fly too high', or whether it might also be thought of as: 'forget about the wax and feathers, and do a better job on the wings.“ Stanley Kubrick - 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] things to fix before 1.3.13?
On 20 Dec 2007, at 5:10 PM, Simon Spiegel wrote: On 20.12.2007, at 16:39, Adam R. Maxwell wrote: This doesn't seem to be a problem of the file, but of my setup. I get a crash, and the crash reporter says Importer asked to handle unknown UTI edu.ucs.cs. mmccrack.bibdesk.bib whenever I try to save anything. Ah, yes...the UTI for BibTeX has now changed, so there'll be all kinds of fun with Launch Services. At least it shouldn't happen again. I can confirm that it doesn't crash anymore. Thanks for the quick fix. The setting for the default PDF viewer is not followed whenever the PDF itself and not an icon is displayed. When I double click on the PDF in the right side pane, Preview is opened. When I double click PDFs in the attachment pane, they open in Skim (set as my default viewer). Strange ... You must be one of the people who set specific app-file bindings in BibDesk. I am: actually, I think this pref was added because I asked for it. ;) The file view was written independently of BibDesk, so it opens the files using the system's default viewer. We can subclass it or add a category override in BD to use that pref. I can't comment on the technical details, but I think, if we have this pref it should be valid throughout the app. At the moment, when Skim is set as default in BibDesk and Preview for the rest of the OS, doubleclicking on the icon in the main window opens Skim, double clicking on the displayed file in the right pane opens Preview. That's definitely not intuitive like this. simon I've just changed it to redirect the contextual menu item to the document or editor, so it uses the preferences. 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] things to fix before 1.3.13?
On Dec 20, 2007, at 10:58 AM, Adam R. Maxwell wrote: The padding is a value used in layout of the entire grid, so having it smaller on the edges isn't really an option. If you select an icon, you'll see that it's actually drawn in a square, and there's very little padding on the left (and the title extends into the padded area). Some of those layout choices were based on the assumption that it would be in the bottom preview pane in BD, so you'd see them laid out horizontally and vertically. What scroll position are you referring to? If you drag the width of the right pane to just larger than the previewed documents, you'll get a horizontal scroll bar at the bottom of the pane that allows you to center the previews in the pane. As you move around the reference list, the position of this scroll bar is preserved so that the documents remain centered and you get a fairly compact display. If you close and re-open the library, the size of the previews and the width of the right pane will be the same as you left it, but the scroll bar will be at one extreme (I don't remember which side it goes to), so that only part of the previews show in the pane and you have to scroll to center them. If the position of the scroll bar was preserved along with the preview size and the width of the right pane, you could just set it and forget it for each library. Jim Harrison UVa - 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] things to fix before 1.3.13?
On Thursday, December 20, 2007, at 08:31AM, Christiaan Hofman [EMAIL PROTECTED] wrote: On 20 Dec 2007, at 4:58 PM, Adam R. Maxwell wrote: On Dec 20, 2007, at 5:11 AM, James Harrison wrote: Also, Simon raised the minor issue previously of the amount of padding around the PDF previews in the right pane. The padding increases as the preview size increases, which eats up a good bit of screen space at the larger preview sizes. If it's not a good idea to fix the left side padding at a relatively narrow value, a reasonable alternative might be to save the scroll position of the right pane to the library file along with the icon size (which is currently saved). That would allow folks to position their preview display to the size, width and extent of padding desired. The padding is a value used in layout of the entire grid, so having it smaller on the edges isn't really an option. If you select an icon, you'll see that it's actually drawn in a square, and there's very little padding on the left (and the title extends into the padded area). Some of those layout choices were based on the assumption that it would be in the bottom preview pane in BD, so you'd see them laid out horizontally and vertically. As a remark on James's remarks, the padding is actually smaller when the icon size is smaller, though percentually it is bigger (it is calculated as 32 + iconwidth / 14). I guess we could make it a bit smaller. What about 5 * round(2 + iconwidth / 50) ? I don't think it can really shrink below 32 because the text is drawn in the (vertical) padding. If there were no labels, it could be a lot tighter. -- 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] things to fix before 1.3.13?
On 20 Dec 2007, at 6:30 PM, Adam R. Maxwell wrote: On Thursday, December 20, 2007, at 08:31AM, Christiaan Hofman [EMAIL PROTECTED] wrote: On 20 Dec 2007, at 4:58 PM, Adam R. Maxwell wrote: On Dec 20, 2007, at 5:11 AM, James Harrison wrote: Also, Simon raised the minor issue previously of the amount of padding around the PDF previews in the right pane. The padding increases as the preview size increases, which eats up a good bit of screen space at the larger preview sizes. If it's not a good idea to fix the left side padding at a relatively narrow value, a reasonable alternative might be to save the scroll position of the right pane to the library file along with the icon size (which is currently saved). That would allow folks to position their preview display to the size, width and extent of padding desired. The padding is a value used in layout of the entire grid, so having it smaller on the edges isn't really an option. If you select an icon, you'll see that it's actually drawn in a square, and there's very little padding on the left (and the title extends into the padded area). Some of those layout choices were based on the assumption that it would be in the bottom preview pane in BD, so you'd see them laid out horizontally and vertically. As a remark on James's remarks, the padding is actually smaller when the icon size is smaller, though percentually it is bigger (it is calculated as 32 + iconwidth / 14). I guess we could make it a bit smaller. What about 5 * round(2 + iconwidth / 50) ? I don't think it can really shrink below 32 because the text is drawn in the (vertical) padding. If there were no labels, it could be a lot tighter. -- adam We could differentiate between vertical and horizontal padding. I think the horizontal padding should be a multiple of 5 because of the insertion marker calculation. 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] things to fix before 1.3.13?
On Thursday, December 20, 2007, at 09:35AM, Christiaan Hofman [EMAIL PROTECTED] wrote: On 20 Dec 2007, at 6:30 PM, Adam R. Maxwell wrote: On Thursday, December 20, 2007, at 08:31AM, Christiaan Hofman [EMAIL PROTECTED] wrote: On 20 Dec 2007, at 4:58 PM, Adam R. Maxwell wrote: On Dec 20, 2007, at 5:11 AM, James Harrison wrote: Also, Simon raised the minor issue previously of the amount of padding around the PDF previews in the right pane. The padding increases as the preview size increases, which eats up a good bit of screen space at the larger preview sizes. If it's not a good idea to fix the left side padding at a relatively narrow value, a reasonable alternative might be to save the scroll position of the right pane to the library file along with the icon size (which is currently saved). That would allow folks to position their preview display to the size, width and extent of padding desired. The padding is a value used in layout of the entire grid, so having it smaller on the edges isn't really an option. If you select an icon, you'll see that it's actually drawn in a square, and there's very little padding on the left (and the title extends into the padded area). Some of those layout choices were based on the assumption that it would be in the bottom preview pane in BD, so you'd see them laid out horizontally and vertically. As a remark on James's remarks, the padding is actually smaller when the icon size is smaller, though percentually it is bigger (it is calculated as 32 + iconwidth / 14). I guess we could make it a bit smaller. What about 5 * round(2 + iconwidth / 50) ? I don't think it can really shrink below 32 because the text is drawn in the (vertical) padding. If there were no labels, it could be a lot tighter. -- adam We could differentiate between vertical and horizontal padding. I think the horizontal padding should be a multiple of 5 because of the insertion marker calculation. A square grid and uniform padding was a fundamental assumption, so I'm afraid of a rewrite if vertical and horizontal spacing are different; I'm not even sure where that's assumed in the code at this point, and it would require a fair amount of testing. I think the real problem is that it's stuck in a narrow view, so we really don't get the benefit (visually or practically) of the dynamic layout. Subclassing it to create a single column view might be better. 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] things to fix before 1.3.13?
On Dec 20, 2007, at 6:12 AM, James Harrison wrote: On Dec 19, 2007, at 8:24 PM, Adam R. Maxwell wrote: are there any showstopper bugs or missing features we need to fix before releasing 1.3.13?I think most of the work is done, but there are likely a few things that we've missed. snip Not a showstopper, but I think I'd like to be able to swap the positions of the preview display (currently at the bottom) and the new attachment display (currently at the right). It would also be nice to be able to toggle these panes on and off from the toolbar, or perhaps small switches in the bottom border. I agree with Jim here. It's not so much that I'd like to see the preview in the attachments pane, it's that I'd like to be able to see the attachments at the bottom where the preview pane is. Well, this would allow me to preserve horizontal screen space. === Adam M. Goldstein PhD MSLIS Assistant Professor of Philosophy Iona College -- email: [EMAIL PROTECTED] web:http://www.iona.edu/faculty/agoldstein/ tel:(914) 637-2717 post: Iona College Department of Philosophy 715 North Avenue New Rochelle, NY 10801 - 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] things to fix before 1.3.13?
On Dec 20, 2007, at 1:17 PM, Adam M. Goldstein wrote: On Dec 20, 2007, at 6:12 AM, James Harrison wrote: On Dec 19, 2007, at 8:24 PM, Adam R. Maxwell wrote: are there any showstopper bugs or missing features we need to fix before releasing 1.3.13?I think most of the work is done, but there are likely a few things that we've missed. snip Not a showstopper, but I think I'd like to be able to swap the positions of the preview display (currently at the bottom) and the new attachment display (currently at the right). It would also be nice to be able to toggle these panes on and off from the toolbar, or perhaps small switches in the bottom border. I agree with Jim here. It's not so much that I'd like to see the preview in the attachments pane, it's that I'd like to be able to see the attachments at the bottom where the preview pane is. Well, this would allow me to preserve horizontal screen space. It looks like Christaan already responded to this with no dice. Thanks anyhow. The new editor looks really great and so does the attachments area. -Adam = Adam M. Goldstein PhD MSLIS Assistant Professor of Philosophy Iona College -- email: [EMAIL PROTECTED] web:http://www.iona.edu/faculty/agoldstein/ tel:(914) 637-2717 post: Iona College Department of Philosophy 715 North Avenue New Rochelle, NY 10801 - 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] things to fix before 1.3.13?
On Thursday, December 20, 2007, at 11:42AM, Alexander H. Montgomery [EMAIL PROTECTED] wrote: On 2007-12-20, at 2:20 AM, Christiaan Hofman wrote: Database Migrate Files, a new assistant to migrate file and URL fields to the new file icon interface. It has some options like removing the original fields. Note that this is undoable, so you can safely experiment with it. 1)This appears not to do anything if you have file papers relative to each document set. Actually, there appear to be a number of problems when you're filing relative (see the two crash reports posted to the bug reports). It's unclear what should be done with the relative filing option in this new paradigm. I personally like it and use it because it makes it easier to share databases and PDFs with others. There's a relative path associated with each file, so relative path resolution should still work. Those crashes look like an infinite loop somewhere. 3)When a file is selected in the file pane, if pressing space opened Quick Look, this would make it nicely consistent with the Finder. Well...space and shift-space are already bound to page down/page up in the file view and in BibDesk generally. I think we could use the cmd-y shortcut, though, which is also used in Finder. -- 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] things to fix before 1.3.13?
On 20 Dec 2007, at 8:41 PM, Alexander H. Montgomery wrote: On 2007-12-20, at 2:20 AM, Christiaan Hofman wrote: Database Migrate Files, a new assistant to migrate file and URL fields to the new file icon interface. It has some options like removing the original fields. Note that this is undoable, so you can safely experiment with it. 1)This appears not to do anything if you have file papers relative to each document set. File migration shouldn't depend on this setting as such, but it may depend on having relative paths in your Local-Urls. However as long as the file has been saved it should work also for those. However the autofiling may have problems in that case, I haven't tested that. Do you have these problems also if you turn of auto filing? Actually, there appear to be a number of problems when you're filing relative (see the two crash reports posted to the bug reports). That's not good. It's unclear what should be done with the relative filing option in this new paradigm. I personally like it and use it because it makes it easier to share databases and PDFs with others. The new setup should work much better with relative paths, as it saves both a relative and absolute path (and file ID), searching the relative path first. 2)I appreciate the continued AppleScript support for local file and url so far (since I've got a LOT of scripts with them), but it appears that they have disappeared from the dictionary. Will these be disappearing in function as well? They've been hidden from the dictionary, as they are deprecated. They may be removed in the future. They do still work though, but they now refer to the first linked file (or URL), rather than the Local-Url (or Url) field. For your future scripts you should use the linked file and linked URL elements. See the sample script for some info on how to use those. 3)When a file is selected in the file pane, if pressing space opened Quick Look, this would make it nicely consistent with the Finder. -AHM And perhaps Return opens the file? 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] things to fix before 1.3.13?
On Thursday, December 20, 2007, at 10:17AM, Adam M. Goldstein [EMAIL PROTECTED] wrote: On Dec 20, 2007, at 6:12 AM, James Harrison wrote: Not a showstopper, but I think I'd like to be able to swap the positions of the preview display (currently at the bottom) and the new attachment display (currently at the right). It would also be nice to be able to toggle these panes on and off from the toolbar, or perhaps small switches in the bottom border. I agree with Jim here. It's not so much that I'd like to see the preview in the attachments pane, it's that I'd like to be able to see the attachments at the bottom where the preview pane is. Well, this would allow me to preserve horizontal screen space. We might be able to revisit that if it's really necessary, but see how it works as-is for a while. It was originally in the preview pane, but we changed it. With the new scheme, you can remove the file URL columns from the table and save a few pixels. The current master-detail view is really handy, so it's hard to replace that with the file view; I mainly use the table columns for sorting, but prefer the lower pane for easy readability. Another option I've thought about is a single column of tall table cells on the right showing details, with the lower pane reserved for abstract/annote/pdf/files/webgroup. See attached (from copying a couple refs into OmniOutliner). The problem is that such a view would still have to be pretty wide to be readable. -- adam attachment: Picture 1.jpg- 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] things to fix before 1.3.13?
On Dec 20, 2007, at 3:52 PM, James Harrison wrote: On Dec 20, 2007, at 3:10 PM, Adam R. Maxwell wrote: We might be able to revisit that if it's really necessary, but see how it works as-is for a while. It was originally in the preview pane, but we changed it. With the new scheme, you can remove the file URL columns from the table and save a few pixels. Maybe once I get used to the new view I won't feel the need for those columns, but I like the quick overview they provide of how many and which references have attached files/links. I second this---I have the little PDF picture in my table view so I can see what I have a digital copy of. I became greedy and started wanting to actually read a paper in the pane, and then I realized that Quicklook could be used for that, of course, remembering that this is what Skim is for. = Adam M. Goldstein PhD MSLIS Assistant Professor of Philosophy Iona College -- email: [EMAIL PROTECTED] web:http://www.iona.edu/faculty/agoldstein/ tel:(914) 637-2717 post: Iona College Department of Philosophy 715 North Avenue New Rochelle, NY 10801 - 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] things to fix before 1.3.13?
On Thursday, December 20, 2007, at 01:26PM, Adam M. Goldstein [EMAIL PROTECTED] wrote: On Dec 20, 2007, at 3:52 PM, James Harrison wrote: On Dec 20, 2007, at 3:10 PM, Adam R. Maxwell wrote: We might be able to revisit that if it's really necessary, but see how it works as-is for a while. It was originally in the preview pane, but we changed it. With the new scheme, you can remove the file URL columns from the table and save a few pixels. Maybe once I get used to the new view I won't feel the need for those columns, but I like the quick overview they provide of how many and which references have attached files/links. I second this---I have the little PDF picture in my table view so I can see what I have a digital copy of. Fair enough. You might think about other ways to do this, though (smart group?), since it's now really easy to attach an arbitrary number of files to a publication. Additionally, the new file scheme won't display in the table, so it's now a legacy mechanism. I became greedy and started wanting to actually read a paper in the pane, and then I realized that Quicklook could be used for that, of course, remembering that this is what Skim is for. You can read a PDF in the file view using the arrow buttons, but it's pretty limited. You might also note that we're not using Quick Look for most of the previews, so they're a bit more useful for our purposes. You can copy/paste from a PDF or text file, for instance, if you look at it from BibDesk, but Quick Look itself doesn't allow that. If Skim could be refactored into a framework for PDF viewing, we could use it for display...but that would be difficult. -- 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
[Bibdesk-users] things to fix before 1.3.13?
Hi all, I have a developer and user question: are there any showstopper bugs or missing features we need to fix before releasing 1.3.13?I think most of the work is done, but there are likely a few things that we've missed. If you're using nightly builds, please test the new editor. There's also an option to migrate files to the new scheme in the last couple builds, and it will be further improved in the next one. thanks, adam - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] things to fix before 1.3.13?
On 20.12.2007, at 02:24, Adam R. Maxwell wrote: Hi all, I have a developer and user question: are there any showstopper bugs or missing features we need to fix before releasing 1.3.13?I think most of the work is done, but there are likely a few things that we've missed. Not a showstopper, but something cosmeitc, which I think has some usability consequences: In the new drawer/right-side preview (or whatever it is called), when a file is displayed also the filename is displayed. That's of course good, but if the filename is long, it extends over the width of the file itself. I want to say is this: Screen estate is used without any real use when there is a long filename because the displayed file itself is shrinked. I think all available space should be used by the displayed file and the name should be truncated and maybe only displayed in full when you hover over it. I think there's no point in having all the space left and right of the displayed file unused. Related to this: When an URL or doi is givem, BibDesk displays a huge @ icon, must this be so big? What's the point of a huge generic icon. Or could a WebKit viewer be integrated instead? If you're using nightly builds, please test the new editor. There's also an option to migrate files to the new scheme in the last couple builds, and it will be further improved in the next one. What exactly has changed here? simon -- Simon Spiegel Steinhaldenstr. 50 8002 Zürich Telephon: ++41 44 451 5334 Mobophon: ++41 76 459 60 39 http://www.simifilm.ch „I have never been certain that the moral of the Icarus myth is, as is generally accepted, 'don't fly too high', or whether it might also be thought of as: 'forget about the wax and feathers, and do a better job on the wings.“ Stanley Kubrick - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
