no problem On Thu, Mar 6, 2008 at 2:20 PM, Surya Namala <surya.namala@valuelabs.net> wrote:
Thnx Mac
----- Original Message ----- *From:* Maciej Perlinski <maciej.perlinski@gmail.com> *To:* development@drupal.org *Sent:* Thursday, March 06, 2008 5:27 PM *Subject:* Re: [development] Urgent Help
check theming dr6 handbook how to define new region...
Mac
On Thu, Mar 6, 2008 at 10:56 AM, Surya Namala <surya.namala@valuelabs.net> wrote:
Hi, Any body help me out on below issue. I have successfully installed Drupal 6.1 in my local environment but I am not able to create own regions.Please help me out.
Regards, Surya
----- Original Message ----- From: "Steven Jones" <darthsteven@gmail.com> To: <development@drupal.org> Sent: Thursday, March 06, 2008 3:12 PM Subject: Re: [development] New functionality on project nodes installed ond.o
Wow, that's very fab.
Just a minor nitpick: The images on the RHS of the table for dev snapshots have an alt and title attribute of 'error', but there isn't any error going on. Maybe a text like:' Snapshots are for development only, NOT for production servers' or somesuch.
Otherwise great work.
On 06/03/2008, Derek Wright <drupal@dwwright.net> wrote:
If you own any project nodes on d.o please read this...
I just finished up a patch[1] that was holding up a string of improvements to project nodes. The most important new functionality is that you now have more fine grained control over what releases are displayed on your project nodes[2].
First of all, for each version of core, you now have separate controls for every major version, where you can specify if that core/ major combination is supported, and if you want a dev snapshot displayed for it or not. Then, if you've got multiple major versions for the same version of core, you get a radio to select which version is recommended.
Update status (both in D6 core and D5 contrib) already knows about all of this, it just hasn't been visible on d.o yet. So, previously, when you changed the "recommended version", update status would immediately warn users they should upgrade, which caused much confusion and hassle. Now, update status will only warn users to upgrade once you uncheck the "supported" checkbox. So, you can have both 5.x-2.* and 5.x-1.* supported, and 5.x-2.* recommended, and update status won't bother people still running 5.x-1.*. However, say you ship a 5.x-3.*, and decide to drop support for 5.x-1.*, you can uncheck the box and update status will tell them to upgrade.
Now, all it means when you mark a given major version "recommended" is a) it's displayed as such on the project nodes, b) update status says so in its status report, and c) it's the version that'll be shown in the project teaser in the project browsing pages.
Furthermore, recommended releases are now colored green on the project nodes and project browsing pages, whereas -dev snapshots are always marked as red (to warn people not to download them for real sites).
I also fixed a caching bug where sometimes the release tables would have "edit" links in them which most users would get permission denied on, while other tables wouldn't have edit links for users who could use them.
Finally, I fixed a wonky bug that would require visiting and saving the "releases" subtab of the edit tab on your project node whenever you added a new release for a whole new version of core.
Enjoy, -Derek (dww)
p.s. Thanks to Tao (starbow) for some of the cool jQuery goodness on that new edit/releases UI.
p.p.s. Thanks to Chad (hunmonk) and Adam (aclight) for reviewing and testing this stuff.
[1] http://drupal.org/node/176776 [2] http://drupal.org/node/203313
-- Regards Steven Jones
-- - kindest regards Maciej Perlinski maciej.perlinski@meant4.com http://www.meant4.com
-- - kindest regards Maciej Perlinski maciej.perlinski@meant4.com http://www.meant4.com