Port Node as Block to 6.x

I was curious to try this module in a D6 install, as it seemed to mostly meet out needs. Attached is a patch against the 5.x dev branch (as this branch seemed to be more up to date than CVS head) to port the module to 6.x.

@mokkashock: Yes, I am fixing some minor points in the 5.x branch and then will merge with HEAD to start a port to 6.x compatibility.

@jhedstrom: I am working on the migration and will consider your patch... please, stay around for testing ;) Thank you.

Also note, for Drupal 6.x, the theme function that returns an array with the block subject and content is not a good solution. With the 6.x theme system, I suggest to use a separated template file for theming the block, instead of a theme function.

I have merged back to cvs HEAD the most up to date development in preparation to the 6.x porting and will be using HEAD for the 6.x branch.

@jhedstrom: You should do the diff from within the module's root directory, when trying to apply your patch I get: files does not exists (nodeasblock/nodeasblock.info). Please re-roll the patch against HEAD.

I've rerolled the patch against cvs HEAD, and done it from within the directory as requested.

Any news on that port? I've just discovered that little module and it's fantastic to solve so many things on big sites. It could be a core feature in fact ;-)

I'm using this (with the patch above) on several sites in 6.x and it works fine.

This works a treat for me, too.

And to theme this sucker, just create a block-nodeasblock.tpl.php as usual. Providing custom variables I'm not so sure about, because the _preprocess function doesn't work in 6.x, but I didn't need it anyway... :)

I'm a newcomer to Drupal patching. I have been attempting to patch the module for 6.x, as it sounds as if it is just what I'm looking for. However, patch is failing.

I place the patch file in a directory containing the unzipped downloaded module files and then (under Cygwin on Windows XP) issue the command:

patch < nodeasblock.6x_0.patch

Result is a bunch of errors like this:

patching file README.txt
Hunk #1 FAILED at 1.
Hunk #2 FAILED at 18.
(etc ... all apparently fail)

I also tried the -p0 option (not sure if it's required) and checked that it wasn't a CRLF issue.

Am I doing something obviously wrong?

I have committed a patch that ports the module to 6.x. and have created a nightly development snapshot so that you guys can test. Please, test and report bugs etc. in follow up issues. There are still some work to do and some other issues still pending I would like to include before an official release. The code for the 6.x-1.x serie is in the DRUPAL-6--1 branch.

Ok, the Development snapshots are published on the project page, you guys can download the 6.x-1.x-dev.tar.gz and report bugs/improvements in follow up issues.

Any idea of why Webforms do not show up in this latest 6.x-1.x-dev release? Thanks.

It works great for me, dropcube.

When I set the language to Language Neutral it worked. When it was on English it wasn't showing up. I'm not sure what's going on, but I was able to get it to work by doing this.