From owner-freebsd-hackers Wed Apr 28 6:31:37 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from m4.c2.telstra-mm.net.au (m4.c2.telstra-mm.net.au [24.192.3.19]) by hub.freebsd.org (Postfix) with ESMTP id 2F6BE1527A for ; Wed, 28 Apr 1999 06:31:32 -0700 (PDT) (envelope-from andrew@lake.com.au) Received: from m5.c2.telstra-mm.net.au (m5.c2.telstra-mm.net.au [24.192.3.20]) by m4.c2.telstra-mm.net.au (8.8.6 (PHNE_14041)/8.8.6) with ESMTP id XAA11394 for ; Wed, 28 Apr 1999 23:31:31 +1000 (EST) X-BPC-Relay-Envelope-From: andrew@lake.com.au X-BPC-Relay-Envelope-To: X-BPC-Relay-Sender-Host: m5.c2.telstra-mm.net.au [24.192.3.20] X-BPC-Relay-Info: Message delivered directly. Received: from areilly.bpc-users.org (CPE-24-192-51-95.nsw.bigpond.net.au [24.192.51.95]) by m5.c2.telstra-mm.net.au (8.8.6 (PHNE_14041)/8.8.6) with SMTP id XAA27454 for ; Wed, 28 Apr 1999 23:31:30 +1000 (EST) Received: (qmail 31390 invoked by uid 1000); 28 Apr 1999 13:31:31 -0000 From: "Andrew Reilly" Date: Wed, 28 Apr 1999 23:31:31 +1000 To: Chuck Robey Cc: John Birrell , hackers@FreeBSD.ORG Subject: Re: Adding desktop support Message-ID: <19990428233131.A30171@gurney.reilly.home> References: <199904280647.QAA26783@cimlogic.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: ; from Chuck Robey on Wed, Apr 28, 1999 at 09:13:02AM -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Apr 28, 1999 at 09:13:02AM -0400, Chuck Robey wrote: > I like this idea a great deal. I've long wanted some way to attach data > to programs, so as to add some continuing state. This is a first step. I like the idea of adding data to programs, a bit. There were ways to do this before elf was invented, though. Applications already have images and icons in them, that's why the xpm file format looks like a C declaration. I really, really, don't like the idea of mutable state in an application (executable). There are reasons that I log in as me, and use executables owned by root, that I can't modify. > If there was a utility, that would allow a user to replace the default > icon with one of their own choosing (if they care), then that ought to > eliminate any other problems. If the user complains about the extra > data space, then they could replace the icon with a null value, right? > I don't see a downside. Everyone who uses a system, who wants to change the icon in an application has to make their own copy, and put it in their ~/bin directory? -- Andrew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message