July 2006 - Development - lists.drupal.org

Re: [development] Deleted records [Have you ever laughed fate in the face?]
by Chad Phillips -- Apartment Lines 20 Jul '06

20 Jul '06

On Jul 20, 2006, at 6:00 AM, Adrian wrote: > What I think would be cool... is if you had the db_create_table > function, to > spawn new derivative tables. > > ie: node_deleted (or node_archived) , etc. > > The logic for applying updates to trash binned content can become > very complex though =( i considered this approach, but did abandon it at the time because of the complexity. atm, the trashbin patch wipes the trash data when a user performs a db update, which is an easy way to avoid corrupted data, although not as elegant as it could be... :)

1 0

where has database/updates.inc gone to?
by Augustin (Beginner) 19 Jul '06

19 Jul '06

where has database/updates.inc gone to? -- http://www.wechange.org/ Because we and the world need to change. http://www.reuniting.info/ Intimate Relationships, peace and harmony in the couple.

1 1

Knowing who the users are
by Neil Drumm 19 Jul '06

19 Jul '06

This came out of a different thread; I think it is best to start a fresh one for this. Figuring out who Drupal's users are creates a good tool for us as developers. We could ask ourselves "what would Drupal deployers think about this?" and have better answers. Basically we would need to get a general idea of what sorts of users are out there, slice those up into categories, and write up good descriptions of the categories. Descriptions would include things like - computer experience - internet use - job description - Drupal use - high-level goals for Drupal To go a step further, we could create a persona for each category of users; a writeup of a fictional user in the category. Then our on of our questions would become "what would Jim the Drupal deployer think about this?" It helps the generalized categories become human again. This has been suggested independently by jibbajabba, http://groups.drupal.org/node/763#comment-2515. We already have a basic set established by the old administration user survey at question 2.1 of http://www.surveymonkey.com/DisplaySummary.asp?SID=1425065&U=142506581557. However, these results are somewhere around 10 months old in a time of exponential growth and the notes on interviews used to arrive a these categories have been lost. But they are relatively sane and better than nothing, so I'll use them when I need to cover our user-base in broad strokes until there is something better. -- Neil Drumm http://delocalizedham.com/

1 0

RE: [development] what's a "user"? (was re: Have you ever laughedfate in the face?)
by Steven Peck 19 Jul '06

19 Jul '06

General commentary. For what it's worth. The definition for several years has been 'user', person who uses Drupal to build sites. The person who uses your site is 'your' user, audience or customer depending on your site. :D This is something that the vast majority of the documentation is setup for (not all). I keep forgetting that it needs to be written down somewhere for people. That said, periodic discussions about 'end users', ease of use and better interfaces, etc happen all the time. Each time things generally get a little better for both 'users' and various other audiences. Better interfaces in general provide better tools for 'users' to use to implement their site. Unfortunatly, the words are pretty accurate for the context in which they are used, but because they are from a certain perspective there aren't a lot of different words to define 'end user' unless we start using long phrases like site's target audience, etc.... -sp > -----Original Message----- > From: development-bounces(a)drupal.org > [mailto:development-bounces@drupal.org] On Behalf Of Bèr Kessels snipped > And FWIW: I count myself as a Drupal user. My clients never > (should) need to > know they are Drupal users. They use a site. They really > don't care what > stuff is behind it. > > Bèr

1 0

Re: [development] what's a "user"?
by Chad Phillips -- Apartment Lines 19 Jul '06

19 Jul '06

On Jul 18, 2006, at 6:17 PM, Ber wrote: > Take views, or cck: They are very complex, but I can learn it once, > and my > clients never need to learn it. So why simplify views to make it > more "usable"? All my client sees is a table with all his products > in it. He > never needs to know that I fought with views exports. That I digged > for the > proper CCK field setting. i'm a bit confused why the discussion seems to be that we have to do one or the other. what i would _love_ to see from the standpoint of configuration options is an approach where you keep things very simple on the surface, making the decisions that would be best for the 'typical' user, then if somebody reeeeeaaaallly wants to change every little thing, they click an 'advanced settings' button or something, and they can customize to their hearts delight. of course, the ultimate in customization is to crack into the code, but i think it would be nice if we had another layer or two in between... :)

1 0

Building $node->body with arrays like FAPI for viewing
by Rob Barreca 18 Jul '06

18 Jul '06

I'm talking about the displaying of nodes using PHPTemplate. Right now hook_nodeapi($op = 'view' or 'links' etc.) has a lot of modules adding to the body like this $node->body .= $output; Maybe there is a module_setting to put it on TOP of the body or on the BOTTOM. But most modules just append. When displaying the node, all of that comes into $content in node.tpl.php. So if you want to configure that, you have to redo the whole body yourself. Then, if you install another module that adds to the node body through hook_nodeapi you have to go manually add that to your node.tpl.php for each one. If we constructed it like FAPI, with weights, etc. We could allow modifications of that right before calling render_body($node) or whatever. So hook_nodeapi('view') could do something like $body['mymodule']['extra_stuff_added_to_node'] = array( '#type' => 'markup', // Any other possible values or is it always markup? What about adding quick forms to send to friend etc.? '#value' => '<div>Cool stuff added to end of node, but can be removed or rearranged with hook_body_alter();</div>', '#weight' => 10, // or could even have variable_get('mymodule_extra_stuff_added_to_node_weight, 10); ); We could even add comments this way and have much more flexibility to configure when, where, and how items are added to the node body. Also, configuring these options (value, weight) in _settings would be that much easier. Then, with hook_body_alter we can mess with the weights, values, remove just this ONE item without manually reconstructing $content in our node.tpl.php. Also, this could be applied to links I believe. This is something I deal with all the time and I'm very interested in this behavior. I'd like any input you guys have. Thanks! -- Rob Roy Barreca Electronic Insight Corporation 12526 High Bluff Drive, Suite 300 San Diego, CA 92130 http://www.electronicinsight.com rob(a)electronicinsight.com

6 11

Two performance improvements
by Dries Buytaert 18 Jul '06

18 Jul '06

Hello world, here are two patches that improve Drupal's performance. Both need work. I was hoping someone could take a look at those ... both are fairly straightforward. http://drupal.org/node/42463 http://drupal.org/node/73045 Thanks, -- Dries Buytaert :: http://www.buytaert.net/

5 13

i18n and statistics
by VJ Rao 17 Jul '06

17 Jul '06

Hi, Has anyone got the number of reads/number of comments working right with i18n? It always has the wrong number of reads/comments for the spanish section of my website. Thanks, V

1 0

Request for listing in Services page at Drupal.org
by F. Rodriguez 17 Jul '06

17 Jul '06

-----BEGIN PGP SIGNED MESSAGE----- Hash: RIPEMD160 Hello, I'd like to request a listing for Koumbit at Drupal.org in the Services page ( http://drupal.org/drupal-services ) and also in the Hosting page (http://drupal.org/services/hosting) "Koumbit is a non-profit organisation whose mission is to promote the appropriation of free, libre and open software by social groups in Quebec, in Canada and abroad. " More about Koumbit at: http://koumbit.org/en/apropos Our Drupal experience has been summarized here: http://koumbit.org/en/DrupalExperience "Koumbit has a staff of over half-a-dozen technicians with significant Drupal experience as designers, developers, administrators and testers of Drupal sites. Many in the team have been working with this tool since fall 2001 and, as a result, Koumbit is increasingly recognised as one of Canada's leading authorities on Drupal. Koumbit's expertise covers the whole range skills from implementation, graphic design and usability testing to programming, system administration and database integration. Koumbit staff have developed over 50 Drupal/CivicSpace websites and have been regular contributors to the Drupal community. This contribution has taken the form of modules, patches to modules, translations, graphical templates/themes and comprehensive training. Moreover, many of the completed projects have involved advanced techniques such as integrating multiple instances of Drupal, implementing various multilingual configurations (including right-to-left languages), migrating data and functionality from other CMSs and developing custom user-interfaces." Koumbit's contributions to Drupal can be viewed in detail by checking our members' profiles under Track -> Track code. Their profiles are available here: http://drupal.org/profile/companies/Koumbit David Lesieur, Omar Bickell, Mathieu Petit-Clair and Antoine Beaupré are among our active Drupal contributors. I am joining on translation of modules. Many thanks for considering adding Koumbit.org to your support resources under both Services and Hosting. Cheers, Fabián Rodríguez Conseiller principal, Technologies libres et sécurité des TI http://www.fabianrodriguez.com 514-812-5615 -----BEGIN PGP SIGNATURE----- iIcEAREDAEcFAkS2ZUFAGmh0dHA6Ly93d3cuZmFiaWFucm9kcmlndWV6LmNvbS9l bmNyeXB0aW9uL3RoYXd0ZV93b3QucGhwI3BvbGljeQAKCRB9RxNcWvKk1TegAKD1 Kvp8C+TjJTGM5n2PQQbdJQ1B0ACgiK95Q2o6LuZ6ct4YvPH7hKi0RIA= =COmp -----END PGP SIGNATURE-----

2 3

Re: [development] Object caching
by Ken Rickard 17 Jul '06

17 Jul '06

Karoly- What's the location of the cache.inc patch, or is it already in HEAD. As of Sunday, I see reference to page_cache_fastpath() in bootstrap.inc but can't actually find the function itself. - Ken Rickard drupal: agentrickard gmail: agentrickard > a) Drupal configuration is loaded from settings.php. If herein we find > $conf['page_cache_fastpath'] = TRUE then the following happens: > b) cache.inc is loaded > c) page_cache_fastpath is called > d) Drupal exits. > That avoids pretty much all of Drupal. This was added to the cache.inc > patch to let you serve the files as fast as possible. I added this with an > eye on the file caching patch.

2 1