November 2006 - Development - lists.drupal.org

relationships API vs i18n
by Gabor Hojtsy 19 Nov '06

19 Nov '06

Hi, The more I think about how the non-i18n Drupal world would benefit from i18n features comming into core (so how do we convince you with all the good stuff :) is that relations are perfect implementation candidates for node translation connection storage. Previous discussion and implementation: Create generalized relationship module http://drupal.org/node/28480 Relationship - Node linking and Metadata http://drupal.org/project/relationship Relationships & site structuring group http://groups.drupal.org/relationships-site-structuring The RDF triple approach is a true and tried method to handling relations (see the existing module description). I would propose that we should include a small triple handler in core. This would be good for i18n and other modules to use, so we might get to a win-win situation. Contrib modules can extend on this triple handling with RDF generation and such. Who is willing to work on relations for core? IMHO we should look into reimplementing the book module functionality first with this, since the book module interface is quirky as it is anyway. There the storage of weight might be a good question. While triple's don't allow you to store weights, the RDF representation allows for 'primary data' to be connected to the triple (rdf:value for those RDF-literate). This approach can be used to represent the weight IMHO. Gabor

14 19

FYI: annoying issue queue bugs fixed on drupal.org
by Derek Wright 17 Nov '06

17 Nov '06

hi folks, just a quick FYI in case any of these bugs drove you nuts or prevented you from getting useful work done: 1) whenever you use advanced search, if the results take more than 1 page, the pager links finally work and remember your query filters. 2) if you use the regular search, and filter your query with the form elements at the top of the page, the pager links still work in all cases. previously, it worked if you started here: http://drupal.org/project/issues/drupal but not here: http://drupal.org/project/issues/3060 3) if you use "My issues" (http://drupal.org/project/issues/user) and you filter your query, it now remembers you're looking only at your issues and a) the query shows you what you want and b) the pager links all work. see http://drupal.org/node/97944 for details... enjoy, -derek

2 1

Re: [development] Modules project page with images
by Steven Peck 17 Nov '06

17 Nov '06

add the img src tag to your project with a link the image in cvs. Ask a site maintainer to change input format to Full HTML. Once this happens, you will not be able to edit the page until you ask a site-maintainer tos switch it back. Fastest way to ask is to send an email to the infrastructure list. ________________________________ From: development-bounces(a)drupal.org [mailto:development-bounces@drupal.org] On Behalf Of introfini Sent: Thursday, November 16, 2006 4:03 PM To: development(a)drupal.org Subject: [development] Modules project page with images How can I add an image to the project page? I saw some projects with images. Regards, introfini

3 2

Is emailpage abandoned?
by Darren Oh 17 Nov '06

17 Nov '06

I haven't received a response from the maintainer and no maintainer commits have been made since March.

13 28

descrptive initial commit message, please
by Moshe Weitzman 17 Nov '06

17 Nov '06

when you commit a new module/theme, please write what it does in the initial commit message. thats a whole lot more useful than 'Adding history module', for example. thanks.

9 8

death to "x.y.z" version is now inevitable
by Derek Wright 17 Nov '06

17 Nov '06

woo hoo! a lot of local testing and a tiny few lines diff to issue.inc (now applied to drupal.org) and the "x.y.z" version is hereby doomed to eventual extinction... a) it's gone from the list of options when submitting a new issue b) if you try to reply to an issue already marked as x.y.z, you immediately get a validation error: "x.y.z is not a valid version, please select a different value." and once more, "x.y.z" is gone from the list of choices. c) you can still see issues marked as "x.y.z" in the issue queue when doing regular queries, so it's not invisible or impossible to find them[1]. they just can't stay this way. ;) to re-iterate -- if you're dealing with an "x.y.z" issue, you should re-assign it to: 6.x-dev -- feature request 5.x-dev -- bug report/task for 5.x 4.7.x-dev bugs/tasks for 4.7.5 and beyond (now exists, for the DRUPAL-4-7 snapshot releases) 4.6.10 -- bugs only relevant in 4.6.10 (i'm assuming we don't want do do DRUPAL-4-6 snapshot builds) won't fix/closed for anything else. ;) (although, i guess it forces you to select a different version, so just use your best judgement about what old version that issue was from, doesn't really matter that much...) is everyone happy with this? thanks, -derek [1] http://drupal.org/project/issues?projects=3060&versions=94702

11 19

Re: [development] Preparing for 5.0 string freeze
by Steven Peck 17 Nov '06

17 Nov '06

> -----Original Message----- > From: development-bounces(a)drupal.org > [mailto:development-bounces@drupal.org] On Behalf Of Neil Drumm > > The root problem is that help texts are in PHP code. The sets > of people > who can edit PHP code and write good help text have a relatively small > intersection. And the workflow is shorter; edit a page happens much > quicker than patch, edit, diff. > > Help texts as nodes on Drupal.org seems like a fine idea > until you have > to get them back into Drupal. I hear that part is annoying. It was > painful to watch Kieran try and make it work when I was his > coworker at > CivicSpace. The other issue is versioning. All paths lead to the current live version so updating text in the handbook will lead people in 4.7 to 5.0 help texts when we update them

1 0

Browser settings not respected when files are private
by Darren Oh 17 Nov '06

17 Nov '06

http://drupal.org/node/61528 Ever since it was released, the upload module has added a Content- Disposition header when the files are set to private. Browsers that understand this header use it to determine whether to download the file or display it in a browser window. Users find it confusing when their browsers don't behave consistently. For example, PDF files display in a browser window when files are set to public (no Content-Disposition header), but they have to be saved if files are set to private (Drupal adds a "Content- Disposition: attachment" header). Why don't we leave off this header so files can be handled consistently according to the settings users have made in their browsers?

1 0

Re: [development] Is emailpage abandoned [not any more!]
by Khalid B 17 Nov '06

17 Nov '06

> >For the issue at hand, why rename forward as a module? > > because I thought that since a change was being made that the module > that would continue to be developed (and the community at large) > might be better served by a name that was more accurate and intuitive > as a description for what it does. > > not a big deal, it was just a passing thought as I read the thread. My concern is user confusion: users will ask if this is a fork, or two separate modules. How do I upgrade from forward to newthingamajig, ..etc. My personal recommendation is to just rename the project node to something that has forward and email in it e.g. "forward content by email", and be done with it.

1 0

Re: [development] Is emailpage abandoned [not any more!]
by Khalid B 17 Nov '06

17 Nov '06

CVS itself cannot rename a project (one reason SVN was developed as a successor). However, there are tricks that can be done in the backend manually, such as copying the back end file to the new name to preserve history then doing a CVS remove on the original. For the issue at hand, why rename forward as a module? Keep it the same name as it is now, and just put a pointer in the obsolete emailpage project to it. If you want to be descriptive, then change the node name for the project to be "forward content by email" or something similar. On 11/16/06, Eric Goldhagen <eric(a)openflows.org> wrote: > At 5:57 PM -0500 11/16/06, Darren Oh wrote: > >Is it actually possible to rename a project once it's in CVS? > > heh. I guess that would be an important thing to find out before we > continue this thread ;) > > --eric > -- > ------------------------------------------- > Openflows Community Technology Lab, Inc. > New York | Toronto | Montreal | Vienna > http://openflows.com > People are intelligent. Machines are tools. >

2 1