- Development - lists.drupal.org

Re: [development] Counting .info files [Was: Documenting contribs]
by Michelle Cox 26 Oct '06

26 Oct '06

On 10/26/2006 2:24:01 PM, Thomas Barregren (thomas(a)webbredaktoren.se) wrote: > Ok. It was just wishful thinking. :-) Nothing wrong with wishes. Having projects notify their maintainers when their descriptions are changed is actually a pretty decent feature request. I suggest filing an issue so the idea doesn't get lost in the archives. > I can understand that [not manually notifying every little change]. The > purpose with my original post on this subject > was actually to express my approval of your work. Thanks :) > I may have misunderstood the terminology here. But since we were talking > about module description, I thought maintainer meant the maintainer of > the module. I am the maintainer of RoleAssign > <http://drupal.org/project/roleassign>, but I havn't access to previous > versions of the description I have written. I guess you need site maintainer access to view revisions. Unfortunately Drupal's permissions aren't very fine grained so I don't think it's possible to give module maintainers access without getting it across the site. But there are revisions there behind the scenes, so all you need to do is ask if you want something reverted. A bit of a PITA, I know, but best I can suggest with the current infrastructure. General FYI - If your module (haven't got that far yet) has a decent description with no more than a few lines before the  tag, and is tagged with the appropriate category(ies), it's unlikely to be messed with anyway. :) Michelle

1 0

Re: [development] Counting .info files [Was: Documenting contribs]
by Michelle Cox 26 Oct '06

26 Oct '06

On 10/26/2006 4:28:57 AM, Thomas Barregren (thomas(a)webbredaktoren.se) wrote: > If we are encouraging people to edit each others module description (or > handbook pages for that matter), I would very much like to see an > opportunity to register for an e-mail upon change, very much like how it > works on Wikipedia. In that way, a maintainer (or any other interested) > would automatically be informed every time a change is made. That is > particularly important to make it possible to see small changes which > otherwise could go undetected for a long period of time. I don't think this is possible with the current infrastructure. I'm emailing the maintainers if I make major changes that they'll want to review. I'm not emailing every one I'm adding a break tag to, though. > I also would > like to see reversion management of the pages, again very much like how > it works on Wikipedia. What do you other guys say? There are revisions built in. If the maintainer doesn't like the changes, it can be reverted. Michelle

2 1

Re: [development] Counting .info files [Was: Documenting contribs]
by Michelle Cox 26 Oct '06

26 Oct '06

On 10/26/2006 3:31:39 AM, Derek Wright (drupal(a)dwwright.net) wrote: > as the person most likely to write any code that takes .info files > and replaces project descriptions with them, i guess i should speak > to this... > > i have no intention of doing anything like this anytime soon for a > variety of reasons: Thanks for clarifying this. I suspect I was misunderstanding what Moshe wrote in an earlier email. Michelle

1 0

input formats
by zis 26 Oct '06

26 Oct '06

Hey everyone, This is my first contribution to the list; i have a porpostion i want to make, it would be nice to have it included.. I think an important feature that should be available, is to be able to assign input formats by node types. Let me give you an example, let's say we have a site with a forum section and a stories section.. all members can submit stories and post in the forum. I want the posts in the forum to have bbcode and other filters.. let's say an input format called "Forum posts" On the other hands i want the stories to be submitted with the "Filtered HTML" filter.. There currently is no way of assigning input formats to node types.. It shouldn't be too difficult to implement. Each content type configuration page can have a section with a filter selection and weighting.. and there would be a overall site default that could be overridden by the content type specific filters... I hope i made my self clear.. waiting for your feedback. zis

5 5

Re: [development] Counting .info files [Was: Documenting contribs]
by Michelle Cox 26 Oct '06

26 Oct '06

On 10/25/2006 8:34:18 PM, inkfree press (inkfree(a)gmail.com) wrote: > I mistakenly connected the idea of ".info" to the current 4.7.x module > list, > and swung the conversation slightly away from meaningful. I knew that .info was meant for 5.x, but (nearly) all these project pages that are currently for 4.7 modules will be for 5.x modules soon. I was afraid they would undo everything I'm doing. I didn't get a direct answer to my question, but the wording of related posts made it sound like that's not the case. So I went ahead and got started with Z. I'm only up to X so far... I tend to bounce between projects a lot. I'll keep working my way up the module list a little bit at a time. If you want to start at the top and work down, we'll meet at the middle. :) At this point, I'm only fixing up formatting, adding a break tag, categorizing if necessary, and other minor edits. I'm not tackling the related to/prerequisites, yet, unless they are already part of the description as in the case of zip code. If I hit a module that needs more work than I can do right now, I'll make a note of it and come back. Module maintainers, feel free to jump in and clean up your own. That'll get me through the list faster. ;) Michelle

2 1

Re: [development] [support] multisite technical question
by VJ Rao 26 Oct '06

26 Oct '06

Thanks Greg. If I needed to filter search I would probably do that on a site specific level ( in the themes or with a simple module), rather than hack core..I am leaning towards doing that at this point. Has anyone tried to filter search results with a module/theming script before? I considered not sharing TAC, but right now the cons outweigh the pros. Infact, Im not so sure I want TAC anymore..I initially wanted it to make sure roles with website only permissions (as opposed to multisite content managers) dont tag content across websites..the problem though is when these guys update text on content, they will remove all the tags which the content managers had (coz lower roles dont have access to global tags) Regads, V On 10/25/06, Greg SBC <gregbjh(a)sbcglobal.net> wrote: > > I came across a similar issue with creating content. I wanted the > dominant term of a sub-site (made like yours) to be automatically selected > when creating new content from that subdomain (I also use TAC for access > control). I had to use the 'taxomony_default' modules and set the defaults > using the settings.php files, the 'conf' array. If you did something this, > then you would have to hack the search module to automatically filter by > this default term. Not simple or elegant. > > Another way is to not share the TAC tables. But then you will have to > reconfigure each subsite with the TAC permissions, which depending on the > number may be a rather daunting task. But then no hacking modules. This is a > powerful, but complex way to differentiate your site permissions. I did this > for my site at www.skejo.com. > > Greg > > ------------------------------ > *From:* support-bounces(a)drupal.org [mailto:support-bounces@drupal.org] *On > Behalf Of *VJ Rao > *Sent:* Wednesday, October 25, 2006 1:45 PM > *To:* support(a)drupal.org; development(a)drupal.org > *Subject:* [support] multisite technical question > > > Hi, > > I have a multisite install where Im sharing content (nodes) , taxonomy and > users. (I am only not sharing the following tables : menu, cache, variable, > accesslog, watchdog) > > I present content to different websites based on tags (for example > subdomain1.example.com will only present blogs tagged under vocabulary > subdomain1 , similar functionality for subdomain2.example.com etc..cross > tagged content will appear on both sites) > > The problem Im facing is with search...I want anonymous users on > subdomain1.example.com to only see content tagged under subdomain1 while > searching. > > Is there anyway to achieve this? I have installed TAC but setting > permissions for anonymous users on a per site basis is not possible... > > Is there anything else I can be trying? > > There is a way to change 'anonymous' user per site on > administer->settings...but that only seems to change the name > > Thanks, > > VJ > > > > -- > [ Drupal support list | http://lists.drupal.org/ ] > >

1 1

Drupal Modules and Linux Distros
by Seemant Kulleen 26 Oct '06

26 Oct '06

Hi Everyone, So, there's been talk for a while in Gentooland of packaging up drupal modules to offer to gentoo users. As people are probably aware, the Gentoo way is to fetch source tarballs directly from upstream sources and build on the users' boxes. Drupal modules have historically been problematic for us to package, however. The thing is we do digest checking on the tarballs to assure some level of integrity. So, once a tarball is released, we count on that tarball not changing (a change signifies something potentially sinister happened). So, I'd like to make a request to the development community here (especially authors of contributed modules): would it be possible to change tarball versions when the contents change? That would help us in Gentoo to finally bring drupal modules to the Gentoo masses. Please note that drupal itself suffers no such ailment, and we're very happy with it. I'm not sure how other distributions' packagers feel about this issue, but I'd like to help achieve a resolution here. Thanks! -- Seemant Kulleen Developer, Gentoo Linux

12 17

Re: [development] Counting .info files [Was: Documenting contribs]
by Michelle Cox 26 Oct '06

26 Oct '06

On 10/25/2006 9:43:55 PM, Boris Mann (boris(a)bryght.com) wrote: > Michelle, we may as well take this back to documentation. Myself > and > Kieran have done this over time, generally without pre-notifying > maintainers, etc.. e.g. look at Event, which has manual links to > dependent modules, etc. Although, looking at it, I took out the > "recommended" link to flexinode...and replace it to one for CCK. > > If it doesn't involve issues, it's usually best to keep it off the dev > list :P Well, it actually started on the support list... Hehe... I brought it here because I was hoping to fire up the maintainers to go forth and . I don't mind switching to docs, if that's what people want. They all show up in Mailwasher as "Drupal" to me. ;) Michelle

1 0

Documenting contribs
by Michelle Cox 26 Oct '06

26 Oct '06

I recently looked through the entire list of contrib modules and there's some cleanup needed. * Shorter teasers so the download page isn't so huge * Some modules still need tagging * Modules that are similar could use "See also's" * Also, there are a lot of modules that aren't documented in the handbook A thread on the support list went a bit off topic and I asked there what module maintainers think of having someone changing their project pages. I got one response that the maintainer would like to be notified first. I decided to put this on the dev list and start a new topic to get more thoughts on this. If you maintain modules and have a bit of time (yeah, right, eh? ;) could you take a look at your modules and see if the project pages could use a little work? If you don't have the time, do you object to someone else doing it? I'm willing to email maintainers before touching their pages if that's what's wanted. I also could use some help with this project. I've been saying I'm going to do it for over a week and haven't done it. Good intentions and all that... :) If someone wants to help, we could each tackle a part of the alphabet and then it wouldn't be such a daunting task. I'm also looking for any review/comparisons between modules to add to the handbook. If you've had to decide between similar modules and are able to write up your decision making progress, let me know. Thanks, Michelle PS: Do you think this should be crossposted to the doc list? It is doc-oriented, but I needed to put it where maintainers would see it. I don't like crossposting unless people think it's warranted.

13 22

Drupal LEGO
by Gabor Hojtsy 26 Oct '06

26 Oct '06

Hi, When I was preparing my slides to present Drupal 5.0 at the Hungarian Drupal Conference (http://buytaert.net/drupalcon-hungary-attendees) it came to me that it would be nice to somehow display the different groups of people I aim my presentation at (developers, themers, end users). Ber's LEGO association came to my mind, and thought that it would be nice to execute this somehow. Since we had some Drupal mugs around here, I decided to fill up a mug with LEGO stuff (ie. modules, themes inside :) and pick up some blue LEGO guys and girls to play the roles. Here is what I ended up with. I uploaded the original photos, but since I don't have a Pro account, the maximum you can download is 1024x768 (which is what I used for my presentations anyway): http://flickr.com/photos/72242657@N00/sets/72157594344908738/ Maybe I give inspiration to someone and we will see more like this in the future :) Anyway, I licensed the images so that you can use these in your presentations or any other stuff as long as you give me the credit and keep using the same license. Ps. my slides are downloadable from here, but since they are hungarian, I doubt you will understand the contents :) http://drupal.hu/konferencia/2006/program/drupalbemutato Gabor

5 4