Re: Icon in window title
Re: Icon in window title
- Subject: Re: Icon in window title
- From: Forest Hill <email@hidden>
- Date: Thu, 24 May 2001 10:32:55 -0700
At 7:17 PM +0200 5/24/01, Uli Zappe wrote:
Am Donnerstag, 24. Mai 2001 um 18:00 schrieb Forest Hill:
Except that, as he's already said, he doesn't _have_ a file to
associate with the window, much like omniweb.
A URL does correspond to a file, though not necessarily a local one.
I'm obviously not really allowed to argue here, but I will say that I
disagree, though it's mostly a matter of what you consider a file, I
suppose.
IMHO, there are valid reasons to want an icon up there (i.e. for
dragging a URL) that doesn't correspond to a file;
So what would you say should the user expect to happen if she drags
such an icon to the Finder or into a document?
That would be up to the creativity of the developer, just like it's
up to them when dragging any other object from their app to the
finder.
I haven't seen the guideline that says we should put the full path
in the window title. Can someone point me at it?
OS X's de-facto standard right now is the other way round, anyway;
one of its biggest GUI bugs. I misunderstood Max here.
Most email programs can be set up to delete duplicates if it really
bothers you.
Mail.app can't. ;-)
That would be another message for another list :-)
Even if it could, how were it to know which list to delete, and
which list to keep?
I haven't really thought this completely through, but at first
glance, does it really matter which one is kept and which one is
tossed?
As per the question asking how the finder does it, the finder is a
carbon app, and there is a carbon API to set a window's icon from an
IconRef, thus requiring no file association.
--------------
Forest Hill
Apple Computer, Inc.
<
mailto:email@hidden>
520-319-6179