On Oct 21, 2007, at 16:12, Fernando Pereira wrote: > > On Oct 21, 2007, at 6:55 PM, Adam R. Maxwell wrote: > > One more comment: > >> The editing window is really designed to work with files, so this is >> expected behavior. > > I respectfully disagree. If BibDesk gives me an option to "Edit Data" > and pops up a window that allows me to "edit" the data, it's really > baffling that it cannot do anything with the results of the > operations it prompted me to do.
Well, the assumption is that if you were able to put it on the clipboard once, you can do it again after fixing it :). > (It could save the edited material > on a temporary file, and replace the contents of the clipboard with > the new material.) The former is messy; we then leave temp files scattered around, which has been confusing to users in the past. The latter is bad practice, since we're not supposed to touch the clipboard without explicit user action. > I'm not in a position to tell you what the right solution is, but > something that at least makes the options available to the user clear > would be nice. Suggestions are welcome. The current design isn't as random as it may seem, though. -- adam ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users