From owner-freebsd-hackers Wed Apr 28 8: 0:39 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp11.bellglobal.com (smtp11.bellglobal.com [204.101.251.53]) by hub.freebsd.org (Postfix) with ESMTP id F279815245 for ; Wed, 28 Apr 1999 08:00:36 -0700 (PDT) (envelope-from vanderh@ecf.toronto.edu) Received: from localhost.nowhere (ppp18323.on.bellglobal.com [206.172.130.3]) by smtp11.bellglobal.com (8.8.5/8.8.5) with ESMTP id LAA21859; Wed, 28 Apr 1999 11:02:38 -0400 (EDT) Received: (from tim@localhost) by localhost.nowhere (8.9.3/8.9.1) id KAA45345; Wed, 28 Apr 1999 10:59:12 -0400 (EDT) (envelope-from tim) Date: Wed, 28 Apr 1999 10:59:11 -0400 From: Tim Vanderhoek To: Emmanuel DELOGET Cc: Tommy Hallgren , FreeBSD Hackers Mail List , John Birrell Subject: Re: Adding desktop support Message-ID: <19990428105911.B45259@mad> References: <19990428091840.4655.rocketmail@web119.yahoomail.com> <199904280938.JAA12007@excalibur.oceanis.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95i In-Reply-To: <199904280938.JAA12007@excalibur.oceanis.net>; from Emmanuel DELOGET on Wed, Apr 28, 1999 at 11:38:52AM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Apr 28, 1999 at 11:38:52AM +0200, Emmanuel DELOGET wrote: > > So I really think that it is better to hack the wm - or, if you > prefer, to create gnome/whatever proggies to handle this - than to > hack the fbsd kernel. So you hack this window manager, and then you hack that window manager, and then a new window manager is released, etc.. And then the poor users ask why rm(1) is a trash can in fvwm but is a pair of scissors in enlightenment. I think the idea is cool. The only concerns that strike me at the moment are for future extensibility. This is really the sort of thing that belongs in the filesystem, either as some sort of "extended attributes", or whatever. Being in the filesystem would also solve the problem with letting individual users modify the icon associated with a file. The user would simply overlay their own filesystem ontop of the system's /usr/bin and modify attributes as appropriate. Other future extensibility considerations include what others have mentioned: - large programs feeping creature programs that perform multiple tasks, each deserving of a different icon. - associating larger/smaller icons with programs. - some people have expressed some thoughts on MIME. Whatever they say. :) So long as the appropriate libicon interface is developed that will allow for smooth integration of these features when FreeBSD 11.2 is released on Febuary 27, 2007, then I would love to see standardized icons. -- 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