<br><br><div class="gmail_quote">On Mon, Feb 2, 2009 at 12:50 PM, Gábor Hojtsy <span dir="ltr"><<a href="mailto:gabor@hojtsy.hu">gabor@hojtsy.hu</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;">
<div class="Ih2E3d">On Sun, Feb 1, 2009 at 6:17 PM, Daniel F. Kudwien<br>
<<a href="mailto:news@unleashedmind.com">news@unleashedmind.com</a>> wrote:<br>
> This goes out to some maintainers, specifically related to<br>
><br>
> - Notifications / Messaging<br>
> - Organic Groups<br>
> - Panels<br>
><br>
> Those and related/dependent modules are implementing top-level menu items, e.g.<br>
><br>
> - admin/messaging<br>
> - admin/og<br>
> - admin/panels<br>
></div></blockquote><div><br>Here is an idea.<br><br>Perhaps what we need is admin/applications/ above all the modules that do not<br>readily fit under the rest of the existing hierarchy (Content, Build, Settings, ...). <br>
<br>- admin/applications/messaging<br>
- admin/applications/og<br>
- admin/applications/panels<br>
<br></div></div>i18n would not fit under there, but it could have a "Languages" heading with others going under it.<br><br>- admin/languages/i18n<br clear="all">- admin/languages/locale<br clear="all">- admin/languages/translation<br>
<br>This would solve the issue for admin_menu, and also the clutter.<br>-- <br>Khalid M. Baheyeldin<br><a href="http://2bits.com">2bits.com</a>, Inc.<br><a href="http://2bits.com">http://2bits.com</a><br>Drupal optimization, development, customization and consulting.<br>
Simplicity is prerequisite for reliability. -- Edsger W.Dijkstra<br>Simplicity is the ultimate sophistication. -- Leonardo da Vinci<br>