<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <html><head> <meta content="text/html; charset=utf-8" http-equiv="Content-Type"> </head>www.mustardseedmedia.com, he has a few videos on views. Also Lynda.com has an awesome video series on Drupal, it include a while section on views. Lynda I think is 25 for a month.<p>Sent from my Verizon Wireless BlackBerry</p><hr/><div><b>From: </b> vishnu vardhan &lt;vishnukmit@gmail.com&gt;
</div><div><b>Date: </b>Thu, 19 Nov 2009 16:28:28 +0530</div><div><b>To: </b>&lt;development@drupal.org&gt;</div><div><b>Subject: </b>[development] can any one help me views</div><div><br/></div>Hi All , <br>I am currently assigned with a project in drupal to work with views. Can anyone guide me how should i go about it????<br>I am referring <a href="http://drupal.org/node/109604">http://drupal.org/node/109604</a> but since there are no examples i am unable to grasp much. I want to work with views2 . Is it necessary to have CCK module enabled to work with views2.<br>
What if I want to add an option in the default list of fields,arguments,filter  how should i go about it ???<br>Vishnu <br><br><div class="gmail_quote">On Thu, Nov 19, 2009 at 2:33 PM,  <span dir="ltr">&lt;<a href="mailto:development-request@drupal.org">development-request@drupal.org</a>&gt;</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;">Send development mailing list submissions to<br>
        <a href="mailto:development@drupal.org">development@drupal.org</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
        <a href="http://lists.drupal.org/mailman/listinfo/development" target="_blank">http://lists.drupal.org/mailman/listinfo/development</a><br>
or, via email, send a message with subject or body &#39;help&#39; to<br>
        <a href="mailto:development-request@drupal.org">development-request@drupal.org</a><br>
<br>
You can reach the person managing the list at<br>
        <a href="mailto:development-owner@drupal.org">development-owner@drupal.org</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than &quot;Re: Contents of development digest...&quot;<br>
<br>
<br>
Today&#39;s Topics:<br>
<br>
   1. Re: CVS Approval Policy: was Re: new features in D6       core?<br>
      (David Metzler)<br>
   2. Re: Content Specific Modules for Small Constituencies,    Are<br>
      they Kosher? (Larry Garfield)<br>
   3. Re: Content Specific Modules for Small Constituencies,    Are<br>
      they Kosher? (Shai Gluskin)<br>
   4. Re: PHP Standards Group (Larry Garfield)<br>
   5. Re: PHP Standards Group (David Metzler)<br>
   6. Re: Content Specific Modules for Small Constituencies, Are<br>
      they Kosher? (<a href="mailto:info@marcvangend.nl">info@marcvangend.nl</a>)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Wed, 18 Nov 2009 20:53:22 -0800<br>
From: David Metzler &lt;<a href="mailto:metzlerd@metzlerd.com">metzlerd@metzlerd.com</a>&gt;<br>
Subject: Re: [development] CVS Approval Policy: was Re: new features<br>
        in D6   core?<br>
To: <a href="mailto:development@drupal.org">development@drupal.org</a><br>
Message-ID: &lt;<a href="mailto:4167D2ED-EDD7-4662-8218-5D622DD9D862@metzlerd.com">4167D2ED-EDD7-4662-8218-5D622DD9D862@metzlerd.com</a>&gt;<br>
Content-Type: text/plain; charset=&quot;us-ascii&quot;<br>
<br>
Before one tries to solve a problem, it would be interesting to prove<br>
or provide evidence that it exists.  As a module maintainer, I think<br>
REALLY HARD before considering creating a new module on CVS, because<br>
I know what maintaining a module entails, and I&#39;ve already worked<br>
hard to try and get others involved in my own issue queue.   I lean<br>
towards looking for duplicate modules cause I want to pair up with<br>
people to lessen my own workload.  If I post a module, I&#39;ve already<br>
tried to find another module that does something similar, and when<br>
possible have tried to float patches against that module to get it to<br>
do what I want it to do.  Because I KNOW my time is limited. I don&#39;t<br>
think that I&#39;m alone here.<br>
<br>
Anecdotes don&#39;t count here.  If we&#39;ve got 5000+ modules, how many of<br>
these are duplicates posted by maintainers of other modules. My bet<br>
is the number is really low, and not worth investing a ton of time in.<br>
<br>
Show me da numbers.... :)<br>
<br>
On Nov 18, 2009, at 4:08 AM, Ashraf Amayreh wrote:<br>
<br>
&gt; I suddenly got this (perhaps silly) idea of only allowing a CVS<br>
&gt; owner to create one project and require approval by posting to the<br>
&gt; DEV list when wishing to create another project rather than making<br>
&gt; this open for all CVS owners. This would definitely help with the<br>
&gt; repetition problem and module boom.<br>
&gt;<br>
&gt; Posting to the DEV list should at least give other module<br>
&gt; developers and people interested the opportunity to object to,<br>
&gt; agree or suggest alternatives to the proposed module rather than<br>
&gt; suddenly finding a useless/repetitive module springing up here and<br>
&gt; there because the developer didn&#39;t know another one existed.<br>
&gt;<br>
&gt; Suggestions? Flames? Thoughts?<br>
&gt;<br>
&gt; AA<br>
&gt;<br>
&gt; On Sat, Oct 24, 2009 at 4:35 AM, Jeff Greenberg<br>
&gt; &lt;<a href="mailto:jeff@ayendesigns.com">jeff@ayendesigns.com</a>&gt; wrote:<br>
&gt; Dave Reid wrote:<br>
&gt;<br>
&gt; Again, how can one person know that one line is useful to the<br>
&gt; entire community if other people don&#39;t speak up about it? It<br>
&gt; requires the community to be involved in the process and not<br>
&gt; reacting to just when there are problems.<br>
&gt;<br>
&gt; Right, then if one person isn&#39;t qualified to know whether it would<br>
&gt; be useful to the community, let the community decide by downloading<br>
&gt; it or not.<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; --<br>
&gt; Ashraf Amayreh<br>
&gt; <a href="http://aamayreh.org" target="_blank">http://aamayreh.org</a><br>
<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <a href="http://lists.drupal.org/pipermail/development/attachments/20091118/943a2cdf/attachment-0001.html" target="_blank">http://lists.drupal.org/pipermail/development/attachments/20091118/943a2cdf/attachment-0001.html</a><br>

<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Wed, 18 Nov 2009 22:53:36 -0600<br>
From: Larry Garfield &lt;<a href="mailto:larry@garfieldtech.com">larry@garfieldtech.com</a>&gt;<br>
Subject: Re: [development] Content Specific Modules for Small<br>
        Constituencies, Are they Kosher?<br>
To: <a href="mailto:development@drupal.org">development@drupal.org</a><br>
Message-ID: &lt;<a href="mailto:200911182253.37005.larry@garfieldtech.com">200911182253.37005.larry@garfieldtech.com</a>&gt;<br>
Content-Type: Text/Plain;  charset=&quot;iso-8859-15&quot;<br>
<br>
On Wednesday 18 November 2009 10:24:59 pm Andrew Berry wrote:<br>
&gt; On 2009-11-18, at 11:11 PM, Shai Gluskin wrote:<br>
&gt; &gt; I&#39;m thinking of creating a very simple module. All it would do is install<br>
&gt; &gt; a particular vocabulary on your site which has about 50 terms (I&#39;ll give<br>
&gt; &gt; the specific example further below).<br>
&gt;<br>
&gt; It strikes me that this would be much better suited as an install profile<br>
&gt; which would set this up, along with other common modules and data used by<br>
&gt; synagogues. It might be worth reaching out to them, finding some other<br>
&gt; common features which you need for your site, and starting from there<br>
&gt; instead.<br>
&gt;<br>
&gt; Or, if taxonomy import is all you need, see about a generic taxonomy import<br>
&gt; / export solution, and providing a dataset for that somewhere.<br>
&gt;<br>
&gt; --Andrew<br>
<br>
I think the last answer here is key.  Modules that provide *functionality*<br>
that is useful only to a small subset of users are fine.  There&#39;s a LOT of<br>
those around. :-)  However, modules that exist only as a glorified data dump<br>
really should not, IMO, be modules to begin with.  They should be handled in<br>
some more elegant data-dump-centric way.  If such a way doesn&#39;t exist, that<br>
sounds like a perfectly good excuse to build one.<br>
<br>
--<br>
Larry Garfield<br>
<a href="mailto:larry@garfieldtech.com">larry@garfieldtech.com</a><br>
<br>
<br>
------------------------------<br>
<br>
Message: 3<br>
Date: Thu, 19 Nov 2009 00:21:00 -0500<br>
From: Shai Gluskin &lt;<a href="mailto:shai@content2zero.com">shai@content2zero.com</a>&gt;<br>
Subject: Re: [development] Content Specific Modules for Small<br>
        Constituencies, Are they Kosher?<br>
To: &quot;<a href="mailto:development@drupal.org">development@drupal.org</a>&quot; &lt;<a href="mailto:development@drupal.org">development@drupal.org</a>&gt;<br>
Message-ID: &lt;<a href="mailto:3FCEBA7E-A165-4860-8DA7-7ED5BA870C10@content2zero.com">3FCEBA7E-A165-4860-8DA7-7ED5BA870C10@content2zero.com</a>&gt;<br>
Content-Type: text/plain; charset=&quot;us-ascii&quot;<br>
<br>
Larry wrote,<br>
<br>
&quot;If such a way doesn&#39;t exist, that<br>
sounds like a perfectly good excuse to build one.&quot;<br>
<br>
I was thinking along those same lines... Like a site where people<br>
could contribute and collaborate on open-source taxonomies, with<br>
widgets built in like, &quot;export to Drupal&quot;, &quot;export to Plone&quot;, &quot;export<br>
to CSV&quot;.<br>
<br>
And it would be cool if the export to Drupal choice created a zip with<br>
a fully formed, dynamically generated module. Installing a module is<br>
much less threatening to people than running a code snippet throgh<br>
Devel&#39;s drupal_execute utility. And with D7 all the more so.<br>
<br>
Anybody know of an open source taxonomy repository kind of site.<br>
<br>
Shai<br>
<br>
On Nov 18, 2009, at 11:53 PM, Larry Garfield &lt;<a href="mailto:larry@garfieldtech.com">larry@garfieldtech.com</a>&gt;<br>
wrote:<br>
<br>
&gt; If such a way doesn&#39;t exist, that<br>
&gt; sounds like a perfectly good excuse to build one.<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <a href="http://lists.drupal.org/pipermail/development/attachments/20091119/7e9ef096/attachment-0001.html" target="_blank">http://lists.drupal.org/pipermail/development/attachments/20091119/7e9ef096/attachment-0001.html</a><br>

<br>
------------------------------<br>
<br>
Message: 4<br>
Date: Thu, 19 Nov 2009 00:05:40 -0600<br>
From: Larry Garfield &lt;<a href="mailto:larry@garfieldtech.com">larry@garfieldtech.com</a>&gt;<br>
Subject: Re: [development] PHP Standards Group<br>
To: <a href="mailto:development@drupal.org">development@drupal.org</a><br>
Message-ID: &lt;<a href="mailto:200911190005.40220.larry@garfieldtech.com">200911190005.40220.larry@garfieldtech.com</a>&gt;<br>
Content-Type: Text/Plain;  charset=&quot;iso-8859-15&quot;<br>
<br>
It got renamed.  The new docs (I don&#39;t think they&#39;re set in stone yet, but I<br>
just got here) are:<br>
<br>
<a href="http://groups.google.com/group/php-standards/web/php-coding-standard" target="_blank">http://groups.google.com/group/php-standards/web/php-coding-standard</a><br>
<a href="http://groups.google.com/group/php-standards/web/psr-0-final-proposal" target="_blank">http://groups.google.com/group/php-standards/web/psr-0-final-proposal</a><br>
<br>
Feedback, I suppose, should get filtered through me and I&#39;ll try to summarize<br>
as well as I can.  It&#39;s an open-read list, though, so anyone interested can<br>
browse the archives.<br>
<br>
On Wednesday 11 November 2009 8:43:49 pm David Metzler wrote:<br>
&gt; I agree whole heartedly with you on this.<br>
&gt;<br>
&gt; FYI:  The document appears to have been removed.  I&#39;d be interested<br>
&gt; in reading it if it ever appears again.<br>
&gt;<br>
&gt; Dave<br>
&gt;<br>
&gt; On Nov 11, 2009, at 9:19 AM, <a href="mailto:larry@garfieldtech.com">larry@garfieldtech.com</a> wrote:<br>
&gt; &gt; It seems to cover fewer things than they used to, but the one it<br>
&gt; &gt; does cover is the one that is least Drupal-friendly; specifically<br>
&gt; &gt; it mandates a direct Java-style mapping from namespace and class<br>
&gt; &gt; name to file name.  I dislike that and find it fundamentally Drupal-<br>
&gt; &gt; incompatible, but we&#39;ll see.<br>
<br>
--<br>
Larry Garfield<br>
<a href="mailto:larry@garfieldtech.com">larry@garfieldtech.com</a><br>
<br>
<br>
------------------------------<br>
<br>
Message: 5<br>
Date: Wed, 18 Nov 2009 22:35:21 -0800<br>
From: David Metzler &lt;<a href="mailto:metzlerd@metzlerd.com">metzlerd@metzlerd.com</a>&gt;<br>
Subject: Re: [development] PHP Standards Group<br>
To: <a href="mailto:development@drupal.org">development@drupal.org</a><br>
Message-ID: &lt;<a href="mailto:9DD2B25B-AA64-4685-AB2F-BAF10FA48CF6@metzlerd.com">9DD2B25B-AA64-4685-AB2F-BAF10FA48CF6@metzlerd.com</a>&gt;<br>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed<br>
<br>
Thanks Larry,<br>
<br>
I don&#39;t really like the java-style mapping from namespace to filename<br>
either.  Would prefer to see that not happen at all.... wonder what<br>
the chances of that are....<br>
<br>
ABSOLUTELY do not agree with treating the_ as a directory<br>
separator.  Many languages do NOT do this (FLEX, etc).  Would really<br>
be a pain in moving drupal in any OO directions as well. The deep<br>
trees that are typical in java are not my friend.  I&#39;d like to be<br>
able to bundle things in flatter structures, if I can. The_<br>
directory separator greatly impedes that effort.<br>
<br>
I also don&#39;t really like the mandate of 1 class name per file name,<br>
but I&#39;ll probably get overruled on that one, too.<br>
<br>
Thanks for taking up the cause!<br>
<br>
Dave<br>
On Nov 18, 2009, at 10:05 PM, Larry Garfield wrote:<br>
<br>
&gt; It got renamed.  The new docs (I don&#39;t think they&#39;re set in stone<br>
&gt; yet, but I<br>
&gt; just got here) are:<br>
&gt;<br>
&gt; <a href="http://groups.google.com/group/php-standards/web/php-coding-standard" target="_blank">http://groups.google.com/group/php-standards/web/php-coding-standard</a><br>
&gt; <a href="http://groups.google.com/group/php-standards/web/psr-0-final-proposal" target="_blank">http://groups.google.com/group/php-standards/web/psr-0-final-proposal</a><br>
&gt;<br>
&gt; Feedback, I suppose, should get filtered through me and I&#39;ll try to<br>
&gt; summarize<br>
&gt; as well as I can.  It&#39;s an open-read list, though, so anyone<br>
&gt; interested can<br>
&gt; browse the archives.<br>
&gt;<br>
&gt; On Wednesday 11 November 2009 8:43:49 pm David Metzler wrote:<br>
&gt;&gt; I agree whole heartedly with you on this.<br>
&gt;&gt;<br>
&gt;&gt; FYI:  The document appears to have been removed.  I&#39;d be interested<br>
&gt;&gt; in reading it if it ever appears again.<br>
&gt;&gt;<br>
&gt;&gt; Dave<br>
&gt;&gt;<br>
&gt;&gt; On Nov 11, 2009, at 9:19 AM, <a href="mailto:larry@garfieldtech.com">larry@garfieldtech.com</a> wrote:<br>
&gt;&gt;&gt; It seems to cover fewer things than they used to, but the one it<br>
&gt;&gt;&gt; does cover is the one that is least Drupal-friendly; specifically<br>
&gt;&gt;&gt; it mandates a direct Java-style mapping from namespace and class<br>
&gt;&gt;&gt; name to file name.  I dislike that and find it fundamentally Drupal-<br>
&gt;&gt;&gt; incompatible, but we&#39;ll see.<br>
&gt;<br>
&gt; --<br>
&gt; Larry Garfield<br>
&gt; <a href="mailto:larry@garfieldtech.com">larry@garfieldtech.com</a><br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 6<br>
Date: Thu, 19 Nov 2009 10:02:21 +0100<br>
From: &lt;<a href="mailto:info@marcvangend.nl">info@marcvangend.nl</a>&gt;<br>
Subject: Re: [development] Content Specific Modules for Small<br>
        Constituencies, Are they Kosher?<br>
To: &lt;<a href="mailto:development@drupal.org">development@drupal.org</a>&gt;<br>
Message-ID: &lt;0fcee1fd6c38a970118277a2cea82fe8@localhost&gt;<br>
Content-Type: text/plain; charset=&quot;utf-8&quot;<br>
<br>
<br>
<br>
Shai, have you seen <a href="http://drupal.org/project/taxonomy_xml" target="_blank">http://drupal.org/project/taxonomy_xml</a>? I haven&#39;t<br>
used it myself yet, but the module description says that it &quot;makes it<br>
possible to import and export vocabularies and taxonomy terms via XML, CSV,<br>
RDF and other formats&quot;. Sounds like the module you need.<br>
<br>
On Thu, 19 Nov<br>
2009 00:21:00 -0500, Shai Gluskin  wrote:  Larry wrote,<br>
 &quot;If such a way<br>
doesn&#39;t exist, that<br>
sounds like a perfectly good excuse to build one.&quot;<br>
 I<br>
was thinking along those same lines... Like a site where people could<br>
contribute and collaborate on open-source taxonomies, with widgets built in<br>
like, &quot;export to Drupal&quot;, &quot;export to Plone&quot;, &quot;export to CSV&quot;.<br>
 And it<br>
would be cool if the export to Drupal choice created a zip with a fully<br>
formed, dynamically generated module. Installing a module is much less<br>
threatening to people than running a code snippet throgh Devel&#39;s<br>
drupal_execute utility. And with D7 all the more so.<br>
 Anybody know of an<br>
open source taxonomy repository kind of site.<br>
 Shai<br>
On Nov 18, 2009, at<br>
11:53 PM, Larry Garfield  wrote:<br>
<br>
 If such a way doesn&#39;t exist, that<br>
<br>
sounds like a perfectly good excuse to build one.<br>
<br>
<br>
<br>
Links:<br>
------<br>
[1]<br>
mailto:<a href="mailto:larry@garfieldtech.com">larry@garfieldtech.com</a><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <a href="http://lists.drupal.org/pipermail/development/attachments/20091119/af35299b/attachment.html" target="_blank">http://lists.drupal.org/pipermail/development/attachments/20091119/af35299b/attachment.html</a><br>

<br>
------------------------------<br>
<font color="#888888"><br>
--<br>
[ Drupal development list | <a href="http://lists.drupal.org/" target="_blank">http://lists.drupal.org/</a> ]<br>
<br>
End of development Digest, Vol 83, Issue 44<br>
*******************************************<br>
</font></blockquote></div><br>

</html>