On 7 Sep 2007, at 6:29 PM, Michael McCracken wrote:

> I don't understand the purpose of this preference - it doesn't seem
> to be settable by the UI,
> is apparently on by default and I don't think that what it does makes
> sense.
>

It removes the download item from the download window when the  
download finished successfully. If it not set, the item remains in  
the table. What doesn't make sense?

> The result is that when I download from a URL, I get an open document
> with no connection to a file, no proxy icon. It's not dirty, even
> though I have to save it if I want to know where it is.
>

That has nothing to do with the preference, it always does so. You  
think we should dirty it?

> Is that preference ever off?
>

You can turn it off in the preference sheet of the download window.  
Click the little pref icon.

> The way I see it, there are two choices for how this feature ought to
> work:
> 1. Like a browser: it assumes you want to keep the file, so it saves
> it somewhere you know about and then just opens it as a regular file.
>

Then you need to popup a save panel. That would be a regression, as  
you don't have the choice to discard the document. Moreover I think  
it's annoying to show the save panel immediately, before seeing the  
document. Note that usually in a browser you have a particular  
action, either to save to the default location, or to save to a user- 
specified location. Here there is no such thing, as there is no  
action involved.

> 2. Or: it assumes you don't want to keep the file, downloads it to /
> tmp, and sets the dirty bit so you know you have to save it somewhere
> to keep it. It should also have the proxy icon so you can drag it to
> the finder.
>

One problem is that Apple doesn't have a temporary-file setting (see  
the NSWorkspace docs). So the file won't be cleaned. Also, if there  
is an underlying file in the tmp directory, the user can just Save  
and think it's now saved in some default location.

> #1 is what I expected, but it currently does mostly #2.
>
> Thanks,
> -mike
>

And that's by design.

Christiaan


-------------------------------------------------------------------------
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/
_______________________________________________
skim-app-develop mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/skim-app-develop

Reply via email to