<html>

  <head>

    <meta http-equiv="content-type" content="text/html; charset=ISO-8859-15">

  </head>

  <body bgcolor="#FFFFFF" text="#000000">

    Hi,<br>

    <br>

    I've posted to the bugtracker (

    <a class="moz-txt-link-freetext" href="http://bugs.freepascal.org/view.php?id=26524">http://bugs.freepascal.org/view.php?id=26524</a> ) a patch meant to

    cover all pending issues, except the "Untranslatable Strings" issue,

    which is still pending.<br>

    <br>

    For this issue I summarize the problem and the possible solutions:<br>

    <br>

    1) The problem:<br>

    The Editortoolbar creates a Treeview which reproduces exactly the

    structure of IDEMenuRoots.<br>

    This has the advantage of giving access to all the available menu

    items, whether they are in the main Ide menu, or in various pop-up

    menus, well organized, making it easy to locate what you need.<br>

    <br>

    The problem is that while Menu Items have a translatable caption,

    Menu Sections do not, because they were intended only for internal

    usage. But using the same structure for a human readable Treeview

    gives rise to the problem. <br>

    <br>

    2) Possible solutions:<br>

    <blockquote>a) To leave things as they are. In the Treeview, Menu

      Sections are shown with the internal name.<br>

      Pros: No need to modify anything.<br>

      Cons: Users unfamiliar with English, or worse unfamiliar with

      Latin alphabet will have a lot of troubles to understand what the

      heck mean some of them.<br>

      <br>

      b) To modify lazarus code, adding a human readable Caption to Menu

      Sections. Sort of: TIDEMenuSection.Create (const TheName: string;

      const TheCaption: string = '');<br>

      Pros: It becomes possible to take advantage of IDEMenuRoots to

      generate human readable infos also for Menu Sections.

      Editortoolbar can exploit this, but other IDE future extensions

      may take advantage too.<br>

      Cons: Requires the update of quite a number of units/packages.<br>

      <br>

      c) To modify EditorToolbar code, which upon detecting the

      untranslated string (Name=Caption), may access his own

      translations in his resources.<br>

      Pros: no need to modify lazarus code elsewhere.<br>

      Cons: requires housekeeping of EditorToolbar whenever there's a

      change in lazarus Menu Sections.<br>

      <br>

      d) To implement differently the EditorToolbar TreeView. But I fail

      to see how.<br>

      <br>

    </blockquote>

    I'd be in favor of option b), but that's just my vote.<br>

    What shall we do?<br>

    <br>

    Giuliano<br>

    <br>

  </body>

</html>