<i>I favor the KISS principle, and I don't see who would need to fine-tune<br>
which parameter can be saved by user, or not.<br><br>
Keeping things more simple means less documentation to write, less<br>
parameters to worry about for sysadmins, etc. Not to mention less code<br>
bloat which leads to slower performance.</i>
<br><br>Sure, sounds like a good idea.  Let's keep it super simple. :)<br><br><br clear="all">--------------------------------------------------<br>Best regards,<br>Zeeshan Mughal<br>Email:  <a href="mailto:zeeshanmughal@ieee.org">zeeshanmughal@ieee.org</a><br>
Web:  <a href="http://www.zixan.info">http://www.zixan.info</a><br>
<br><br><div class="gmail_quote">On Fri, Jul 17, 2009 at 4:02 PM, Marc Delisle <span dir="ltr"><<a href="mailto:marc@infomarc.info">marc@infomarc.info</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Zeeshan M. a écrit :<br>
> / I'm not sure we agreed on the list that there was a need to<br>
<div class="im">> enable/disable each setting one by one.<br>
> /<br>
> Allowing sysadmins to enable/disable each setting does not make code<br>
> either more complex, or trivial to write.  I think that it would give<br>
> them more options certainly; do they really need these options or not<br>
> differs from person to person.  What are your thoughts?<br>
<br>
</div>I favor the KISS principle, and I don't see who would need to fine-tune<br>
which parameter can be saved by user, or not.<br>
<br>
Keeping things more simple means less documentation to write, less<br>
parameters to worry about for sysadmins, etc. Not to mention less code<br>
bloat which leads to slower performance.<br>
<br>
<br>
><br>
> /I agree with Herman's reaction, so it could be<br>
<div class="im">> $cfg['Servers'][$i]['//userprefs']['enable'] = true|false;/<br>
><br>
> Sounds good.  May be $cfg['Servers'][$i]['enable_userprefs'] would be<br>
> better since enable is the only sub-array of "userprefs"?<br>
<br>
</div>Ok, especially if there are no other fine-tuning user prefs parameters ;)<br>
<br>
> --------------------------------------------------<br>
> Best regards,<br>
> Zeeshan Mughal<br>
> Email:  <a href="mailto:zeeshanmughal@ieee.org">zeeshanmughal@ieee.org</a> <mailto:<a href="mailto:zeeshanmughal@ieee.org">zeeshanmughal@ieee.org</a>><br>
<div class="im">> Web:  <a href="http://www.zixan.info" target="_blank">http://www.zixan.info</a><br>
><br>
><br>
> On Fri, Jul 17, 2009 at 12:58 PM, Marc Delisle <<a href="mailto:marc@infomarc.info">marc@infomarc.info</a><br>
</div><div><div></div><div class="h5">> <mailto:<a href="mailto:marc@infomarc.info">marc@infomarc.info</a>>> wrote:<br>
><br>
>     Zeeshan M. a écrit :<br>
>      > Hi,<br>
>      ><br>
>      > I added configuration vars for all the settings currently under<br>
>      > consideration.  Please let me know if I am following the convention<br>
>      > correctly, and/or if there is anything else.<br>
>      ><br>
>      > I decided to get this done first as I would need to access these vars<br>
>      > for user interfaces.<br>
><br>
>     Zeeshan,<br>
>     I don't understand why you are using a syntax like<br>
>     $cfg['perm_storage'][$i]['font_size'] = TRUE;<br>
><br>
>     As you are using $i it means this is a setting per server, right?<br>
>     So it should be, IMO, something like<br>
><br>
>     $cfg['Servers'][$i]['userprefs']['font_size'];<br>
><br>
>     which would follow the other $cfg['Servers'][$i] settings.<br>
>     And perm_storage is not meaningful, again IMO.<br>
><br>
>     I agree with Herman's reaction, so it could be<br>
>     $cfg['Servers'][$i]['userprefs']['enable'] = true|false;<br>
><br>
>     By the way, I'm not sure we agreed on the list that there was a need to<br>
>     enable/disable each setting one by one.<br>
><br>
>     --<br>
>     Marc Delisle<br>
>     <a href="http://infomarc.info" target="_blank">http://infomarc.info</a><br>
<br>
<br>
<br>
--<br>
Marc Delisle<br>
<a href="http://infomarc.info" target="_blank">http://infomarc.info</a><br>
<br>
------------------------------------------------------------------------------<br>
Enter the BlackBerry Developer Challenge<br>
This is your chance to win up to $100,000 in prizes! For a limited time,<br>
vendors submitting new applications to BlackBerry App World(TM) will have<br>
the opportunity to enter the BlackBerry Developer Challenge. See full prize<br>
details at: <a href="http://p.sf.net/sfu/Challenge" target="_blank">http://p.sf.net/sfu/Challenge</a><br>
_______________________________________________<br>
Phpmyadmin-devel mailing list<br>
<a href="mailto:Phpmyadmin-devel@lists.sourceforge.net">Phpmyadmin-devel@lists.sourceforge.net</a><br>
<a href="https://lists.sourceforge.net/lists/listinfo/phpmyadmin-devel" target="_blank">https://lists.sourceforge.net/lists/listinfo/phpmyadmin-devel</a><br>
</div></div></blockquote></div><br>