Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 29 Apr 1999 12:11:26 -0400
From:      Tim Vanderhoek <vanderh@ecf.utoronto.ca>
To:        Matthew Dillon <dillon@apollo.backplane.com>
Cc:        Nate Williams <nate@mt.sri.com>, Joe Abley <jabley@clear.co.nz>, hackers@FreeBSD.ORG
Subject:   Re: Adding desktop support
Message-ID:  <19990429121126.B51491@mad>
In-Reply-To: <199904290337.UAA11634@apollo.backplane.com>; from Matthew Dillon on Wed, Apr 28, 1999 at 08:37:01PM -0700
References:  <199904282017.NAA01044@dingo.cdrom.com> <19990429083638.B34373.kithrup.freebsd.hackers@gurney.reilly.home> <199904282244.PAA28325@kithrup.com> <19990429112538.D81921@clear.co.nz> <199904282331.RAA11927@mt.sri.com> <19990428232559.A47260@mad> <199904290337.UAA11634@apollo.backplane.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Apr 28, 1999 at 08:37:01PM -0700, Matthew Dillon wrote:
>     I think the easiest way to deal with icons is to simply have an .icons.dbm
>     dbm file in each directory.  i.e. /bin/.icons.dbm.  /usr/bin/.icons.dbm.,
[...]
> 
>     After all, you might want icons for things other then files.  For example,
>     directories, softlinks, unix domain sockets, devices.  Whatever.

I was actually about to agree, but...

This has coherency problems.  Consider a script that produces several
thousand different files and calls the appropriate "associate icon"
program, associating different icons with different files.  Whoever,
whatever, decides to delete those programs is going to need to also
call the correct "dissasociate icon" program.

I don't see that happening.

Icons are just as much a part of the file as the filename is a part of
the file.  "The icon is the filename."  (Did you hear that, everyone?)

Whatever proposals are made in this thread, I don't expect any of them
to be implemented anytime this year.  John Birrel needs an immediate
solution to his problem, and nothing more.  What we need is a libicon
interface, and we should be arguing of the _definition_ of that
interface, not its implementation.

So long as that interface can be reasonably extended in the future,
I'm happy.  I think most potential extensions have been mentioned in
the discussion, by now (mime?, multiple icons, etc.).


-- 
This .sig is not innovative, witty, or profund.


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19990429121126.B51491>