<HTML><HEAD>
<META content="MSHTML 6.00.2800.1491" name=GENERATOR></HEAD>
<BODY>
<DIV>&gt; [Original Message]<BR>&gt; From: David Spitzley &lt;dspitzle@wash.k12.mi.us&gt;<BR>&gt; To: &lt;pmwiki-users@pmichaud.com&gt;<BR>&gt; Date: 3/9/2005 4:29:37 PM<BR>&gt; Subject: Re: [pmwiki-users] Re: Perfection and Menus (WAS: onover-bundling) . . .<BR>&gt;<BR>&gt; Well, just in case PM is wavering on his decision to include GUIedit in<BR>&gt; the core installation, I would argue that the GUIedit module is, if not<BR>&gt; &gt;needed&lt;, then extremely useful for what has historically been the<BR>&gt; primary feature of a Wiki:&nbsp; the enabling of non-techies to participate<BR>&gt; in the creation of the wiki with a minimum of training.&nbsp; I think it is<BR>&gt; entirely appropriate that it is disabled by default, <BR><BR>GUIedit should be enabled by default as pmwiki's foundation should be ease of use.&nbsp; <BR><BR>Of my pet peaves as a webmaster would be to&nbsp;simplify the ease of updates.&nbsp; <BR><BR>I'd like to see the config file broken up into two files.&nbsp; </DIV>
<UL>
<LI>Wiki_ID -- for a wiki's identity (URLs, passwords, and other similar rarely changed stuff in the updating process).&nbsp;</LI>
<LI>Wiki_Config -- for the various frequently configured features of the wiki.&nbsp; These would be set to the most commonly used settings to reduce webmaster updating&nbsp;overhead. </LI></UL>
<DIV>This way, one could easily update a wiki by uploading Wiki_config to the Local folder while leaving the Wiki_ID identity file untouched.&nbsp;&nbsp;There are obviously other menu driven ways one might handle this to ease overhead, but hey, one thing at a time.&nbsp; <BR></DIV>
<DIV>Always, Fred C</DIV></BODY></HTML>