Re: icon found, but no double click joy

[Rubywand <rubywand@swbell.net>]

Jeff Blakeney writes ...
> 
> On Thu, 25 Mar 1999 21:32:28 -0600, Rubywand <rubywand@swbell.net>
> wrote:
> 
> >     According to Sys 6.0.1 docs, the Option-Control technique is intended for
> >temporarily changing an existing link. It is not supposed to let you create linkages
> >where no linkage exists.
> 
> Here is a direct quote from the Shortcuts file on the System 6.01
> SystemTools2 disk:
> 
> "Holding down 'Option' while double-clicking a document (or while
> choosing 'Open' from the Finder's File menu) presents the directory
> dialog box.  You can specify what application to associate with the
> desired document for a one time launch.  Holding down 'Option' and
> 'Control' while double-clicking a document does the same thing, but
> the Finder makes note to launch that application whenever you open a
> document of that same kind."
> 
> This says that the Option-Control technique makes a permanent link
> (not a temporary one as you said which is accomplished with the Option
> technique)

     Right; I screwed up there!


> and it doesn't have any stipulation that it must be made to
> an existing link.  It simply states that the Finder makes note to
> launch an application of that type from then on.
>

     According to Jerry Kindall in QC's "System 6 Book" ...

>>
The Option and Control-Option features only work when there's already a link in
place for a specific kind of file.
<<

     On the other hand, any new-kind icon that shows up on the Finder is bound
to have some kind of link, at least to file kind. Perhaps, in some cases, part
of the link information-- the part which identifies the application, is lost
due to Desktop corruption.


 
> As I said in my reply to Louis, I think the problem here is that the
> old style icons that GraphicWriter III is using is probably taking
> precedence over the link that he created with the Option-Control
> technique.  However, I just tested this myself because my
> GraphicWriter III old style icons were not pointing to the application
> and it worked for me so I guess my hypothesis is wrong.
 ....

     Did a bit of testing, too. It appears that part of the reason for
differing results is, as you indicate, the difference between the way Finder
deals with icons which have links established via a Desktop entry and icons
which have links established via an icon file in ICONS/. Another possible
complication is the kind of link an icon file icon has to its application.

     One nice thing about sticking an icon into a icon file in ICONS/ and using
IconEd to set the linkages is that the links are fairly durable.



Rubywand