Date: Thu, 29 Apr 1999 21:43:47 +0200 From: Markus Stumpf <maex-freebsd-hackers@Space.Net> To: John Birrell <jb@cimlogic.com.au>, hackers@freebsd.org Subject: Re: Adding desktop support Message-ID: <19990429214347.T384@space.net> In-Reply-To: <199904280647.QAA26783@cimlogic.com.au>; from John Birrell on Wed, Apr 28, 1999 at 04:47:35PM %2B1000 References: <199904280647.QAA26783@cimlogic.com.au>
next in thread | previous in thread | raw e-mail | index | archive | help
Ok, I'll start from scratch ;-) 1) If I compare the number of binaries to the number of datafiles (.txt, .ps, .whatsoever) on the systems I have access too, the latter outnumber the binaries by FAR. I can't see the advantage of having icons defined only for the executables in a filesystem browser. You can't use .icons sections with "datafiles", so you need some mapping mechanism for them anyway. 2) How often do you REALLY copy or link binaries from /bin to /somewhereelse and therefor loose a "external" mapping? (Can't remember ever having done this except for chroot()ed environments in FTP servers for the last 10 years or so). 3) GNOME has a real tricky way to find which application/datafile should be represented by which icon. (They use file extensions and file(1) and a database of filenames that can be managed by the user and overrides the defaults). And they have a management tool thats aids you in configuring that. Take a look at "gmc" (Midnight Commander), it is a filesystem browser that really does it nicely. \Maex -- SpaceNet GmbH | http://www.Space.Net/ | Yeah, yo mama dresses Research & Development | mailto:maex-sig@Space.Net | you funny and you need Joseph-Dollinger-Bogen 14 | Tel: +49 (89) 32356-0 | a mouse to delete files D-80807 Muenchen | Fax: +49 (89) 32356-299 | 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?19990429214347.T384>