From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,55958fd991db66fe X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2002-09-14 20:31:10 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!newsfeed.icl.net!newsfeed.fjserv.net!newsfeed.freenet.de!news-lei1.dfn.de!news-fra1.dfn.de!fu-berlin.de!uni-berlin.de!pc-62-31-50-169-cr.blueyonder.co.UK!not-for-mail From: nickroberts@blueyonder.co.uk (Nick Roberts) Newsgroups: comp.lang.ada Subject: Re: Advantage of XML based GUI? (was Re: Ada-inspired OS/Language) Date: Sun, 15 Sep 2002 03:31:39 GMT Organization: AdaOS Message-ID: <3d83f1de.1204515044@news.cis.dfn.de> References: <4519e058.0209101828.cb5ff85@posting.google.com> <3d7f9d3f.920665532@news.cis.dfn.de> <3d80b566.992395741@news.cis.dfn.de> <3d813a2b.1026389832@news.cis.dfn.de> <3d823132.1089638283@news.cis.dfn.de> <3D8358E1.9080703@cogeco.ca> NNTP-Posting-Host: pc-62-31-50-169-cr.blueyonder.co.uk (62.31.50.169) X-Trace: fu-berlin.de 1032060668 1752744 62.31.50.169 (16 [25716]) X-Newsreader: Forte Free Agent 1.21/32.243 Xref: archiver1.google.com comp.lang.ada:28977 Date: 2002-09-15T03:31:39+00:00 List-Id: On Sat, 14 Sep 2002 12:19:57 -0400, "Chad R. Meiners" strongly typed: > >"Warren W. Gay VE3WWG" wrote in message >news:3D8358E1.9080703@cogeco.ca... >> This doesn't always work out well with the "user". This is the same >> problem with the McAfee Firewall software. They start with the >> premise of locking everything down (which is good) and then asking >> questions of the user as they progress through their normal tasks. >> >> The problem with this model is that the end user >> does'nt understand the questions! If the user is presented with a prompt >> to allow/disallow TCP port 23 incoming access, he is stuck. The user >> becomes impatient and will then: >> ... >Agreed, Also agreed. >I have given some thought about this. In my view all programs >should come will installation information. This information must be >submitted to the OS at install time before it can be considered executable >by anyone. Each installation lists what capabilities the program needs and >should be accompained with a plain text description of why the program needs >that capablility. The operating system can also maintain a list of >capability descriptions so the user can compare the needs with the expected >usage. Based on this information the user can grant the program >all/some/none of the requested capabilities. If the user wants to install a >program that does not have the accompanied installation information, they >could run it in the interactive mode Nick described. Perfect. This is indeed (honest!) just how I intend to do it (I thought about installation matters a lot earlier this year). In addition, the system will keep track of what was installed from where, permitting intelligent backup, automatic piecemeal installation and update from the Internet, and all manner of nice things. All done with careful consideration of security (including viruses). -- Nick Roberts Per Ardua ad Disastra