November 2007 - Development - lists.drupal.org

found bug on Drupal 6 beta 3
by Alessandro Feijó 22 Nov '07

22 Nov '07

the Powered by Drupal block, does not shows up in the footer untill we enter Block Config page Dont need to Save, just enter the Block Config, go back or open another page in any page of your site, then the Powered by Drupal icon shows regards Feijó

2 1

Change Cookie content
by Michel Levy-Provençal 22 Nov '07

22 Nov '07

Hi I am looking for a simple solution to add a specific information inside the cookie generated by Drupal when my user is autenticated. Is there a simple way to do that? Thanks for your help -- Michel Lévy-Provençal +336 23 93 60 16 | mikiane.com

2 1

Drupal 6 beta 3 and onward
by Dries Buytaert 22 Nov '07

22 Nov '07

Hello all, as promised, Gabor is currently working on pushing a third beta out. However, because there are some significant usability improvements being worked on, we're going to carve out some exceptions. These exceptions will still be committed to CVS HEAD, and will be part of a fourth beta release that we plan to make available on December 1st. A list of exceptions is forthcoming. :-) Thanks for all your hard work! -- Dries Buytaert :: http://www.buytaert.net/

3 3

Views - a tool for developers?
by Ryan Courtnage ☠ 21 Nov '07

21 Nov '07

Hi all, We're developing an application with Drupal that requires that we create several custom modules. Our modules use forms built with FAPI (not using CCK). Now we are at the point where we need to start presenting lists of our custom content in various forms. Teaser lists, title-only lists in blocks, among others. For creating these lists, we have 2 options: direct use of db_query or use the Views module. I can understand how Views is an indespensible module, especially for site admins building node-types with CCK. However, I'm a developer and have intimate knowledge of how Drupal's tables relate to eachother in our implementation. So here is my question. Should we be making the effort to expose our custom modules' fields to Views, and then generate lists we want with the Views module? Or should we just roll our own queries? Is the primary benefit of Views to make query building easy for site admins? Is it the only benefit? What do you do for your custom Drupal projects? TIA, Ryan

4 3

Use tabs to separate module groups on admin/build/modules page?
by Jim Li 21 Nov '07

21 Nov '07

Hello, I saw some complaints that admin/build/modules page loads all modules and eats up lots of memory. And I heard a story that somebody new to drupal was trying to evaluate >150 modules and eventually drupal 'crashed' on this page due to memory limit. So I am just wondering is it a good idea that we use tabs to separate module groups on admin/build/modules page? Will it help with the problem? We can have three tabs: core, contrib, oh and uninstall (which will need some speical css rendering). Thanks, Jim

3 3

Re: [development] Renaming "taxonomy" terminology? (was Re: Early Drupal 6, review from Chris Messina)
by Hans Salvisberg 21 Nov '07

21 Nov '07

Chris Johnson wrote: > On Nov 14, 2007 7:05 PM, Hans Salvisberg wrote >> The problem is that everyone intuitively knows what a category is. >> >> If you have a term "dog" and you tag a post with "dog", then that post goes >> into the category "dog". That's the common sense non-technical meaning of >> "category". You can even stretch that to include terms like "Gamer's Forum" >> -- a post in the Gamer's Forum goes into the category "Gamer's Forum". >> That's what classification is all about, putting things into categories. >> >> Using "category" for anything else but for terms will just not work for >> normal people without re-educating them about what that common word means. >> IOW, it will not work. >> >> >> Now, what's that thing in between -- the "animals" and the "forums" -- in >> plain English? Go ask the man in the street: >> If you have categories like "dog", "bird", and "elephant", then what would >> you call that /group of categories/? Answer: "animals" >> > > They may know it intuitively, but at just what level does it apply? > > Why would "dog" be the category? To me, the category (the container) > is "animals" -- and "dog" and "bird" are things, or instances of > things which go into the category "animals". > > English is flexible that way -- we are actually both right. And thus, > we don't know what any particular user is going to think when they see > the word "categories". Are they going to think animals, plants and > minerals? Or dogs, birds and elephants? > I didn't plan to prolong this discussion, but since you addressed me directly, I'll take one last shot. The answer to why "dog" is the category (IMHO) is in line 2 of the text you quoted. In your reasoning "dog" and "bird" are the leaves of the tree. That's the point of view of the person who manages the taxonomy. However, IMO, the webmaster (and consequently we, too) should take the point of view of the site *user*. For the user, the leaves are the posts, and posts can go into or be found in the /category/ "dog", or "bird", or maybe they don't fit into any of the "animals" /group of categories/. Actually, I sympathize with your point of view, and I agree that it's a noble cause to educate the webmasters about taxonomy. BUT many would rather just set up their website, and they certainly don't want to be put in a position where they need to explain geeky terminology to their users! -1 to reverting /Categories/ back to /Taxonomy/! I take a special interest in the Subscriptions module, and this may illuminate the scene a bit: Subscriptions offers various ways to request notifications about new content: -- replies and comments to a single node (threads) -- content types -- categories -- etc. The subscriptions page has one subpage (tab) for each of these. Let's look at the "categories" (subscriptions/taxa) subpage: in Subscriptions 1.x it's just a list of all terms; I don't remember whether they're ordered by vocabulary or not. So, it may look like this (with checkboxes to subscribe): [ ] Dog Lovers [ ] Other Lovers [ ] Tree Lovers [ ] bird [ ] dog [ ] elephant [ ] Paris [ ] Rome [ ] New York I had a hard time explaining to my users how this list came to be and why it was called "categories," and most of them didn't try hard enough to understand... That was an understatement -- I can't remember a single one who tried hard enough... Karoly redesigned this subpage for the upcoming Subscriptions 2.0 and it's now a list of fieldsets, one for each vocabulary, containing the terms in that vocabulary. So, it might now look like this: +--- Forums ---- | [ ] Dog Lovers | [ ] Tree Lovers | [ ] Other Lovers +---------------- +--- Animals ---- | [ ] bird | [ ] dog | [ ] elephant +---------------- +--- Image Galleries --- | [ ] Paris | [ ] Rome | [ ] New York +------------------ Now it all falls into place! We (as site users) see categories that contain posts, and there are different groups of categories serving different categorization schemes. So now, under the heading "categories," we subscribe to /categories/ of posts. That's pretty intuitive... For the terminology, when I look at this, I can't help coming back to term -> category vocabulary -> category group taxonomy -> categories (nice fit; maybe somewhat ambiguous, but only until the dust settles) or classification And no, I don't think we need to rename function names and paths. Educating everyone (who wants to know) about taxonomy is still a worthy goal, just don't force it upon the users and the newbie webmasters. -- The "node" is a well-kept secret, we could do the same for taxonomy. I certainly don't mean to say that Drupal terminology should be adjusted just to fit one contrib module, but this is where I'm coming from. Feel free to bring your own use case and let's try to look at concrete usage rather than theoretical preferences. P.S. Don't try Subscriptions 5.x-2.x-dev just yet -- it's still under construction.

1 0

URL under file uploads
by David Norman 21 Nov '07

21 Nov '07

When editing a node that has an attachment, there's a text URL under the description text field to the location of the file. Is there a particular reason that's not in a clickable href tag or doesn't have a little download link next to it? Is it so you don't click it and risk loosing changes you've made?

2 1

Voting Action Fix for 5.x
by Hardik Shah 20 Nov '07

20 Nov '07

Hi, As most of you know the voting actions module(http://drupal.org/project/voting_actions) for 5.x is broken and does not work properly.I have fixed it and you can check the updated files here:- http://newskicks.com/content/fixing-drupal-votingaction-module..html i don't have much idea where to post it so if anyone can tell me how to submit it to cvs then i will be thankful to him. Regards, Hardik Shah -------------------------------- Hardik Shah mobile:- 9827634991 phone:- +91-0731-2570516 --------------------------------- Unlimited freedom, unlimited storage. Get it now

5 5

Views is part of core.
by Barry Jaspan 20 Nov '07

20 Nov '07

I'd just like to make an observation of dww's recent statement: "Without a D6 version of views, drupal.org will not be able to upgrade to D6. Without a d.o upgrade, 6.0 will not be released." To me, this means that Views is "the core component that isn't shipped with core." I am not advocating any particular action in response to this observation. Barry

7 6

Taxonomy usability improvement: Hierarchy -> Term structure
by Robert Douglass 20 Nov '07

20 Nov '07

For those of you who now have a thirst for re-wording things to improve the usability of taxonomy, here's an issue that has been frustrating to me for a while (and I just now got motivated to write a patch): http://drupal.org/node/192242 It re-words the Hierarchy field from this: Hierarchy: Disabled Single Multiple to this: Term structure: List Single parent Multiple parent There is also a patch to work on the whole help text for taxonomy: http://drupal.org/node/190497 And a wiki page on g.d.o. where we can discuss the text (since we sure as hell don't want to do that on this list): http://groups.drupal.org/node/7132 -Robert

3 2