The Symfony project's blog has a new post today about a big move that one of its resources it making - the framework's plugins are getting their own section.

I am pretty happy to announce that I have just deployed a new version of the symfony project website with a brand new "Plugins" section (look at the top menu entries) to replace the Trac plugin management system.

The new section has a listing of all of the available plugins (can be filtered) and dedicated pages for each of them with things like license, version and release information. You can also search the plugins based on keywords and authors. Developers adding their plugins have a full admin interface and uses the Trac accounts to manage access.

On the Northclick Blog Soenke Ruempler has shared the new name for their message queue software they're developing (see here) - dropr.

Why? When Boris was writing the client angel script he somehow named it "dropr". As we neither got better suggestions nor had any other idea we just decided for this name. Actually the name is a little bit fun because all those stupidR startupRs. But it's nice and somehow our framework drops message into queues.

Check out the project's homepage for more information including installation instructions, methods to download the latest version, some FAQs and a roadmap for where the project's going.

On the Northclick Blog Soenke Ruempler has shared the new name for their message queue software they're developing (see here) - dropr.

Why? When Boris was writing the client angel script he somehow named it "dropr". As we neither got better suggestions nor had any other idea we just decided for this name. Actually the name is a little bit fun because all those stupidR startupRs. But it's nice and somehow our framework drops message into queues.

Check out the project's homepage for more information including installation instructions, methods to download the latest version, some FAQs and a roadmap for where the project's going.

David Goodwin has pointed out a new open source project that the PalePurple group are releasing - the Virtual Planning Board.

It's basically a piece of web-based software, written in Python and PHP, that allows you to allocate tickets from multiple Trac projects to a simple week-based 'board' in order to organise work priority for developers.

I've written about why we wanted this, and created a short user guide on the Trac site for the project. This is still in development and we're working on some more features (You can see what we've got planned from our timeline).

It's been released under the GPL and has a Subversion repository where you can grab the latest code from. There's also an installation guide that's been developed to help you get started.

David Goodwin has pointed out a new open source project that the PalePurple group are releasing - the Virtual Planning Board.

It's basically a piece of web-based software, written in Python and PHP, that allows you to allocate tickets from multiple Trac projects to a simple week-based 'board' in order to organise work priority for developers.

I've written about why we wanted this, and created a short user guide on the Trac site for the project. This is still in development and we're working on some more features (You can see what we've got planned from our timeline).

It's been released under the GPL and has a Subversion repository where you can grab the latest code from. There's also an installation guide that's been developed to help you get started.

In this new blog post, Hartmut Holzgraefe talks about his experiences with the Graphviz library and its integration with PEAR.

We've had PHP Graphviz support in PEAR for quite a while but only by passing graph description files to graphviz binaries running in seperate processes and by collection their output files later.

Now it is possible to create graphs by adding nodes, edges and node and edge attributes to a graph within PHP itself.

He's even created a trac site for deonstration and downloading of this new bit of functionality. There's also some documentation in a simple manual on the trac pages as well.

In this new blog post, Hartmut Holzgraefe talks about his experiences with the Graphviz library and its integration with PEAR.

We've had PHP Graphviz support in PEAR for quite a while but only by passing graph description files to graphviz binaries running in seperate processes and by collection their output files later.

Now it is possible to create graphs by adding nodes, edges and node and edge attributes to a graph within PHP itself.

He's even created a trac site for deonstration and downloading of this new bit of functionality. There's also some documentation in a simple manual on the trac pages as well.

Clay Loveless, spurred on by a comment from a visitor to his site, has modified his Trac package to get things working correctly with the syntax highlighting.

As John Herren pointed out in the comments to yesterday’s post, my suggestion for PHP syntax coloring wasn’t working for several versions of Trac.

After a little digging, it turned out that my CSS rules were based on the non-standard SilverCity highlighting output, rather than the newer and more common native PHP highlighting.

His solution is to create a simple shell script, php_mimeview, to make adding cirrect syntax highlighting as easy as changing your config.

Clay Loveless, spurred on by a comment from a visitor to his site, has modified his Trac package to get things working correctly with the syntax highlighting.

As John Herren pointed out in the comments to yesterday’s post, my suggestion for PHP syntax coloring wasn’t working for several versions of Trac.

After a little digging, it turned out that my CSS rules were based on the non-standard SilverCity highlighting output, rather than the newer and more common native PHP highlighting.

His solution is to create a simple shell script, php_mimeview, to make adding cirrect syntax highlighting as easy as changing your config.