Unfortunately, you have to go all the long way from 2.0.7.3 to 2.0.13.2. Use the patches just the order they are. Some users here in the forums have confirmed it has worked for them as they have just overwritten the files patch by patch and then update the system module and the other needed modules only on the final step, but it has not been working in all cases I think..

Have you tried it with the default theme? Cause in my opinion it could only be a theme problem for not showing the right blocks but only left but don't know..

That's it!
Quote:
At least the way I understand it. And now lets try to figure out the thing with parameters:
Quote:
Something like this here. Everything thay needs to be initialized for the block comes from this file.
Quote:
It's just the constant name that the system will use for this block. You have to give it a text name in your module/language/yourlanguage/modinfo.php file, sth like
Quote:
i.e. just add such a line there (you'll find similar already defined for the other available blocks). This is the name of the block that will appear in your admin's blocks list.
Quote:
I'm missing where this description comes for, but at least it's just block description
Quote:
I don't think it's optional, cause I find it for every other module's block I look at now. So the .php file we already mentioned in 1) just defines it in itself and it's called so the block to be visualized.
Quote:
OK, so we came with it from the real begining and no questions come here I think .
Quote:
You can find in some of the other blocks that they has some options for themselves, some values that they use in their visualization. So this field just defines the default options values delimeted by '|' I think.
Quote:
Like we had show_func for showing the block here we have edit_func it seems for editing . But I'm not sure the way it is used, have to look around.
Hey, it came long but it's at the end now . Hope we've cleared things for ourselves now. Good luck!

Oh, my mistake, sorry. It should be what you've already found althought I haven't tried it. Each block template is connected to the respective block that is using it, so in that lines you've found now the

line should be preserving place for the block template.

Hey, great hack silver! Thanks a lot! Obligatory, I have to test it, cause I find it really useful.

Hi Ploutonakos,
You have to edit the xoops_version.php file that is in your module directory - the one you're adding template to. In that file you'll find some line that are like

Add the same two lines to the bottom with next num (i) that is free, i.e. an index number for you template for this module, and the new template name on the place of 'xxx.html'. Then upload xoops_version.php back to the server and go to the administration area of your system to update the module. That is. When you do it all an information that there's some new template will be added to the DB, so when you press 'Generate' next to the new template name after that it will be generated.
Good luck!

Check this:
Friendfinder 3.3

Is it really working in FF? You need a '=' sign after each 'href' property, mean between the property and its value. Like
<a href="http://www.avenue411.com/newsite/modules/news/index.php?storytopic=4">News</a>
And html recognizes only one space when there is in your text. If you need more just use the '&nbsp;' special character.
Good luck!

Maybe it's well-formed xml document but it doesn't fit the standarts - it got no header part as it's needed so it could be a problem. The xhld module recognizes standart rss/atom feeds but not sure if it does with such an xml document as yours.
Not able to help you much. Sorry about that.

Quote:
Hey, it's not the file in the templates_c directory what you need to modify. But theme.html that is in your themes/Your theme/ directory. Like for example, /themes/default/theme.html .