Date: Thu, 29 Apr 1999 08:20:16 -0400 (EDT) From: "Viren R. Shah" <viren@rstcorp.com> To: Wes Peters <wes@softweyr.com> Cc: Thomas David Rivers <rivers@dignus.com>, darrylo@sr.hp.com, hackers@freebsd.org Subject: Re: Adding desktop support (please don't) Message-ID: <199904291220.IAA15363@jabberwock.rstcorp.com> In-Reply-To: <3727C7DA.F08AD1B4@softweyr.com> References: <199904290035.UAA18606@lakes.dignus.com> <3727C7DA.F08AD1B4@softweyr.com>
next in thread | previous in thread | raw e-mail | index | archive | help
>>>>> "Wes" == Wes Peters <wes@softweyr.com> writes: Wes> This entire discussion seems to have skipped over an important concept: Wes> is the icon an attribute of the executable, or an attribute of the Wes> file manager? This is a point that is often missed, especially by the Wes> microserfs in Redmond. I think the icons are more an attribute of the Wes> file manager, they are a virtual view of the file rather than an Wes> attribute of the file. The response that mentioned heir(7) was precisely Wes> right; UNIX already has a way of handling this situation and we should Wes> use and extend THAT appropriately. I think you missed the original point. You are talking about icons as seen representing an application in a desktop. What the original proposal seemed to be was to include data associated with that application (in this case the only data suggested was an icon). Look at the demo application (filedemo) that was presented. It *uses* the icons to display a file hierarchy. The icons embedded within it are not used when the application is minimised -- that's a function of my window manager. I would like to hear arguments against "data" being embedded -- not window manager icons, which has been a perpetual strawman since this thread began. Viren -- Viren R. Shah, viren @ rstcorp . com, http://www.rstcorp.com/~vshah/ If you understand what you're doing, you are not learning anything 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?199904291220.IAA15363>