<html>
  <head>
    <meta http-equiv="content-type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <font face="Liberation Serif">Hello,<br>
      <br>
      I've been referred to this mailing list for an answer to the
      following question, originally posted at <a
        moz-do-not-send="true"
href="https://ask.libreoffice.org/t/the-sdk-uno-skeletonmaker-t-argument/86641"
        class="moz-txt-link-freetext">https://ask.libreoffice.org/t/the-sdk-uno-skeletonmaker-t-argument/86641</a><br>
      <br>
      According to <a moz-do-not-send="true"
        href="https://api.libreoffice.org/docs/tools.html#uno-skeletonmaker"
        class="moz-txt-link-freetext">https://api.libreoffice.org/docs/tools.html#uno-skeletonmaker</a>
      the argument ‘-t’  “specifies a UNOIDL type name, e.g.
      com.sun.star.text.XText (can be used more than once)”.  This
      wording is the same as both the uno-skeletonmaker command-line
      ‘help’ and the introductory comments in the source code for
      'skeletonmaker.cxx'.<br>
      <br>
      However I don't understand which entity the UNOIDL type name is
      intended to qualify.  For example, is it the type of the skeleton
      code to be generated (presumably not, since that’s defined by the
      ‘calc-add-in’ command), the type of each value returned by the
      Java methods implemented in this addIn, or something else? 
      Anything I've tried results in an "unknown entity" diagnostic.<br>
      <br>
      About seven years ago I wrote an addIn which works well, but it
      was developed by hand-coding everything from scratch and modifying
      the 'make' file given in the SDK examples.  My reference document
      was the "OpenOffice.org 3.1 Developer's Guide" published by Sun
      Microsystems in 2009.  I'm now attempting to recompile this addIn
      using the LO SDK toolset before embarking on a new project.<br>
      <br>
      I'd be grateful for any light which members of this list can shed.<br>
    </font><font face="Liberation Serif"><br>
      Regards,<br>
      David Lochrin<br>
      <br>
    </font>
  </body>
</html>