<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#ffffff" text="#000000">
    On 6:59 AM, Iain William Wiseman wrote:
    <blockquote cite="mid:%3C4DBDFE02.8040002@bibble.co.nz%3E"
      type="cite">
      <meta content="text/html; charset=ISO-8859-1"
        http-equiv="Content-Type">
      On 2/05/2011 12:26 p.m., Ms. Nancy Wichmann wrote:
      <blockquote
        cite="mid:728295.16739.qm@web180316.mail.gq1.yahoo.com"
        type="cite">
        <style type="text/css"><!-- DIV {margin:0px;} --></style>
        <div style="font-family: arial,helvetica,sans-serif; font-size:
          12pt;">
          <div>
            <div>Name calling serves no one any good.</div>
            <div>&nbsp;</div>
            Different people learn in different ways. I, too, am one who
            learns better by doing,&nbsp;so examples are beneficial,
            especially if they&nbsp;even remotely relate to my issue. And,
            yes, I even occasionally try to "do before reading" because
            a solution without a problem&nbsp;seems to be the tail wagging
            the dog.</div>
          <div>&nbsp;</div>
          <div>But when it comes time to read, I do so. Unfortunately,
            computers only do what you tell them to do, so searching
            requires the correct terms, and Views docs, in
            particular,&nbsp;are filled with&nbsp;terms that don't trip off the
            fingers of the uninitiated&nbsp;readily. That's no&nbsp;slight to&nbsp;Mr.
            Miles&nbsp;at all; he writes concisely. In my initial response, I
            gave&nbsp;Mr. Wiseman, the term "relationship" with which to
            search, hoping that it would get him to the docs he needed.
            Since I was just waking up and needed to get ready for
            church, I didn't have time to find the article for him.</div>
          <div>&nbsp;</div>
          <div>Mr. Wiseman, in case you didn't know,&nbsp;Mr. Miles is known
            as "Merlinofchaos" on Drupal.org; strike a bell?</div>
          <div>&nbsp;</div>
          <div>I think there might be one other bit of reading that you
            might want to do: the description of these lists. In
            contrast to what Mr. Favia&nbsp;wrote,&nbsp;it seems to me that this
            question should have been in the Support list as it does not
            deal with the development of Drupal itself.<br>
            &nbsp;</div>
          <p><font size="4" color="#ff007f" face="bookman old style, new
              york, times, serif"><em><strong>Nancy</strong></em></font></p>
          <p>&nbsp;</p>
          <p><font face="arial, helvetica, sans-serif">Injustice
              anywhere is a threat to justice everywhere. -- Dr. Martin
              L. King, Jr.</font></p>
          <br>
        </div>
      </blockquote>
      Thank Nancy, <br>
      <br>
      So development of drupal modules which are not part of the core go
      to support - I did not know this so thanks. <br>
      <br>
      Will be looking a views again tonight (day job to do!). I am
      looking into helping out port LinkedIn to Drupal 7 but felt I
      might be best just getting a simple view/database module going
      first. I do have on question with regard to building the code
      though, is there a standard approach to where to put the bits. I
      understand .install and .info but where how to split up the pages
      seems unclear to me.<br>
      <br>
      Iain<br>
      &nbsp;<br>
    </blockquote>
    Iain,<br>
    <br>
    It's not the clearest distinction at times with regard to the
    mailing lists, I fell for it too.&nbsp; The distinction I work with is
    development is for development *of* Drupal, and support covers
    development *with* Drupal (as well as a plethora of other things).<br>
    <br>
    As far as docs go, there are degrees. Examples are part of the
    documentation and the part that I, personally, would go to first. I
    wouldn't tell anyone to read an API document from top to bottom,
    it's something you delve into when you've exhausted all the high
    level stuff or if you need a level of detail not covered by generic
    examples.<br>
    <br>
    Malks.<br>
  </body>
</html>